Anlagenanschluss(?) und secure dial-in funktioniert nicht
Ich habe hier ein Problem mit einem Kunden der vermutlich einen Anlagenanschluß hat. Es soll secure-ISDN-Einwahl realisiert werden. OHNE secure, also eine "#" vor REMOTE_IN="7211111111 721222222" und SECURE="off" in cfg-net1 funktioniert bestens, /var/log/messages zeigt auch meine Vorwahl+MSN (721 1111111) an, mit der ich mich einwähle. Schalte ich dann aber secure-ISDN-Einwahl scharf indem ich REMOTE_IN einkommentiere und SECURE="off" auskommentiere, (dann natürlich SuSEconfig --module isdn;ifdown ippp1;ifup ippp1), dann nimmt mir die Fritz-Karte 2.0 (Capi-Treiber) den Ruf NICHT an! "ignored" gibt /var/log/messages aus! Als eingehende Nummer wird immer noch die richtige, nämlich 0721 1111111 angezeigt. Kann es sein, daß isdnlog die richtige Nummer anzeigt, aber der D-Kanal durch die zwischengeschaltete ISDN-Anlage irgendeinen Nummern-Murx durchstellt, daß die ISDN- Karte als Datenruf eben nicht 0721 1111111 angezeigt bekommt, sondern eben etwas Anderes? Die MSN muß bei diesem Kunden übrigens mit 22 angegeben werden, da sitzt leider irgendsoeine Sch.... Anlage dazwischen. Ich habe ISDN-secure-Einwahl schon etwa 30Male erfolgreich realisiert, das hier ist mir noch nicht vorgekommen. danke schonmal Ekkard
On Fri, Apr 22, 2005 at 08:14:39PM +0200, Ekkard Gerlach wrote:
Ich habe hier ein Problem mit einem Kunden der vermutlich einen Anlagenanschluß hat. Es soll secure-ISDN-Einwahl realisiert werden. OHNE secure, also eine "#" vor REMOTE_IN="7211111111 721222222" und SECURE="off" in cfg-net1 funktioniert bestens, /var/log/messages zeigt auch meine Vorwahl+MSN (721 1111111) an, mit der ich mich einwähle.
Schalte ich dann aber secure-ISDN-Einwahl scharf indem ich REMOTE_IN einkommentiere und SECURE="off" auskommentiere, (dann natürlich SuSEconfig --module isdn;ifdown ippp1;ifup ippp1), dann nimmt mir die Fritz-Karte 2.0 (Capi-Treiber) den Ruf NICHT an! "ignored" gibt /var/log/messages aus! Als eingehende Nummer wird immer noch die richtige, nämlich 0721 1111111 angezeigt. Kann es sein, daß isdnlog die richtige Nummer anzeigt, aber der D-Kanal durch die zwischengeschaltete ISDN-Anlage irgendeinen Nummern-Murx durchstellt, daß die ISDN- Karte als Datenruf eben nicht 0721 1111111 angezeigt bekommt, sondern eben etwas Anderes?
Nein, allerdings darfst Du die isdnlog Nummer nie verwenden, da isdnlog die Nummer z.B. noch mit zusaetzlich fuehrenden Nullen versehen kann. Wichtig ist was bei z.B: kernel: isdn_net: call from 07211111111 -> 0 22 ignored steht. exakt das was vor -> steht ist die Rufnummer die mit REMOTE_IN verglichen wird und was hinter -> 0 steht muss die entsprechende MSN sein. -- Karsten Keil SuSE Labs ISDN development
* Karsten Keil schrieb:
Wichtig ist was bei
z.B: kernel: isdn_net: call from 07211111111 -> 0 22 ignored
steht. exakt das was vor -> steht ist die Rufnummer die mit REMOTE_IN verglichen wird und was hinter -> 0 steht muss die entsprechende MSN sein.
Yup!! Das war's! Danke! Habe da nie genau drauf geachtet, bein REMOTE_IN stand bei mir bisher immer die Tel-Nrn ohne eine "0", was so ist wenn das Kabel direkt in den NTBA gestöpselt ist. Das ist auch bei call from 72111111111111 -> 222222222 so ersichtlich. Bei Anlagenanschlüssen ist offenbar häufig eine "0" davor. Danke Ekkard
On Fri, Apr 29, 2005 at 09:54:11PM +0200, Ekkard Gerlach wrote:
* Karsten Keil schrieb:
Wichtig ist was bei
z.B: kernel: isdn_net: call from 07211111111 -> 0 22 ignored
steht. exakt das was vor -> steht ist die Rufnummer die mit REMOTE_IN verglichen wird und was hinter -> 0 steht muss die entsprechende MSN sein.
Yup!! Das war's! Danke! Habe da nie genau drauf geachtet, bein REMOTE_IN stand bei mir bisher immer die Tel-Nrn ohne eine "0", was so ist wenn das Kabel direkt in den NTBA gestöpselt ist. Das ist auch bei call from 72111111111111 -> 222222222 so ersichtlich. Bei Anlagenanschlüssen ist offenbar häufig eine "0" davor.
Ja, das ist die Regel, die Anlage fügt die entsprechende "Amtsholziffer" ein. Nur damit andere das nicht durcheinander bringen: Mit "Anlagenanschlüssen" sind in diesem Fall Interne S0 Anschlüsse an einer TK Anlage gemeint und nicht das was die Telekom als Anlagenanschluss verkauft. -- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Ekkard Gerlach -
Karsten Keil