* "Leo Alzinger" <ml1@alzinger.com> schrieb:
-----Ursprüngliche Nachricht----- Von: Karsten Keil [mailto:kkeil@suse.de] Gesendet: Samstag, 16. August 2003 12:32 An: suse-isdn@suse.com Betreff: Re: [suse-isdn] isdnlog
On Sat, Aug 16, 2003 at 11:14:45AM +0200, Leo Alzinger wrote:
hallo!
ich habe folgendes problem:
der isdnlog müllt mir dir /var/log/messages mit folgender meldung zu
- tei 127 calling ? with '' invalide lenght 106 complete frame ignored
die isdn karte hängt am internen s0 bus meiner tel-anlage. die meldung
kommt
ca. alle 30 sekunden obwohl aber niemand telefoniert, wählt oder ein anruf herein kommt.
woran könnte das liegen bzw. wie stellt man das ab?
Die Anlage schickt interne Messages an Systemkomponenten, das machen viele Anlagen, natuerlich kann isdnlog mit solchen Frames nichts anfangen, in diesem Fall kommt noch eine sehr grosse Laenge des Frames hinzu, isdnlog hat hier eine Begrenzung (die allerdings nicht mit der ETSI bzw. Q931 konform ist).
Ohne sourceaenderungen nicht abschaltbar.
-- Karsten Keil SuSE Labs ISDN development
--
wo gibt es die sourcen und was müsste man ändern damit diese messages ignoriert werden?
Die aktuellen Quelltexte gibtes im CVS auf isdn4linux.de. Wie daraus ein lauffähiger isdnlog entsteht, kann im Thread "isdnlog und handy", vor einigen Tagen auf dieser Liste entstanden, nachgelesen werden. isdnlog bricht die Bearbeitung von Nachrichten mit der oben genannten Meldung ab, sobald der Inhalt eines Informationselement länger als 50 Oktette ist. Diese Grenze steht in der Datei .../isdnlog/isdnlog/processor.c, Zeile 1949. Sofern ich mich richtig belesen habe darf eine Schicht-3-Nachricht im D-Kanal maximal 260 Oktette lang sein, ein Informationselement darin maximal 256 Oktette, der Inhalt des Informationselement somit 254 Oktette. Eine weitere Änderung wird notwendig, wenn isdnlog die von der TK-Anlage gesendeten Informationselemente vom Typ her nicht kennt. In diesem Fall sind die fehlenden Elemente in .../isdnlog/isdnlog/messages.c dem Zeigerfeld InformationElement hinzuzufügen (Zeile 107). Letzteres werde ich in den nächsten Tagen für die Informationselemente nach Q.932 (Keypad, Feature Key und Functional Protocol) tun, um das hier unter "isdnrep -keine incoming calls-" geschilderte Problem zu beheben. Gut möglich, dass Deine TK-Anlage auch diese Informationselemente verwendet. Im Rahmen dieser Änderungen werde ich auch wie oben beschrieben die maximale Länge eines Informationselementsinhalts von 50 auf 254 heraufsetzen, sofern ich hier nichts Gegenteiliges zu lesen bekomme. Mit diesen beiden Änderungen sollte isdnlog diese Informationselemente dann ignorieren oder allenfalls in Debugausgaben anzeigen. Gruß Tobias -- Tobias Becker E-Mail tobiasb@talypso.de PGP 0xD06BB70D * Und erfahrene Menschen sagen, daß derjenige, der zu viel sieht und zu viel weiß, ähnlich wie der, der zu wenig sieht und zu wenig weiß, leicht vom richtigen Weg abkommt und untergeht. * Stefan Chwin *