Windows FBF Anrufmonitor

Status
Für weitere Antworten geschlossen.
Hi,

die neuste Version hat bei mir einen Hänger bei abgehenden Anrufen öffnet sich ja ein Fenster, dieses hängt irgendwie in einer Endlosschleife und ist nicht mehr wegzuclicken, bin auch nur mit Mühe noch in den Taskmanager gekommen um das Programm zu beenden.

Passiert unter Windows XP home mit FBF 5050. Reproduzierbar, passiert jedes Mal.

Gruß,
Tin
 
Hi.
Von welchem Port machst du den Anruf? Was steht in dem Fenster? FON1-4
Hängt das Fenster schon nach dem abheben, oder erst wenn du eine Ziffer eingegeben hast?

MfG Oliver
 
Call geht ab von FON1, die Ausgabe im Fenster sagt ebenfalls FON 1

Das Fenster läßt sich noch weg clicken (und bleibt auch weg) wenn ich den Hörer abnehme und nicht wähle.

Unter 0.9.1-beta taucht dieses Problem noch nicht auf.
 
Hm, auf Anhieb kann ich nix sehen.
Das Fenster kommt immer wieder, sobald du eine Ziffer am Telefon drückst.
Das könnte ich abstellen, so daß es nur beim abheben des Hörers sichtbar wird.
Kannst du mir vielleicht mal ein Log von der Konsole schicken?

MfG Oliver
 
Das Fenster kommt wieder wenn ich eine Ziffer wähle, ja, aber es bleibt und flackert auch noch nach Beendigung des Telefonats und wird ständig refreshed bis Windows in die Knie geht.. am Anfang ist der Hintergrund gelb, später grün.

Log von der Konsole, hmm, scrollt ziemlich schnell durch und ich komme kaum noch an die Konsole ran.. lassen sich die Konsole Ausgaben in eine Datei umleiten?

[EDIT]
Habe es auf einem 2ten Rechner mit XP Prof. ausprobiert - selbes Problem
 
Bei mir sieht das so aus, wenn ich was wähle:
Code:
Connect_h: Slot[1] Ctrl(3) MSN() CPN()
* state change slot 1 ID 0: D_ConnectPending Reason: 0*
AB_LED: B1 On
ID 0 BChan (ext) 0x44
* state change slot 1 ID 0: D_ConnectPending Reason: 0*
LCR: No Areamatch
LCR: Match LCR_Area: 0
LCR: Provider: 0 ()
Dial_h: Slot 1 dialed(8)
Dial_h: Slot 1 dialed(5)
Dial_h: Slot 1 dialed(6)
ID 0 BChan (ext) 0x44
* state change slot 1 ID 0: D_ConnectPending Reason: 0*
* state change slot 1 ID 0: D_DisconnectPending Reason: 0*
01.06.05 22:22     0s Slot: -1                     outgoing                 856 ChargeU:    0
* state change slot_hold 1 ID 0: Disconnected Reason: 3490*
Disconnectreason: 3490
AB_LED: B1 Off
 
Kann nichts aus dem Log kopieren , markieren geht noch aber Strg-C und Strg-V gehen nicht
 
Die ersten Zeilen abgetippt, reicht das?

Connect_h: Slot[0] Ctrl(5) MSN(0) CPN()
* state change slot 0 ID 0: D_ConnectPending Reason: 0*
ID 0 BChan (ext) 0x08
* state change slot 0 ID 0: D_ConnectPending Reason: 0*
AB_LED: B2 On
LCR: To less digits -> test again with next digit
Dial_h: Slot 0 dialed(0)
LCR: No Areamatch
LCR: Match LCR_Area: 0
LCR: Provider: 0 ()
Dial_h: Slot 0 dialed(2)
Dial_h: Slot 0 dialed(1)
Dial_h: Slot 0 dialed(1)

reicht das?
 
