Re: kein Callback zwischen Linuxrechnern/E0565
On Wed, Jul 24, 2002 at 12:58:30PM +0200, Detlef Richter wrote:
Hallo Karsten, habe die isdnctrl- Ausgaben angehängt. Kurze Frage: Nutzt es Dir etwas, wenn ich Dir sage, dass ich das ganze bisher nur innerhalb unseres Büros und damit nur intern über die Hausanlage getestet habe? Kann das etwas damit zu tun haben? Aber warum geht es dann anders herum tadellos?Oder vielleicht mit den unterschiedlichen SuSE-Versionen (A=Anrufer=6.3,B=Server=7.2) ?
Ja, da sind unterschiedliche Treiber im Einsatz. Beide sind zwar konform zur ETSI und zertifiziert wobei die aelteren etwas zu strikt mit Statusmeldungen waren, was manchmal Probleme hinter TK Anlagen verusacht hat. So auch in diesem Fall: Der A-Rechner (und nur dieser ???) bekommt das SETUP mit einem zusaetzlichen Signal Infoelement, das es lt. ETSI nicht mehr gibt, dashalb schickt der Treiber eine Statusmeldung, die besagt das er Signal nicht handelt sondern ignoriert (ist vollkommen konform zu den Standards). Normalerweise sollte die Anlage das einfach ignorieren, da sie aber anscheinend mit der Statusmeldung nichts anfangen kann, bricht sie einfach die Verbindung ab. Da das kein Einzelfall war, habe ich in den neueren Versionen des Treibers Signal als gueltiges IE akzeptiert. Also entweder den Rechner A nicht an der Anlage betreiben, oder den kernel updaten. -- Karsten Keil SuSE Labs ISDN development
Hallo! Ich möchte nur mal ganz kurz dazwischen, da es nun auch für mich (uns) interessant wird: On Wednesday, 24. July 2002 13:32, Karsten Keil wrote:
... Ja, da sind unterschiedliche Treiber im Einsatz. Beide sind zwar konform zur ETSI und zertifiziert wobei die aelteren etwas zu strikt mit Statusmeldungen waren, was manchmal Probleme hinter TK Anlagen verusacht hat.
So auch in diesem Fall: Der A-Rechner (und nur dieser ???) bekommt das SETUP mit einem zusaetzlichen Signal Infoelement, das es lt. ETSI nicht mehr gibt, dashalb schickt der Treiber eine Statusmeldung, die besagt das er Signal nicht handelt sondern ignoriert (ist vollkommen konform zu den Standards). Normalerweise sollte die Anlage das einfach ignorieren, da sie aber anscheinend mit der Statusmeldung nichts anfangen kann, bricht sie einfach die Verbindung ab.
Da das kein Einzelfall war, habe ich in den neueren Versionen des Treibers Signal als gueltiges IE akzeptiert. ... Also: In welchen Versionen (kernel, i4l) war das noch drin bzw. ab wann war es raus? So eine Info ist für Leute, die i4l in "embedded" Geräten verteilen, die wiederum an TK-Anlagen "aller" Hersteller funktionieren sollen, ziemlich wichtig :-)
Salut, Jörg -- Joerg Schmitz-Linneweber gpg/pgp key id: 0xe40a9d7a Lehrstuhl fuer Signaltheorie, RUB, 44780 Bochum, Germany Tel. +49 (234) 32-28151, FAX +49 (234) 32-08151, http://www.sth.ruhr-uni-bochum.de
On Wed, Jul 24, 2002 at 04:17:39PM +0200, Joerg Schmitz-Linneweber wrote:
Hallo!
Ich möchte nur mal ganz kurz dazwischen, da es nun auch für mich (uns) interessant wird:
On Wednesday, 24. July 2002 13:32, Karsten Keil wrote:
... Ja, da sind unterschiedliche Treiber im Einsatz. Beide sind zwar konform zur ETSI und zertifiziert wobei die aelteren etwas zu strikt mit Statusmeldungen waren, was manchmal Probleme hinter TK Anlagen verusacht hat.
So auch in diesem Fall: Der A-Rechner (und nur dieser ???) bekommt das SETUP mit einem zusaetzlichen Signal Infoelement, das es lt. ETSI nicht mehr gibt, dashalb schickt der Treiber eine Statusmeldung, die besagt das er Signal nicht handelt sondern ignoriert (ist vollkommen konform zu den Standards). Normalerweise sollte die Anlage das einfach ignorieren, da sie aber anscheinend mit der Statusmeldung nichts anfangen kann, bricht sie einfach die Verbindung ab.
Da das kein Einzelfall war, habe ich in den neueren Versionen des Treibers Signal als gueltiges IE akzeptiert. ... Also: In welchen Versionen (kernel, i4l) war das noch drin bzw. ab wann war es raus? So eine Info ist für Leute, die i4l in "embedded" Geräten verteilen, die wiederum an TK-Anlagen "aller" Hersteller funktionieren sollen, ziemlich wichtig :-)
Ab l3dss1.c 2.21 (19.Dez 1999) ist das lt CVS gefixed, ich glaube das ist seit der SuSE 6.4 drin, im offiziellen kernel seit 2.2.14. -- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Joerg Schmitz-Linneweber
-
Karsten Keil