Hallo Karsten, hallo Alle! Ich habe mal eine Frage. Problem: - Aufbau einer sync. PPP Verb. von isdn4linux zu isdn4linux. - Beide Geräte (mit Sedlbaur ISA-ISDN) sind an (je) einem "normalen" Mehrgeräte NTBA mit Euro-ISDN - dazwischen sind x V.St. :-) - Ich kann per (VPN) in beide Geräte (A und B) reinsehen... - Wenn ich von A nach B versuche zu wählen, dann bekomme ich einen Verb.aufbau. Ich sehe also in beiden Geräten die jeweiligen korrekten MSNs. - Es kommt aber gar nicht erst zu einem Datenaustausch (mit ipppd), da A sagt: "hangup... cause E0010" und B sagt: "hangup... cause E001B"! Was mir nun sehr komisch vorkommt ist, daß B(!) sagt: "destination out of order"... warum das? Er *wird* doch schließlich angerufen... Der Anschluß (konfig. der Telekom und Verkabelung) von A ist definiert gut und OK! Der von B scheint auch ok zu sein, da dort noch weitere Geräte an dem NTBA (mit anderen MSNs) arbeiten... (Leitungslänge und Term. sind auch wohl ok) D-Kanal ist mindestens einer frei. Wo und wie soll mensch nun wohl weiter suchen? :-) Ich hoffe hier ist jemand, der mit dem isdn_cause E001B etwas mehr Erfahrung hat... (google gab da leider auch nur "Halb-Wissen" zum Besten ;-) Bis hierhin schon mal vielen Dank! Salut, Jörg -- gpg/pgp key # 0xd7fa4512 fingerprint 4e89 6967 9cb2 f548 a806 7e8b fcf4 2053 d7fa 4512
On Fri, Aug 11, 2006 at 02:55:59PM +0200, Joerg Schmitz-Linneweber wrote:
Hallo Karsten, hallo Alle!
Ich habe mal eine Frage. Problem: - Aufbau einer sync. PPP Verb. von isdn4linux zu isdn4linux. - Beide Geräte (mit Sedlbaur ISA-ISDN) sind an (je) einem "normalen" Mehrgeräte NTBA mit Euro-ISDN - dazwischen sind x V.St. :-) - Ich kann per (VPN) in beide Geräte (A und B) reinsehen... - Wenn ich von A nach B versuche zu wählen, dann bekomme ich einen Verb.aufbau. Ich sehe also in beiden Geräten die jeweiligen korrekten MSNs. - Es kommt aber gar nicht erst zu einem Datenaustausch (mit ipppd), da A sagt: "hangup... cause E0010" und B sagt: "hangup... cause E001B"!
Was mir nun sehr komisch vorkommt ist, daß B(!) sagt: "destination out of order"... warum das? Er *wird* doch schließlich angerufen...
Er bekommt wahrscheinlich keine TEI von der Vermittlung bzw. Anlage zugewiesen, nähers kann nur ein ausführliches log sagen. Ich hatte auch schion den Fall, das bei einer Dose oder einem Kabel das auessere Paar defekt war, dann sieht die Karte zwar den Anruf, die Antworten kommen aber nie bei der Vermittlung an.
Der Anschluß (konfig. der Telekom und Verkabelung) von A ist definiert gut und OK! Der von B scheint auch ok zu sein, da dort noch weitere Geräte an dem NTBA (mit anderen MSNs) arbeiten... (Leitungslänge und Term. sind auch wohl ok) D-Kanal ist mindestens einer frei.
Wo und wie soll mensch nun wohl weiter suchen? :-) Ich hoffe hier ist jemand, der mit dem isdn_cause E001B etwas mehr Erfahrung hat... (google gab da leider auch nur "Halb-Wissen" zum Besten ;-)
Bis hierhin schon mal vielen Dank! Salut, Jörg
-- gpg/pgp key # 0xd7fa4512 fingerprint 4e89 6967 9cb2 f548 a806 7e8b fcf4 2053 d7fa 4512
-- Karsten Keil SuSE Labs ISDN development
Hallo Liste, wo können die Namen der Ortsnetze, auf die ISDNLOG zurückgreift, editiert werden? Bobenkirchen sollte Bobenneukirchen heißen: Aug 16 08:18:33 dolly isdnlog: Aug 16 08:18:33 * tei 66 calling +49 37434/12345, Bobenkirchen with DOLLY RING (Data) Ich erinnere mich dunkel, dass diese Liste irgendwo einkompiliert ist , aber wo? Gruß Sigward Funke
On Wed, Aug 16, 2006 at 10:29:05AM +0200, Sigward Funke wrote:
Hallo Liste,
wo können die Namen der Ortsnetze, auf die ISDNLOG zurückgreift, editiert werden?
Bobenkirchen sollte Bobenneukirchen heißen:
Aug 16 08:18:33 dolly isdnlog: Aug 16 08:18:33 * tei 66 calling +49 37434/12345, Bobenkirchen with DOLLY RING (Data)
Ich erinnere mich dunkel, dass diese Liste irgendwo einkompiliert ist , aber wo?
Source: isdn4k-utils/isdnlog/tools/zone/de/code Das wird beim bauen von isdnlog in eine Datenbank eingefügt (/usr/lib/isdn/dest.cdb). Ich habe es im CVS geändert, bei neuen Versionen sollte es dann gefixt sein. Danke für die Info. -- Karsten Keil SuSE Labs ISDN development
participants (3)
-
Joerg Schmitz-Linneweber
-
Karsten Keil
-
Sigward Funke