TinTin schrieb:
Connect_h: Slot[0] Ctrl(5) MSN(0) CPN()
Über was telefonierst du denn da? Bei mir steht bei Ctrl(.) nur 3 oder 4.
Internet, Festnetz?
Poste mal die Connect Zeile, einmal mit Festnetz und dann wählst du einen VOIP-Provider (*2#) oder so...
Und das ist erst seit der letzten Version?

MfG Oliver
 
In der von Dir hier geposteten "0.9.1-beta.zip" tritt das Problem nicht auf.

Ich wähle über VoIP raus - über den ersten eingetragenen VoIP Provider den ich auch als "Hauptrufnummer" ausgewählt habe.

Wenn ich über Festnetz rauswähle (*11# vorweg) taucht das Problem nicht auf.
 
Ich habe Ctrl(5) nicht in meiner Abfrage drin, da ich bei mir nur 3 und 4 gesehen habe...
Wo bleibt denn das Fenster hängen?
Wenn du die erste Ziffer wählst?

MfG Oliver
 
erst nach dem connect wie's ausschaut - kann es sein, dass er denkt es käme ein Anruf rein? Ich sehe hier "Unbekannter Teilnehmer Hörer abnehmen !!! flackern nach Beendigung des calls - und dann geht wie gesagt nichts mehr...
 
Habe jetzt die 0.9.1-beta benutzt, wo das Problem ja nicht auftaucht, hier kann ich das log dann auch kopieren:

Code:
Connect_h: Slot[0] Ctrl(5) MSN(0) CPN()
* state change slot 0 ID 0: D_ConnectPending Reason: 0*
ID 0 BChan (ext) 0x08
* state change slot 0 ID 0: D_ConnectPending Reason: 0*
AB_LED: B2 On
LCR: To less digits -> test again with next digit
Dial_h: Slot 0 dialed(0)
LCR: No Areamatch
LCR: Match LCR_Area: 0
LCR: Provider: 0 ()
Dial_h: Slot 0 dialed(2)
Dial_h: Slot 0 dialed(1)
Dial_h: Slot 0 dialed(1)
Dial_h: Slot 0 dialed(9)
Dial_h: Slot 0 dialed(8)
Dial_h: Slot 0 dialed(9)
Dial_h: Slot 0 dialed(0)
Dial_h: Slot 0 dialed(1)
Dial_h: Slot 0 dialed(4)
Dial_h: Slot 0 dialed(0)
Dial_h: Slot 0 dialed(2)
Jun  2 00:42:15 voipd[386]: incoming(5:appl=2 plci=0x205 ncci=0x0 incoming): 11 021198901402 <- 0

Jun  2 00:42:15 voipd[386]: dns: _sip._udp.xxx.xxx.biz: query

Jun  2 00:42:16 voipd[386]: dns; _sip._udp.xxx.xxx.biz: not found

Jun  2 00:42:16 voipd[386]: allowed bandwidth 208000 for sip:[email protected]

Jun  2 00:42:16 voipd[386]: >>> Request: INVITE sip:[email protected]

Jun  2 00:42:16 voipd[386]: <<< Status: 407 Proxy Authentication Required

Jun  2 00:42:16 voipd[386]: >>> Request: ACK sip:[email protected]

Jun  2 00:42:16 voipd[386]: allowed bandwidth 208000 for sip:[email protected]

Jun  2 00:42:16 voipd[386]: >>> Request: INVITE sip:[email protected]

Jun  2 00:42:16 voipd[386]: <<< Status: 100 Trying

Jun  2 00:42:16 voipd[386]: <<< Status: 180 Ringing

Jun  2 00:42:16 voipd[386]: ringing appl=2 plci=0x205 ncci=0x0 incoming sip:[email protected]

Jun  2 00:42:21 voipd[386]: <<< Status: 200 OK

Jun  2 00:42:21 voipd[386]: allowed bandwidth 208000 for sip:[email protected]

Jun  2 00:42:21 voipd[386]: audio: 3 (3 GSM/8000)

Jun  2 00:42:21 voipd[386]: audio: 3 (3 GSM/8000) => NOT CONFIGURED

Jun  2 00:42:21 voipd[386]: audio: 0 (0 PCMU/8000)

Jun  2 00:42:21 voipd[386]: audio: 0 (0 PCMU/8000) => (0 (0 PCMU/8000))

Jun  2 00:42:21 voipd[386]: audio: 8 (8 PCMA/8000)

Jun  2 00:42:21 voipd[386]: audio: 8 (8 PCMA/8000) => (8 (8 PCMA/8000))

Jun  2 00:42:21 voipd[386]: audio: 18 (18 G729/8000)

Jun  2 00:42:21 voipd[386]: audio: 18 (18 G729/8000) => NOT CONFIGURED

Jun  2 00:42:21 voipd[386]: audio: 101 (101 telephone-event/8000)

Jun  2 00:42:21 voipd[386]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))

Jun  2 00:42:21 voipd[386]: payload >>> 8

Jun  2 00:42:21 voipd[386]: payload >>> 0

Jun  2 00:42:21 voipd[386]: payload >>> 101

Jun  2 00:42:21 voipd[386]: >>> Request: ACK sip:[email protected]

Jun  2 00:42:21 voipd[386]: 81.169.xxx.xxx 11256 - 7078 audio 8(PCMA)

