Status "Connected" kommt nicht immer

Hallo,

vielleicht ist das ja ein Bug?:

Nachdem mit dem M34 nichts geht hab ich mir BlueFritz besorgt.
Der CAPI Treiber scheint besser zu sein.
Jetzt habe ich jedoch das Problem, dass der Status „Connected“ nur sporadisch vorkommt.
Um einen Fehler in meinem Script auszuschliessen, hab ich mal nur die ISDN.Status Variable betrachtet. Ohne Trigger. Ich hab diese Variable lediglich mit „Modify“ wieder geleert.
Es zeigte sich, dass von 5 Versuchen nur 2 mit einem „Connected“ dabei waren, obwohl an der Configuration nichts geändert wurde.
Ich hab mal einen Auszug aus dem log angefügt.

Ist dieses Verhalten bekannt, mache ich vielleicht was falsch?
Wie gesagt alles ohne jedes Script.

Hier das log:

Diese Versuche gingen daneben (bis auf den letzten). Obwohl es sich im Telefon anhört, als ob abgenommen wurde.
Am Ende sieht man ein „Connected“. Dazwischen „Accepted“ und danach „Disconnected“. Da hats nicht geklappt.

30.12.2005 00:26:58 | DEBUG | VariableManager | Variable: ISDN.STATUS (String), Value: CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted
Disconnected
CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted
Disconnected
CallingNumber:xxxxxxxxxxxx

30.12.2005 00:26:58 | DEBUG | VariableManager | Variable: ISDN.STATUS (String), Value: CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted
Disconnected
CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted
Disconnected
CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx

30.12.2005 00:26:58 | DEBUG | VariableManager | Variable: ISDN.STATUS (String), Value: CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted
Disconnected
CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted
Disconnected
CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted

30.12.2005 00:26:58 | DEBUG | VariableManager | Variable: ISDN.STATUS (String), Value: CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted
Disconnected
CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted
Disconnected
CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted
Connected

30.12.2005 00:27:03 | DEBUG | VariableManager | Variable: ISDN.STATUS (String), Value: CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted
Disconnected
CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted
Disconnected
CallingNumber:xxxxxxxxxxxx
CalledNumber:xxxxxxxx
Accepted
Connected
Disconnected

Ich hab auch mal ein Debug Log von der ISDN-Instanz gemacht:
Die Zeile die unterschiedlich ist habe ich markiert.

[11:22:50] ? ~ 11:22:50: Info: CONNECT_IND (642) <-- Bei diesem Versuch klappte es nicht
[11:22:50] 1 ~ 11:22:50: Ankommend von : **51
[11:22:50] 1 ~ 11:22:50: Ankommend fuer: XXXXXX
[11:22:50] 1 ~ 11:22:50: CIPInt: 16
[11:22:50] 1 ~ 11:22:50: CIPVal: telephony
[11:22:50] 1 ~ 11:22:50: Abgenommen
[11:22:50] ? ~ 11:22:50: Info: INFO_IND (2178)
[11:22:50] ? ~ 11:22:50: Info: ALERT_CONF (385)
[11:22:50] ? ~ 11:22:50: Info: CONNECT_ACTIVE_IND (898)
[11:22:50] ? ~ 11:22:50: Info: CONNECT_B3_IND (33410)
[11:22:54] ? ~ 11:22:54: Info: INFO_IND (2178)
[11:22:54] ? ~ 11:22:54: Info: INFO_IND (2178)
[11:22:54] ? ~ 11:22:54: Info: DISCONNECT_IND (1154)
[11:22:54] 1 ~ 11:22:54: Getrennt
[11:22:59] ? ~ 11:22:59: Info: CONNECT_IND (642) <-- Hier kam das „Connected“
[11:22:59] 1 ~ 11:22:59: Ankommend von : **51
[11:22:59] 1 ~ 11:22:59: Ankommend fuer: XXXXXX
[11:22:59] 1 ~ 11:22:59: CIPInt: 16
[11:22:59] 1 ~ 11:22:59: CIPVal: telephony
[11:22:59] 1 ~ 11:22:59: Abgenommen
[11:22:59] ? ~ 11:22:59: Info: INFO_IND (2178)
[11:22:59] ? ~ 11:22:59: Info: ALERT_CONF (385)
[11:22:59] ? ~ 11:22:59: Info: CONNECT_ACTIVE_IND (898)
[11:22:59] ? ~ 11:22:59: Info: CONNECT_B3_IND (33410)
[11:22:59] ? ~ 11:22:59: Info: CONNECT_B3_ACTIVE_IND (33666) <-- Diese Zeile fehlt bei den Fehlversuchen
[11:22:59] 1 ~ 11:22:59: Verbunden
[11:23:26] ? ~ 11:23:26: Info: INFO_IND (2178)
[11:23:26] ? ~ 11:23:26: Info: INFO_IND (2178)
[11:23:26] ? ~ 11:23:26: Info: DISCONNECT_B3_IND (33922)
[11:23:26] ? ~ 11:23:26: Info: DISCONNECT_IND (1154)
[11:23:26] 1 ~ 11:23:26: Getrennt

