(ISDN) NO USER RESPONDING statt LINE BUSY
Hallo,
wir betreiben eine Mailbox mit 4 Elsa MicroLink ISDN/TL V.34 - Modems. Jeweils 2 Modems teilen sich einen ISDN Anschluß. Eine 0800er Nummer ist so eingerichtet das sie erst auf die eine Rufnummer schickt und bei besetzt auf die zweite Rufnummer umleitet. Das Problem was ich habe ist das die erste Leitung einfach kein Besetztzeichen von sich gibt wenn beide B-Kanäle belegt sind. Stattdessen bekomme ich ein "No User Responding". Die Telekom brauch aber ein "Line Busy" für die Weiterleitung.
Wenn ich die Bedienungsanleitung für die Modems richtig verstanden habe ist, ist das Register S22 für das Besetztzeichen verantwortlich:
In den Kofigurationsdateien für die Modems habe ich folgende Einstellungen gesetzt:
Ich hoffe mir kann jemand sagen wie ich der ISDN Leitung ein Besetztzeichen entlocken kann.
wir betreiben eine Mailbox mit 4 Elsa MicroLink ISDN/TL V.34 - Modems. Jeweils 2 Modems teilen sich einen ISDN Anschluß. Eine 0800er Nummer ist so eingerichtet das sie erst auf die eine Rufnummer schickt und bei besetzt auf die zweite Rufnummer umleitet. Das Problem was ich habe ist das die erste Leitung einfach kein Besetztzeichen von sich gibt wenn beide B-Kanäle belegt sind. Stattdessen bekomme ich ein "No User Responding". Die Telekom brauch aber ein "Line Busy" für die Weiterleitung.
Wenn ich die Bedienungsanleitung für die Modems richtig verstanden habe ist, ist das Register S22 für das Besetztzeichen verantwortlich:
Der Inhalt von Register S22 kann mit den Befehlen AT&W oder AT*W gespeichert werden. Die einzelnen Bits in Register S22 haben folgende Bedeutung:
Bit | Dez. | Bedeutung | |
---|---|---|---|
0..1 | 0 | 0 = niedrige Lautstärke | ATL0 |
1 | 1 = niedrige Lautstärke | ATL1 | |
2 | 2 = mittlere Lautstärke | ATL2 | |
3 | 3 = höchste Lautstärke | ATL3 | |
2..3 | 0 | 0 = Lautsprecher immer aus | ATM0 |
4 | 1 = Lautsprecher an bei Wahl und Warten auf Antwortton | ATM1 | |
8 | 2 = Lautsprecher immer an | ATM2 | |
12 | 3 = Lautsprecher an bei Warten auf Antwortton | ATM3 | |
4..6 | 0 | Besetztsituation ®NO CARRIER; nur 'CONNECT' bzw. '1' | ATX0 |
64 | Besetztsituation ®NO CARRIER | ATX1 | |
80 | Besetztsituation ®NO CARRIER | ATX2 | |
96 | Besetztsituation ®BUSY | ATX3 | |
112 | Besetztsituation ®BUSY | ATX4 | |
7 | 0 | keine Bedeutung | keine Bedeutung |
In den Kofigurationsdateien für die Modems habe ich folgende Einstellungen gesetzt:
ISDN=YES
DSS1=YES
ICLI=
IEAZ=1
IMSN1=*TelefonnummerOhneVorwahl*
IMSN2=
S22=118
S171=4
S151=0
S152=0
DSS1=YES
ICLI=
IEAZ=1
IMSN1=*TelefonnummerOhneVorwahl*
IMSN2=
S22=118
S171=4
S151=0
S152=0
Ich hoffe mir kann jemand sagen wie ich der ISDN Leitung ein Besetztzeichen entlocken kann.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 170608
Url: https://administrator.de/forum/isdn-no-user-responding-statt-line-busy-170608.html
Ausgedruckt am: 22.12.2024 um 21:12 Uhr
6 Kommentare
Neuester Kommentar
Moin,
Back On Topic:
Ist das nicht so das das BUSY von der VSt kommt, wenn beide B-Kanäle zu sind?
Abgesehen davon ist das S22 glaub ihc das falsche Register - Das Regelt nur was das Modem an den Rechner zurückgibt, wenn der Angerufene besetzt ist.
lg,
Slainte
Elsa MicroLink ISDN/TL V.34
Sowas ist noch im Produktiven Einsatz? Hach, das waren noch Zeiten Back On Topic:
Ist das nicht so das das BUSY von der VSt kommt, wenn beide B-Kanäle zu sind?
Abgesehen davon ist das S22 glaub ihc das falsche Register - Das Regelt nur was das Modem an den Rechner zurückgibt, wenn der Angerufene besetzt ist.
lg,
Slainte
Hi !
Vorsicht mit BoB!
Die Funktion wird normalerweise von Telefonanlagen verwendet! Du hast z.B. 5 interne Teilnehmer, die alle der gleichen externen MSN (z.B. über die Rufverteilung oder einer Gruppe in der Anlage) zugeordnet sind. Wird nun einer der internen Teilnehmer von extern angerufen oder führt bereits ein externes (also ein Amts-) Gespräch, bekommen alle weiteren Anrufer auf der externen MSN ein Besetzt, auch wenn alle anderen interne Teilnehmer noch frei sind! Das ist aber normalerweise ein Leistungsmerkmal der Anlage. Ich denke mit BoB kommst Du bei deinem Problem nicht weiter, ausserdem wird standardmässig (also bei der Neuschaltung eines ISDN-Basisanschlusses) immer nur die erste MSN aufs Amt gemeldet, auch wenn Du da eine andere MSN eingetragen hast. Das einzelne Melden aller vorhandenen, externen MSNs muss beim Provider (teudsche Deligom) erst beantragt und freigeschaltet werden, zumindest war das mal so...
Wenn Du gar nicht weiterkommst, dann schau mal was auf der Leitung passiert, manche Telefonanlagenhersteller bieten einen Protokoll-Analyzer (als Software), um in die Amtsleitungen "reinschauen" zu können und sowas gibt (oder gab) es auch für ISDN-Karten. Das ist vergleichbar mit Wireshark bei Ethernet. Damit konnte ich schon so manches Problem lösen...
mrtux
Vorsicht mit BoB!
Die Funktion wird normalerweise von Telefonanlagen verwendet! Du hast z.B. 5 interne Teilnehmer, die alle der gleichen externen MSN (z.B. über die Rufverteilung oder einer Gruppe in der Anlage) zugeordnet sind. Wird nun einer der internen Teilnehmer von extern angerufen oder führt bereits ein externes (also ein Amts-) Gespräch, bekommen alle weiteren Anrufer auf der externen MSN ein Besetzt, auch wenn alle anderen interne Teilnehmer noch frei sind! Das ist aber normalerweise ein Leistungsmerkmal der Anlage. Ich denke mit BoB kommst Du bei deinem Problem nicht weiter, ausserdem wird standardmässig (also bei der Neuschaltung eines ISDN-Basisanschlusses) immer nur die erste MSN aufs Amt gemeldet, auch wenn Du da eine andere MSN eingetragen hast. Das einzelne Melden aller vorhandenen, externen MSNs muss beim Provider (teudsche Deligom) erst beantragt und freigeschaltet werden, zumindest war das mal so...
Wenn Du gar nicht weiterkommst, dann schau mal was auf der Leitung passiert, manche Telefonanlagenhersteller bieten einen Protokoll-Analyzer (als Software), um in die Amtsleitungen "reinschauen" zu können und sowas gibt (oder gab) es auch für ISDN-Karten. Das ist vergleichbar mit Wireshark bei Ethernet. Damit konnte ich schon so manches Problem lösen...
mrtux