Jun  2 00:42:21 voipd[386]: Codec PCMA (8) - audio 98933 by local

Jun  2 00:42:21 voipd[386]: rtp_start_session(video): no session definition

Jun  2 00:42:21 voipd[386]: bridgelimit: nConnections=1

Jun  2 00:42:21 voipd[386]: number of bridge interfaces 1

Jun  2 00:42:21 voipd[386]: call to sip:[email protected] established

Jun  2 00:42:21 voipd[386]: plci_connected(appl=2 plci=0x205 ncci=0x0 incoming)

Jun  2 00:42:21 voipd[386]: connected(appl=2 plci=0x205 ncci=0x10205 incoming) NCPIlen=0

Jun  2 00:42:21 dsld[369]: rtp_out_detect_callback(1)

* state change slot 0 ID 0: D_Connected Reason: 0*
* state change slot 0 ID 0: D_DisconnectPending Reason: 0*
Jun  2 00:42:25 voipd[386]: disconnected(appl=2 plci=0x205 ncci=0x10205 incoming): remote: 0x3490 (0x3301) - Normal call clearing

Jun  2 00:42:25 voipd[386]: ocfree: fail 0 normal 176 small 35 large 0

Jun  2 00:42:25 voipd[386]:         underrun 0 max_ackqueuelen 6

Jun  2 00:42:25 voipd[386]:         small packets merged 0, output 0 and consumed from CNG 0

Jun  2 00:42:25 voipd[386]: ocmode: normal 211 merged 0 delayed 0

Jun  2 00:42:25 voipd[386]: dropped 0 packets with 0 samples and 1 sample in 35 packets

Jun  2 00:42:25 voipd[386]: generated noise: 0

Jun  2 00:42:25 voipd[386]:         capiqueue[0]: 1 (  0.4%)

Jun  2 00:42:25 voipd[386]:         capiqueue[1]: 1 (  0.4%)

Jun  2 00:42:25 voipd[386]:         capiqueue[2]: 1 (  0.4%)

Jun  2 00:42:25 voipd[386]:         capiqueue[3]: 1 (  0.4%)

Jun  2 00:42:25 voipd[386]:         capiqueue[4]: 172 ( 81.5%)

Jun  2 00:42:25 voipd[386]:         capiqueue[5]: 35 ( 16.5%)

Jun  2 00:42:25 voipd[386]:         capiqueue[6]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:         capiqueue[7]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[0ms]: 1 (  0.4%)

