Hallo liebe Community, 

mein Sitecom-USB-ISDN-Adapter hängt an einer AGFEO AS40 Telefonanlage als Nebenstelle. Loopback-Test funktioniert, DFÜ und ähnliches ist alles ok.

Leider funktioniert mein Phoner nicht so wie es sollte. Ausgehende Telefonate sind perfekt, bei eingehenden Anrufen klingelt Phoner auch und zeigt die Rufnummer, es entsteht nach dem Klick auf Annehmen jedoch keine Verbindung. Der Anrufer hört noch 1 bis 2 Klingelzeichen, dann kommt ein Besetztzeichen. 

Im Phoner-Debug-Logbuch sieht das so aus: 
21:57:05,090: Connect Indication
21:57:05,090:  CIP: 4 (3.1 kHz audio)
21:57:05,090:  CalledPartyNumber: 12
21:57:05,090:  CallingPartyNumber: 20
21:57:05,090:  Additional info length: 4
21:57:05,090: phone book lookup for 20: 20 [20]
21:57:05,090: Alert Request
21:57:05,121: Alert Confirm
21:57:05,121: Info Indication: origination is non ISDN
21:57:05,121: Info Response
21:57:23,684: Connect Response: accept call
21:57:27,746: Info Indication: 102:Recovery on timer expiry
21:57:27,746: Info Response
21:57:27,746: Disconnect Indication: 102:Recovery on timer expiry
21:57:27,809: OpenDevice (capi2032.dll)
21:57:27,825: F.H.L.P. CAPI 2.0 driver%CapiManuf%: 2.0 (5.57)
21:57:27,825: Register: 1024 bytes blocksize
21:57:27,825: CAPI thread created: 0x02AC
21:57:27,825: Listen Request
21:57:27,840: Disconnect Response
21:57:27,840: Listen Confirm

Ein (Hardware-) ISDN-Telefon an gleicher Stelle funktioniert. Im Anhang habe ich ein Protokoll-Trace angehängt, das aus meiner Capi stammt. Dort sieht man nach der CONNECT-Indication die Fehlermeldung "Protocol error / Mandatory information element is missing". 

Habe alles ausprobiert was man anklicken konnte... any ideas?

Viele Grüße,
Stefan

P.S: Phoner 1.85, Windows 2000, ISDN Sitecom DC104 Treiber v2.2

Hi! 

Klar, die CAPI kommt als üblicher Verdächtiger natürlich in Betracht. Viel Alternativen hab ich nicht (vor allem keine die funktioniert...schluchz). Allerdings funktioniert wie gesagt der Loopback-Test, der sich selbst anruft und damit natürlich auch erfolgreich annimmt. Und es funktioniert auch ein von mir vor etwa 6 Jahren auf Basis eines AVM-Samplesource geschriebener ISDN-Anrufbeantworter. Wir haben hier also ein spezielles Problem zwischen Phoner und meiner CAPI oder Phoner und der Telefonanlage. 

Ist das Programm eigentlich Open Source? Vielleicht finde ich den Fehler ja auch selbst. Die Traces, die das Capi produziert, sind leider nur hübsch anzusehen aber wenig aussagekräftig - in den Hexdumps finde ich noch nicht mal die richtigen Messagecodes wieder.

Das Trace von Phoner ist da besser, aber das gibts natürlich leider nur als fehlgeschlagene Version. Ich hab hier nochmal einen fehlgeschlagenen Anruf:

17:50:55,546: Connect Indication: 2F 00 01 00 02 82 07 00 81 02 00 00 01 00 03 81 31 32 0F 41 80 30 30 31 37 36 32 31 31 33 39 34 37 33 00 00 03 80 90 A3 00 00 04 00 00 00 00
17:50:55,546: Alert Request: 0D 00 01 00 01 80 06 00 81 02 00 00 00
17:50:55,577: Alert Confirm: 0E 00 01 00 01 81 06 00 81 02 00 00 00 00
17:51:00,249: Connect Response: 20 00 01 00 02 83 07 00 81 02 00 00 00 00 09 01 00 01 00 00 00 00 00 00 04 00 80 31 32 00 00 00
17:51:04,280: Info Indication: 11 00 01 00 08 82 08 00 81 02 00 00 08 00 02 81 E6
17:51:04,280: Info Response: 0C 00 01 00 08 83 08 00 81 02 00 00
17:51:04,280: Disconnect Indication: 0E 00 01 00 04 82 09 00 81 02 00 00 E6 34
17:51:04,296: Disconnect Response: 0C 00 01 00 04 83 09 00 81 02 00 00
 

Leider bin ich nicht mehr tief genug drin in der Materie, um die einzelnen Parameter dieser Connect Response zu verifizieren. Ich glaub aber schon, dass sie der Schlüssel zum Problem ist.

Grüße
Stefan