Was ist "Bearer capability not implemented" ?
Hallo, nun habe ich mich endlich aufgerafft, mein altes Suse 6.4 auf 8.1 umzustellen. Die ISDN Konfiguration ist ja einiges unübersichtlicher geworden. Die Konfiguration des DSL Zugangs zum Internet klappte problemlos. Beim Zugang zum Firmennetz per ISDN erscheint folgendes in /var/log/messages: Dec 28 18:05:55 kwas kernel: ippp0: dialing 0 0069xxxxxx... Dec 28 18:05:55 kwas isdnlog: Dec 28 18:05:55 * tei 108 calling +49 69/xxxxxx, Frankfurt with +49 6223/xxxxxx, Neckargemünd RING (Data) Dec 28 18:05:55 kwas isdnlog: Dec 28 18:05:55 tei 108 calling +49 69/xxxxxx, Frankfurt with +49 6223/xxxxxx, Neckargemünd Bearer capability not implemented (Public network serving local user) Dec 28 18:05:55 kwas isdnlog: Dec 28 18:05:55 tei 108 calling +49 69/xxxxxx, Frankfurt with +49 6223/xxxxxx, Neckargemünd Bearer capability not implemented (User) Dec 28 18:05:55 kwas isdnlog: Dec 28 18:05:55 tei 108 calling +49 69/xxxxxx, Frankfurt with +49 6223/xxxxxx, Neckargemünd HANGUP Bearer capability not implemented (Public network serving local user) Dec 28 18:05:55 kwas kernel: capidrv-1: DISCONNECT_IND reason 0x34c1 (Bearer capability not implemented) for plci 0x101 Was ist "Bearer capability not implemented" ? Danke, Torsten
On Sat, Dec 28, 2002 at 06:15:45PM +0100, Torsten Foertsch wrote:
Hallo,
nun habe ich mich endlich aufgerafft, mein altes Suse 6.4 auf 8.1 umzustellen. Die ISDN Konfiguration ist ja einiges unübersichtlicher geworden.
Was ist unuebersichtlicher geworden ? Ich finde es uebersichtlicher, fuer jede Karte ein eigenes Konfigfile, fuer jedes Interface ein Konfigfile und fuer jeden Provider ein File, damit ist man flexibler und muss nicht immer alles neu starten. Das alte System war einfach nicht mehr geeignet auch andere Services zu ermöglichen.
Die Konfiguration des DSL Zugangs zum Internet klappte problemlos. Beim Zugang zum Firmennetz per ISDN erscheint folgendes in /var/log/messages:
Dec 28 18:05:55 kwas kernel: ippp0: dialing 0 0069xxxxxx...
^^^^^^^^^^^^^ Stimmt diese Nummer ? Es sieht so aus, als ob da kein ISDN Datendienst zur Verfügung steht.
Dec 28 18:05:55 kwas isdnlog: Dec 28 18:05:55 * tei 108 calling +49 69/xxxxxx, Frankfurt with +49 6223/xxxxxx, Neckargemünd RING (Data) Dec 28 18:05:55 kwas isdnlog: Dec 28 18:05:55 tei 108 calling +49 69/xxxxxx, Frankfurt with +49 6223/xxxxxx, Neckargemünd Bearer capability not implemented (Public network serving local user) Dec 28 18:05:55 kwas isdnlog: Dec 28 18:05:55 tei 108 calling +49 69/xxxxxx, Frankfurt with +49 6223/xxxxxx, Neckargemünd Bearer capability not implemented (User) Dec 28 18:05:55 kwas isdnlog: Dec 28 18:05:55 tei 108 calling +49 69/xxxxxx, Frankfurt with +49 6223/xxxxxx, Neckargemünd HANGUP Bearer capability not implemented (Public network serving local user) Dec 28 18:05:55 kwas kernel: capidrv-1: DISCONNECT_IND reason 0x34c1 (Bearer capability not implemented) for plci 0x101
Was ist "Bearer capability not implemented" ?
Ein digitaler Datenanruf auf einen Anloganschluss liefert normalerweise diese Cause. -- Karsten Keil SuSE Labs ISDN development
On Saturday 28 December 2002 19:06, Karsten Keil wrote:
Dec 28 18:05:55 kwas kernel: ippp0: dialing 0 0069xxxxxx...
^^^^^^^^^^^^^ Stimmt diese Nummer ? Es sieht so aus, als ob da kein ISDN Datendienst zur Verfügung steht.
Also, wenn man statt 0069 069 (Frankfurt) liest, dann ja. Könnte es sein, dass der Einwahl-Server über Weihnachten abgeschaltet ist? Kann sich das so äußern? Torsten
On Sat, Dec 28, 2002 at 08:10:25PM +0100, Torsten Foertsch wrote:
On Saturday 28 December 2002 19:06, Karsten Keil wrote:
Dec 28 18:05:55 kwas kernel: ippp0: dialing 0 0069xxxxxx...
^^^^^^^^^^^^^ Stimmt diese Nummer ? Es sieht so aus, als ob da kein ISDN Datendienst zur Verfügung steht.
Also, wenn man statt 0069 069 (Frankfurt) liest, dann ja.
Das ist das was gewaehlt wird, setzt sich normalerweise aus dem bei der Karte angegebenen Prefix zur Amtsholung und aus der Nummer beim Provider Setup zusammen.
Könnte es sein, dass der Einwahl-Server über Weihnachten abgeschaltet ist? Kann sich das so äußern?
Bist Du hinter einer TK Anlage und brauchst eine zusaetzliche 0 ?, wenn nein, dann loesch schnell den DIALPREFIX den Du gesetzt hast. (YaST Karten Setup oder direkt /etc/sysconfig/isdn/cfg-contr0; dann SuSEconfig --module isdn nicht vergessen) -- Karsten Keil SuSE Labs ISDN development
On Sunday 29 December 2002 19:22, Karsten Keil wrote:
Bist Du hinter einer TK Anlage und brauchst eine zusaetzliche 0 ?, wenn nein, dann loesch schnell den DIALPREFIX den Du gesetzt hast. (YaST Karten Setup oder direkt /etc/sysconfig/isdn/cfg-contr0; dann SuSEconfig --module isdn nicht vergessen)
das hatte ich inzwischen schon selbst herausgefunden. Trotzdem Danke. Jetzt plagt mich noch das routing ein wenig. ich habe ein file /etc/sysconfig/network/ifroute-ippp0 mit folgendem Inhalt: 10.10.0.0 0.0.0.0 255.255.0.0 Nach dem "ifup ippp0" ist die route richtig gesetzt. Ein ping auf einen Rechner in diesem Netz führt zur Wahl. Dann kriegt das Interface eine dyn. IP Adresse zugewiesen. Nun steht in der routing Tabelle eine Host-Route (H flag) für den Peer. Die Netz-Route für das 10.10.0.0 Netz ist weg. Wenn ich die Route dann manuell mit dem Befehl "route add -net 10.10.0.0 netmask 255.255.0.0 dev ippp0" nachtrage, funktioniert alles. Wo trage ich sowas am besten ein? Früher hatte ich ein Script, das von /etc/ppp/ip-up gerufen wurde. Torsten
On Sun, Dec 29, 2002 at 07:36:21PM +0100, Torsten Foertsch wrote:
On Sunday 29 December 2002 19:22, Karsten Keil wrote:
Bist Du hinter einer TK Anlage und brauchst eine zusaetzliche 0 ?, wenn nein, dann loesch schnell den DIALPREFIX den Du gesetzt hast. (YaST Karten Setup oder direkt /etc/sysconfig/isdn/cfg-contr0; dann SuSEconfig --module isdn nicht vergessen)
das hatte ich inzwischen schon selbst herausgefunden. Trotzdem Danke. Jetzt plagt mich noch das routing ein wenig.
ich habe ein file /etc/sysconfig/network/ifroute-ippp0 mit folgendem Inhalt:
10.10.0.0 0.0.0.0 255.255.0.0
Nach dem "ifup ippp0" ist die route richtig gesetzt. Ein ping auf einen Rechner in diesem Netz führt zur Wahl. Dann kriegt das Interface eine dyn. IP Adresse zugewiesen. Nun steht in der routing Tabelle eine Host-Route (H flag) für den Peer. Die Netz-Route für das 10.10.0.0 Netz ist weg. Wenn ich die Route dann manuell mit dem Befehl "route add -net 10.10.0.0 netmask 255.255.0.0 dev ippp0" nachtrage, funktioniert alles. Wo trage ich sowas am besten ein? Früher hatte ich ein Script, das von /etc/ppp/ip-up gerufen wurde.
Das musst Du nur nach /etc/ppp/ip-up.d/ lopieren, dann wird es automatisch ausgefuehrt (bekommt selbe parameter wie /etc/ppp/ip-up). Wenn Du keine dynamische Adresse bekommst,sondern eine feste, kannst Du auch die feste Ip eintragen und Dynamic ausschalten, dann bleibt die Route erhalten, da sich die Adresse nicht aendert. -- Karsten Keil SuSE Labs ISDN development
On Sunday 29 December 2002 20:13, Karsten Keil wrote:
Das musst Du nur nach /etc/ppp/ip-up.d/ lopieren, dann wird es automatisch ausgefuehrt (bekommt selbe parameter wie /etc/ppp/ip-up).
Hatte ich schon gemacht nachdem ich /etc/ppp/ip-up etwas ausführlicher studiert hatte. Funktioniert. Jetzt habe ich noch /etc/sysconfig/network/if-{down,up}.d entdeckt. Wofür sind die? Torsten
On Sun, Dec 29, 2002 at 08:27:28PM +0100, Torsten Foertsch wrote:
On Sunday 29 December 2002 20:13, Karsten Keil wrote:
Das musst Du nur nach /etc/ppp/ip-up.d/ lopieren, dann wird es automatisch ausgefuehrt (bekommt selbe parameter wie /etc/ppp/ip-up).
Hatte ich schon gemacht nachdem ich /etc/ppp/ip-up etwas ausführlicher studiert hatte. Funktioniert. Jetzt habe ich noch /etc/sysconfig/network/if-{down,up}.d entdeckt. Wofür sind die?
Um zusaetzliche Sachen beim Hoch/Runterfahren von netzwerk devices zu machen (bei ifup ifdown). Der Unterschied: ifup/ifdown passier beim Starten des device, meistens beim booten oder beim Hotplug (PCMCIA/USB), gilt auch fuer eth0 usw. ip-up/ip-down passiert beim (dis)connecten der Verbindung und nur bei PPP. -- Karsten Keil SuSE Labs ISDN development
participants (2)
-
Karsten Keil -
Torsten Foertsch