Ich noch mal :smiley:
(Ist irgendwie ein Monolog hier)

aus Verzweiflung hab ich mal die Beta #2 installiert :wink:

Damit scheint es die Probleme nicht zu geben. Bis jetzt war jeder Anruf ein Treffer.
Vielleicht hilft es ja jemand.

cu…

Leider muss ich mich korrigieren.

Wie es scheint klappen die Anwahlen nur mit geöffneten Varibalen-Watch.
Wenn alle Fenster zu sind klappt nun fast keine Anwahl mehr.
Auch darf man nicht auflegen während das Script (oder zumindest die Ausgabe) läuft. Dann reagiert das Script gar nicht mehr. Und die Ausgabedatei wird nicht mehr geschlossen.

Alles sehr seltsam.

cu…

Ich werde mir die Sache am Montag genauer anschauen. Ich muss erstmal das FritzBlue rauskramen :slight_smile:

Grüße, paresy

Vielen Dank.

Bei Interesse kann ich auch noch nen CAPI-Trace mit CapiDog anbieten.

cu…

Ich hab mal etwas weiter geforscht.

Ich habe hier auch noch die Fritz!Box Fon 7050.
Die hat die Möglichkeit CAPIoverIP zu machen. Leider hat der CAPI Treiber dann 6 Controller von denen ich den zweiten für den internen s0-Bus benutzen müsste.
Gibt es eine Möglichkeit IP-SYMCON zu sagen welchen Controller es verwenden soll?

Schon mal vielen Dank für Eure Hilfe.

cu…

Ich habe mal ein paar Kleine Änderungen gemacht, konnte es aber leider noch nicht mit meinem BlueFritz testen. (Irgendwie klappt das Pairing mit meiner Siemens Basisstation nicht)

Anbei die DLL, die mit der neuen BETA läuft. Also erst die BETA installieren und dann dort die DLL ersetzten.

Grüße, paresy

Jau, danke.

Werd ich gleich mal probieren…

Nachtrag:

Nach kurzem Test:

Behoben ist der Fehler noch nicht. Aber subjektiv klappt es jetzt öfter auch ohne geöffneten Variablenwatch.
Unterbricht man die wav-Ausgabe wird später auch wieder abgenommen, aber kein wav mehr ausgegeben.
Nach einen IPS-Neustart ist das wieder i.O.
Es scheint einen Zusammenhang mit der Schnelligkeit der Versuche zu geben:
Läßt man mehr Zeit zwischen den Versuchen klappts meistens.

Ist alles noch etwas vage.
Ich teste mal weiter.
Aber schon mal vielen Danke für Deine Hilfe.
Ich weiss, wie blöd es ist solche sporadischen Fehler zu „fangen“.

cu…

So, ich hab mal noch etwas weiter getestet.

Wenn ich extern anrufe scheint es öfter zu funktionieren, als wenn ich intern über die Fritz Box anrufe.
Sieht für mich nach einem Timingproblem aus. Da ein externer Ruf wahrscheinlich etwas mehr Latenz beim signalisieren hat.
Mein alter Linux Router mit voicebox hat dieses Problem nicht.
Die Software läßt es aber auch 2 mal klingeln bevor abgehoben wird.
Vielleicht sollte man dem ISDN einfach mehr Zeit für die Signalisierung geben.
Ein Parameter wo man einstellen kann wann abgehoben wird, wäre nicht schlecht. Dann könnte man auch noch eine Umleitung während der Rufphase machen. Das hatte ich mal so mit meiner Türsprechanlage gelöst.

Nur ne Idee, vielleicht hilft es ja.

cu…