Jun  2 00:42:25 voipd[386]:        txqueue[10ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[20ms]: 1 (  0.4%)

Jun  2 00:42:25 voipd[386]:        txqueue[30ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[40ms]: 1 (  0.4%)

Jun  2 00:42:25 voipd[386]:        txqueue[50ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[60ms]: 1 (  0.4%)

Jun  2 00:42:25 voipd[386]:        txqueue[70ms]: 94 ( 44.5%)

Jun  2 00:42:25 voipd[386]:        txqueue[80ms]: 78 ( 36.9%)

Jun  2 00:42:25 voipd[386]:        txqueue[90ms]: 30 ( 14.2%)

Jun  2 00:42:25 voipd[386]:        txqueue[100ms]: 5 (  2.3%)

Jun  2 00:42:25 voipd[386]:        txqueue[110ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[120ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[130ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[140ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[150ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[160ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[170ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[180ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[190ms]: 0 (  0.0%)

02.06.05  0:41     5s Slot: 0                SIP0 outgoing        021198901402 ChargeU:    0
* state change slot_hold 0 ID 0: Disconnected Reason: 3400*
Disconnectreason: 3400
Jun  2 00:42:25 voipd[386]:        txqueue[200ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[210ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[220ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]:        txqueue[230ms]: 0 (  0.0%)

Jun  2 00:42:25 voipd[386]: Codec - (-) - audio 0

Jun  2 00:42:25 voipd[386]: bridgelimit: nConnections=0

Jun  2 00:42:25 voipd[386]: number of bridge interfaces 1

Jun  2 00:42:25 voipd[386]: >>> Request: BYE sip:[email protected]

AB_LED: B2 Off
Jun  2 00:42:25 voipd[386]: <<< Status: 200 OK

Jun  2 00:42:25 voipd[386]: 4317978: BYE complete

Jun  2 00:42:25 voipd[386]: call to sip:[email protected] terminated

Jun  2 00:42:25 voipd[386]: Packets sent: 138 voice, 0 silence, 0 CN


Jun  2 00:42:25 voipd[386]: rtpsession packets 211 bytes 36292 drop_tooshort 0 

Jun  2 00:42:25 voipd[386]:            drop_toolate 0 drop_nobuffer 0 drop_nonaudio 0 wrong_seq 0

Jun  2 00:42:25 voipd[386]:            packets lost 0 consumed from NG 0
 
Hi olistudent,

das wählen einer Nummer geht über den Port 1011, ja. Schau Dir aus der alten Version mal die Datei CallPopUp.java an. Das ist ein kleines Popupfenster, das erscheint, wenn man in der Kontakt-Liste einen Namen rechts anklickt. Dort werden dann die 4 Rufnummer gelistet (Privat, Mobil, Business und ... ? nochwas ;-) )
Wenn eine der Nummern angeklickt wird, wird eine Verbindung zu 1011 aufgebaut und diese mit "atd 0123456789" gewählt.
Für die Wahl aus dem Programm ist auch die von TinTin besagte Anzeige
"(Unbekannter) Teilnehmer Hörer abnehmen"

Ich kann mich in der Version übrigens nicht mehr mit meiner Box verbinden (Weiß nicht genau, seit welcher Version).
Folgender Fehler in der Eingabeaufforderung :
Meine Firmware ist die .37

Code:
Running under Windows XP
Exception in thread "Thread-6" java.lang.NullPointerException
        at de.waghoo.fbf.fbfCall.setVar(fbfCall.java:39)
        at de.waghoo.fbf.GetCalls.<init>(GetCalls.java:41)
        at de.waghoo.fbf.fbf_init.checkInit(fbf_init.java:100)
        at de.waghoo.fbf.fbf_init.run(fbf_init.java:92)
        at java.lang.Thread.run(Unknown Source)

Schöne Grüße
Axel
 
Hi.
Vor dem Wochende nochmal was neues zum Testen.
Ich bin das Wochende über Zelten, kann also in der Zeit nicht antworten. :)
Code:
Changelog:
NullPointerException bei Firmware .37 behoben
Wählmöglichkeit über Kontakt deaktiviert

MfG Oliver
 

Anhänge

  • fbfmonitor-0.9.2.zip
    468.2 KB · Aufrufe: 105
Hallo,

habe die 0.9.2 Version einmal mit meiner Fritzbox 7050 ans Laufen gebracht. Frage:

1. Kann man irgendwie einstellen, dass er die Nummern auch über Fon2 oder Fon3 rauswählt, ich also dort dann den Höhrer abnehmen muss?
2. Wäre es möglich, folgendes zu implementieren: Wählen irgendeiner neuen Nummer über den Ziffernblock und anschließendes Speichern in den Kontakten?

Gruss
Thomas
 
Hi,

@bladrunner:
Da olistudent nicht da ist... Frage 1 kann ich Dir auch beantworten.
Es ist nicht möglich. Das ist eine Beschränkung in der Box. Wobei... Ich kann nur für die Fritz Box Fon WLAN sprechen, aber ich denke, dass das bei der 7050 genauso ist. Dort ist es nicht möglich, den Port zu beeinflussen. Leider.
Man könnte höchsten versuchen, eine Tastenkombination hinterher zu schicken, mit der man intern an einen anderen Port verbinden kann. Aber ich denke nicht, dass das (während des wählens) so einfach funktioniert.

Zu 2 kann ich sagen, dass das natürlich technisch machbar ist. Dann kommt es aber sicher noch drauf an, ob olistudent dazu Zeit hat und/oder dies für sinnvoll hält.

Schöne Grüße
Axel
 
hallo,

ich hab die 9.2 Version mit meiner FB 7050 WLAN am laufen. Funktioniert zum grösten Teil auch ganz gut. Probleme gibt es nur mit dem S0.
Es erscheint kein Fenster wenn man den Hörer abnimmt und wenn man z.B den Hörer nur abnimmt und wieder auflegt, erscheint ein Anruf in Abwesenheit in der Liste.

Code:
IncomingCall from NT: ID 0, caller: "58xx" called: ""
IntCFNRSlot: -1, CIPValue: 16
NT call redirected use Slot(from) 4 and Slot(to) 5
set UseMSN to 48
Jun  5 23:03:06 voipd[418]: incoming(5:appl=2 plci=0x1705 ncci=0x0 incoming): 10  <- 0

Jun  5 23:03:06 voipd[418]: disconnected(appl=2 plci=0x1705 ncci=0x0 incoming): remote: 0x0000 (0x0000) - No additional information

ReroutCall: Reroute[4] Ctrl(5) MSN(0) CPN()
* state change Umlfrom0 ID 0: D_ConnectPending Reason: 0*
ID 0 BChan (ext) 0x04
* state change Umlfrom0 ID 0: D_ConnectPending Reason: 0*
ID 0 BChan (ext) 0x04
* state change Umlfrom0 ID 0: D_ConnectPending Reason: 0*
* state change Umlto0 ID 1: D_ConnectPending Reason: 0 *
ID 1 BChan (ext) 0x08
ConnectBChannelRerout 4<->8
* state change Umlto0 ID 1: D_ConnectPending Reason: 0 *
AB_LED: B2 On
05.06.05 23:02     0s Slot: -1                     incoming                58xx ChargeU:    0
* state change Umlfrom0 ID 0: Disconnected Reason: 3400*
Disconnectreason: 3400
05.06.05 23:02     0s Slot: -1                SIP0 outgoing                     ChargeU:    0
* state change Umlto0 ID 1: Disconnected Reason: 3400 *
Disconnectreason: 3400
AB_LED: B2 Off

Und wenn man eine Nr wählt, erscheinen 2 Anrufe in der Liste, einmal der Ausgehende(soweit korrekt), dann aber noch ein eingehender als wenn ich von der gewählten Nr angerufen wurde. Es erscheint auch wieder kein Fenster beim abnehmen des Hörers.

Code:
IncomingCall from NT: ID 0, caller: "58xx" called: "08003302424"
IntCFNRSlot: -1, CIPValue: 16
NT call redirected use Slot(from) 4 and Slot(to) 5
LCR: Match LCR_Area: 0
LCR: Use holidaytable
LCR: Provider: 0 ()
LCR: Route: PSTN
LCR: Old CPN: 08003302424
ReroutCall: Reroute[4] Ctrl(2) MSN(58xx) CPN(08003302424)
* state change Umlfrom0 ID 0: D_ConnectPending Reason: 0*
Dial_NT: ID 1 (08003302424) ignored
ID 0 BChan (ext) 0x04
* state change Umlfrom0 ID 0: D_ConnectPending Reason: 0*
ID 0 BChan (ext) 0x04
* state change Umlfrom0 ID 0: D_ConnectPending Reason: 0*
* state change Umlto0 ID 1: D_ConnectPending Reason: 0 *
AB_LED: B1 On
ID 1 BChan 0x00
ConnectBChannelRerout 4<->0
* state change Umlto0 ID 1: D_ConnectPending Reason: 0 *
ConnectBChannelRerout 4<->0
* state change Umlto0 ID 1: D_Connected Reason: 0 *
ConnectBChannelRerout 4<->0
* state change Umlto0 ID 1: D_Connected Reason: 0 *
* state change Umlfrom0 ID 0: D_Connected Reason: 0*
05.06.05 23:16    35s Slot: 4         08003302424 incoming                58xx ChargeU:    0
* state change Umlfrom0 ID 0: Disconnected Reason: 3400*
Disconnectreason: 3400
05.06.05 23:16    35s Slot: 4                58xx outgoing         08003302424 ChargeU:    0
* state change Umlto0 ID 1: Disconnected Reason: 3400 *
Disconnectreason: 3400
AB_LED: B1 Off
MWI Ind Service 0; Messages 0; Status 65535
MWI CPN 58xx
MWI Message_is_Waiting 0
 
Hi.
So ganz klar ist mir das noch nicht mit dem S0.

Du nimmst den Hörer ab. Dann kommt diese Zeile?
IncomingCall from NT: ID 0, caller: "58xx" called: ""
Und als default route hast du sip0 eingestellt?

Wie geht denn das in dem unteren Fall?
Woher weiß der denn schon in der ersten Zeile was gewählt wird?
Kommt die erste Zeile erst wenn das Telefon mit wählen fertig ist?

Wie schaut das denn aus, wenn du ein ankommenden Anruf auf dem S0 annimmst?
Ist doch komplizierter mit der 5050,7050 als ich dachte. :?

MfG Oliver
 
Hi,

scheinbar gibt es bei Telefonen am S0 nicht die übliche Darstellung beim wählen.
xyz dialed(0)
xyz dialed(1)
usw.

Da muss wohl zunächst die Zeile :
IncomingCall from NT: ID 0, caller: "58xx" called: "08003302424"
abgefangen werden. Damit kann die Software dann evtl. in eine Art "S0-Wählmodus" versetzt werden womit evtl. auch das doppelte IncominCall am Ende des abgefangen werden kann. Scheint so, als würde er einen Anruf vom S0 als eingehend ansehen und diesen einfach als outgoing durchstellen.

Schöne Grüße
Axel
 
Status
Für weitere Antworten geschlossen.
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.