Problem mit Kernel ab 2.2.11, B1 ISA, Kanalbündelung
Hi folks! Ich hab hier seit einiger Zeit ein etwas unschönes Phänomen... Wenn ich nach einem Neustart mit meiner B1 eine Verbindung über ein ippp-Interface zu unserem POP aufbaue und dann einen zweiten Kanal dazuschalten will, wird der auch ganz sauber aufgebaut, dann allerdings sofort wieder beendet. Lege ich dann den ersten Kanal auf, wähle erneut und mache nochmal ein isdnctrl addlink ippp1, funktioniert alles normal... Diese Beobachtung hatte ich bei Kernel 2.2.11 und 2.2.14. Beide jeweils aus Standard-Quellen von kernel.org gebaut, mit den Patches für Reiser-FS und RAID Autodetect. Nun, dann dachte ich mir, versuch doch mal einen neuen Kernel, der da noch so rumliegt. Ein 2.2.17pre9 mit Raid/Reiser... da hatte ich dann etwas weniger Erfolg. Egal wie ich die B1-Treiber übersetzte (ob als Modul oder fest im Kernel), die B1 tut nicht. Wenn die B1 als Modul übersetzt wird, kommt ein Fehler beim Laden des Moduls kernelcapi: unresolved symbol tqueue_lock (leider nur sinngemäß, da ich diesen Kernel - unvorsichtigerweise - schon in /dev/null archiviert habe....). Beim Versuch, das Modul isdn zu laden, kommt der selbe Fehler.... in /boot/ liegt die richtige System.map.. (is ein Link auf /boot/2.2.17pre9/System.map). OK, dachte ich mir, lade doch mal die neusten ISDN-Treiber und die neusten ISDN-Utils runter. Nach dem Neubau des Kernels und der Übersetzng der Utils konnte ich allerdings immernoch keine Veränderung beobachten... Das gleiche Problem hatte ein Kollege von mir mit dem SuSE Kernel 2.2.16... Mittlerweile habe ich wieder einen Kernel 2.2.14-RAID-REISER, der tut zwar eingeschränkt, aber er tut.... Vielleicht kann mir jemand von Euch einen Tip geben, wo ich suchen soll.. ich bin mit meinem Latein etwas am Ende... Eine Suche in der SDB hatte keinen Erfolg, bei Deja hatte ich einen Treffer zum Kernel-Problem, aber der Kommentar dort war unbrauchbar (don't use insmod for loading the module, use modprobe instead.... hm.. wieso kommt dann bei beiden Befehlen der gleiche Fehler???) In der Anlage kommt noch ein Auszug aus /var/log/messages, zuerst ein Fehlerhafter Anwahlversuch, dann ein funktionierender... Thanx schon mal.... Roland PS: in dem Rechner stecken 2 B1en... die Internetverbindung ist exclusiv auf die 2. Karte gebunden... da ich bei diesen Versuchen auf der 1. Karte keinen S0-Bus angesteckt hatte, kann es sein, dass sich in dem Logauszug noch ein paar Fehler befinden, die mit dem eigentlichen Problem nix zu tun haben.. habe zwar versucht, die rauszuwerfen, kann aber sein, dass ich da einen vergessen hab... ================================================================ der 1. Versuch schlägt fehl... Aug 10 13:52:48 pollux kernel: ippp1: dialing 1 00192112... Aug 10 13:52:49 pollux kernel: kcapi: appl 1 ncci 0x10102 up Aug 10 13:52:49 pollux ipppd[161]: Local number: 968830, Remote number: 00192112, Type: outgoing Aug 10 13:52:49 pollux ipppd[161]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 1, fd: 8 Aug 10 13:52:49 pollux kernel: isdn_net: ippp1 connected Aug 10 13:52:49 pollux kernel: isdn_net: chargetime of ippp1 now 10857 Aug 10 13:52:49 pollux kernel: capidrv-2: chan 0 up with ncci 0x10102 Aug 10 13:52:49 pollux ipppd[161]: Remote message: Aug 10 13:52:49 pollux ipppd[161]: MPPP negotiation, He: Yes We: Yes Aug 10 13:52:49 pollux ipppd[161]: CCP enabled! Trying CCP. Aug 10 13:52:49 pollux ipppd[161]: CCP: got ccp-unit 0 for link 1 (protocol: 0x80fd) Aug 10 13:52:49 pollux ipppd[161]: ccp_resetci! Aug 10 13:52:49 pollux ipppd[161]: local IP address 195.189.80.244 Aug 10 13:52:49 pollux ipppd[161]: remote IP address 195.189.80.35 Aug 10 13:52:56 pollux kernel: ippp2: dialing 1 00192112... Aug 10 13:52:57 pollux kernel: kcapi: appl 1 ncci 0x20202 up Aug 10 13:52:57 pollux ipppd[211]: Local number: 968830, Remote number: 00192112, Type: outgoing Aug 10 13:52:57 pollux ipppd[211]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 2, linkunit: 1, fd: 8 Aug 10 13:52:57 pollux kernel: isdn_net: ippp2 connected Aug 10 13:52:57 pollux kernel: isdn_net: chargetime of ippp2 now 11654 Aug 10 13:52:57 pollux kernel: capidrv-2: chan 1 up with ncci 0x20202 Aug 10 13:52:57 pollux modprobe: modprobe: Can't locate module ippp2 Aug 10 13:52:57 pollux ipppd[211]: ioctl(SIOCSIFMTU): No such device, 6 ippp2 1500. Aug 10 13:52:57 pollux ipppd[211]: Remote message: Aug 10 13:52:57 pollux ipppd[211]: MPPP negotiation, He: Yes We: Yes Aug 10 13:52:57 pollux ipppd[211]: CCP enabled! Trying CCP. Aug 10 13:52:57 pollux ipppd[211]: CCP: got ccp-unit 0 for link 1 (protocol: 0x80fd) Aug 10 13:52:57 pollux ipppd[211]: ccp_resetci! Aug 10 13:52:57 pollux ipppd[211]: local IP address 195.189.80.244 Aug 10 13:52:57 pollux ipppd[211]: remote IP address 195.189.80.35 Aug 10 13:52:57 pollux modprobe: modprobe: Can't locate module ippp2 Aug 10 13:52:57 pollux ipppd[211]: ioctl(SIOCAIFADDR): No such device Aug 10 13:53:00 pollux kernel: kcapi: appl 1 ncci 0x20202 down Aug 10 13:53:00 pollux kernel: capidrv-2: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x202 Aug 10 13:53:00 pollux kernel: ippp2: remote hangup Aug 10 13:53:00 pollux kernel: ippp2: Chargesum is 0 Aug 10 13:53:00 pollux ipppd[211]: Modem hangup Aug 10 13:53:00 pollux ipppd[211]: Connection terminated. Aug 10 13:53:00 pollux ipppd[211]: taking down PHASE_DEAD link 1, linkunit: 1 Aug 10 13:53:00 pollux ipppd[211]: closing fd 8 from unit 1 Aug 10 13:53:00 pollux kernel: ippp_ccp: freeing reset data structure cce6b800 Aug 10 13:53:00 pollux ipppd[211]: link 1 closed , linkunit: 1 Aug 10 13:53:00 pollux ipppd[211]: reinit_unit: 1 Aug 10 13:53:00 pollux kernel: ippp, open, slot: 3, minor: 2, state: 0000 Aug 10 13:53:00 pollux kernel: ippp_ccp: allocated reset data structure cce6b800 Aug 10 13:53:00 pollux ipppd[211]: Connect[1]: /dev/ippp2, fd: 8 Aug 10 13:53:16 pollux kernel: isdn_net: local hangup ippp1 Aug 10 13:53:16 pollux kernel: ippp1: Chargesum is 0 Aug 10 13:53:16 pollux kernel: kcapi: appl 1 ncci 0x10102 down Aug 10 13:53:16 pollux ipppd[161]: Modem hangup Aug 10 13:53:16 pollux ipppd[161]: Connection terminated. Aug 10 13:53:16 pollux ipppd[161]: taking down PHASE_DEAD link 1, linkunit: 1 Aug 10 13:53:16 pollux ipppd[161]: closing fd 8 from unit 1 Aug 10 13:53:16 pollux ipppd[161]: link 1 closed , linkunit: 1 Aug 10 13:53:16 pollux ipppd[161]: reinit_unit: 1 Aug 10 13:53:16 pollux kernel: ippp, open, slot: 4, minor: 1, state: 0000 Aug 10 13:53:16 pollux kernel: ippp_ccp: allocated reset data structure cade6800 Aug 10 13:53:16 pollux kernel: ippp_ccp: freeing reset data structure cd075000 Aug 10 13:53:16 pollux ipppd[161]: Connect[1]: /dev/ippp1, fd: 8 Aug 10 13:53:17 pollux kernel: capidrv-2: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x102 Beim 2. Versuch klappts dann..... Aug 10 13:53:18 pollux kernel: ippp1: dialing 1 00192112... Aug 10 13:53:19 pollux kernel: kcapi: appl 1 ncci 0x10102 up Aug 10 13:53:19 pollux kernel: isdn_net: ippp1 connected Aug 10 13:53:19 pollux kernel: isdn_net: chargetime of ippp1 now 13849 Aug 10 13:53:19 pollux kernel: capidrv-2: chan 0 up with ncci 0x10102 Aug 10 13:53:19 pollux ipppd[211]: Local number: 968830, Remote number: 00192112, Type: outgoing Aug 10 13:53:19 pollux ipppd[211]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 7 Aug 10 13:53:19 pollux ipppd[211]: Remote message: Aug 10 13:53:19 pollux ipppd[211]: MPPP negotiation, He: Yes We: Yes Aug 10 13:53:19 pollux ipppd[211]: CCP enabled! Trying CCP. Aug 10 13:53:19 pollux ipppd[211]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Aug 10 13:53:19 pollux ipppd[211]: ccp_resetci! Aug 10 13:53:19 pollux ipppd[211]: local IP address 195.189.80.244 Aug 10 13:53:19 pollux ipppd[211]: remote IP address 195.189.80.35 Aug 10 13:53:24 pollux kernel: ippp2: dialing 1 00192112... Aug 10 13:53:25 pollux kernel: kcapi: appl 1 ncci 0x20202 up Aug 10 13:53:25 pollux kernel: isdn_net: ippp2 connected Aug 10 13:53:25 pollux kernel: isdn_net: chargetime of ippp2 now 14468 Aug 10 13:53:25 pollux kernel: capidrv-2: chan 1 up with ncci 0x20202 Aug 10 13:53:25 pollux ipppd[211]: Local number: 968830, Remote number: 00192112, Type: outgoing Aug 10 13:53:25 pollux ipppd[211]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 2, linkunit: 1, fd: 8 Aug 10 13:53:25 pollux modprobe: modprobe: Can't locate module ippp2 Aug 10 13:53:25 pollux ipppd[211]: ioctl(SIOCSIFMTU): No such device, 6 ippp2 1500. Aug 10 13:53:25 pollux ipppd[211]: Remote message: Aug 10 13:53:25 pollux ipppd[211]: MPPP negotiation, He: Yes We: Yes Aug 10 13:53:25 pollux ipppd[211]: ipppd[1]: discr: 2 Aug 10 13:53:25 pollux ipppd[211]: ipppd[1]: passed 1 Aug 10 13:53:25 pollux ipppd[211]: ipppd[1]: passed 2 Aug 10 13:53:25 pollux ipppd[211]: ipppd[1]: pap/chap-check passed Aug 10 13:53:25 pollux ipppd[211]: ok, found a valid bundle with linkunit 0 Aug 10 13:53:25 pollux ipppd[211]: bundle: 0 Aug 10 13:53:25 pollux kernel: iPPP-bundle: minor: 2, slave unit: 2, master unit: 1 Aug 10 13:53:41 pollux kernel: isdn_net: local hangup ippp2 Aug 10 13:53:41 pollux kernel: ippp2: Chargesum is 0 Aug 10 13:53:41 pollux kernel: isdn_net: local hangup ippp1 Aug 10 13:53:41 pollux kernel: ippp1: Chargesum is 0 Aug 10 13:53:41 pollux kernel: kcapi: appl 1 ncci 0x20202 down Aug 10 13:53:41 pollux kernel: kcapi: appl 1 ncci 0x10102 down Aug 10 13:53:41 pollux ipppd[211]: Modem hangup Aug 10 13:53:41 pollux ipppd[211]: Connection terminated. Aug 10 13:53:41 pollux ipppd[211]: Modem hangup Aug 10 13:53:41 pollux ipppd[211]: Connection terminated. Aug 10 13:53:41 pollux ipppd[211]: taking down PHASE_DEAD link 0, linkunit: 0 Aug 10 13:53:41 pollux ipppd[211]: closing fd 7 from unit 0 Aug 10 13:53:41 pollux kernel: ippp_ccp: freeing reset data structure cd074000 Aug 10 13:53:41 pollux ipppd[211]: link 0 closed , linkunit: 0 Aug 10 13:53:41 pollux ipppd[211]: taking down PHASE_DEAD link 1, linkunit: 1 Aug 10 13:53:41 pollux ipppd[211]: closing fd 8 from unit 1 Aug 10 13:53:41 pollux kernel: ippp_ccp: freeing reset data structure cce6b800 Aug 10 13:53:41 pollux ipppd[211]: link 1 closed , linkunit: 1 Aug 10 13:53:41 pollux ipppd[211]: reinit_unit: 0 Aug 10 13:53:41 pollux kernel: ippp, open, slot: 1, minor: 1, state: 0000 Aug 10 13:53:41 pollux kernel: ippp_ccp: allocated reset data structure cce6b800 Aug 10 13:53:41 pollux ipppd[211]: Connect[0]: /dev/ippp1, fd: 7 Aug 10 13:53:41 pollux ipppd[211]: reinit_unit: 1 Aug 10 13:53:41 pollux kernel: ippp, open, slot: 2, minor: 2, state: 0000 Aug 10 13:53:41 pollux kernel: ippp_ccp: allocated reset data structure cd075000 Aug 10 13:53:41 pollux ipppd[211]: Connect[1]: /dev/ippp2, fd: 8 Aug 10 13:53:42 pollux kernel: capidrv-2: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x202 Aug 10 13:53:42 pollux kernel: capidrv-2: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x102 -- =================================================================== Roland Hebertinger Fon +49.9421.9405238 IDOWA-Online ZET.NET Fax +49.9421.940236 c/o Straubinger Tagblatt Email rh@idowa.de Ludwigsplatz 30 D-94315 Straubing WWW http://www.idowa.de ===================================================================
Hi Roland, eine Lösung habe ich noch nicht, aber die folgende Zeile aus deinem Protokoll sieht für mich verdächtig aus:
Aug 10 13:52:57 pollux modprobe: modprobe: Can't locate module ippp2 Aug 10 13:52:57 pollux ipppd[211]: ioctl(SIOCSIFMTU): No such device, 6 ippp2 1500. Heißt das Kernelmodul wirklich ippp2? Das hört sich doch eher nach dem Namen des Interface an, oder?
Viel Erfolg beim Weitersuchen Jakob
On Thu, 10 Aug 2000, Br. Jakob wrote:
Hi Roland, eine Lösung habe ich noch nicht, aber die folgende Zeile aus deinem Protokoll sieht für mich verdächtig aus:
Aug 10 13:52:57 pollux modprobe: modprobe: Can't locate module ippp2 Aug 10 13:52:57 pollux ipppd[211]: ioctl(SIOCSIFMTU): No such device, 6 ippp2 1500. Heißt das Kernelmodul wirklich ippp2? Das hört sich doch eher nach dem Namen des Interface an, oder?
Hi, ich poste hier nochmal meine Mail vom 26. Juli: -------------------------
Ich habe immer noch Probleme mit der Kanalbündelung - die 2. Leitung wird einfach nicht benutzt - auch wenn man sie manuel via addlink dazufügt! (sie wird dann automatisch nach ein paar miuten inaktiv - obwohl genügend "Verkehr" wäre!)
Da fehlt vermutlich der Parameter +mp in der Datei /etc/ppp/options.ippp0 Wem der Parameter nichts sagt, der findet die Beschreibung in man ipppd
Ich habe ein ähnliches Problem. Bei mir wird die Verbindung des Slaveinterfaces sofort wieder unterbrochen. Ob dieser Fehler allerdings mit der Fritz!Card zu tun hat kann ich nicht sagen. Da ich noch Installationssupport hatte konsultierte ich SuSE mit dem Problem.
Kanalbündelung fällt leider nicht unter den Installationssupport. Dennoch bin ich mir sicher, daß es funktioniert, da ich das hier regelmäßig teste. Allerdings ist ein Kernel 2.2.16 tatsächlich Pflicht, wenn man dieses Feature verwenden möchte. Beliebt ist noch der Fehler, daß man sdelay und trigger zu hoch eingestellt läßt. Wenn die Datenrate nicht trigger kb für eine Zeit von sdelay Sekunden übersteigt, wird kein Kanal hinzugefügt. Daß dabei dann ein modprobe ippp1 in der /var/log/messages auftaucht, ist zwar unschön, und deutet auf eine Unsauberkeit im Kernel hin, hat aber auf den Betrieb keinen Einfluß. ------------------------- Das Mailinglisten Archiv ist übrigens eine ziemlich gute Wissensquelle, und ist unter http://lists.suse.com/archives/suse-isdn/ zu finden. Im übrigen habe ich das auch mit einer AVM B1 ISA Karte mit dem Standardkernel getestet. Auch dabei gab es bei mir keine Probleme. Zu Kanalbündelung ansich gibt es einen SDB-Artikel unter http://sdb.suse.de/sdb/de/html/i4lmppp.html Berthold Gunreben (bg@suse.de) ---------------------------------------------------------------------------
Berthold Gunreben wrote:
On Thu, 10 Aug 2000, Br. Jakob wrote:
Hi Roland, eine Lösung habe ich noch nicht, aber die folgende Zeile aus deinem Protokoll sieht für mich verdächtig aus:
Aug 10 13:52:57 pollux modprobe: modprobe: Can't locate module ippp2 Aug 10 13:52:57 pollux ipppd[211]: ioctl(SIOCSIFMTU): No such device, 6 ippp2 1500. Heißt das Kernelmodul wirklich ippp2? Das hört sich doch eher nach dem Namen des Interface an, oder?
Hi,
ich poste hier nochmal meine Mail vom 26. Juli:
-------------------------
Ich habe immer noch Probleme mit der Kanalbündelung - die 2. Leitung wird einfach nicht benutzt - auch wenn man sie manuel via addlink dazufügt! (sie wird dann automatisch nach ein paar miuten inaktiv - obwohl genügend "Verkehr" wäre!)
Da fehlt vermutlich der Parameter +mp in der Datei /etc/ppp/options.ippp0 Wem der Parameter nichts sagt, der findet die Beschreibung in man ipppd
Ich habe ein ähnliches Problem. Bei mir wird die Verbindung des Slaveinterfaces sofort wieder unterbrochen. Ob dieser Fehler allerdings mit der Fritz!Card zu tun hat kann ich nicht sagen. Da ich noch Installationssupport hatte konsultierte ich SuSE mit dem Problem.
Kanalbündelung fällt leider nicht unter den Installationssupport. Dennoch bin ich mir sicher, daß es funktioniert, da ich das hier regelmäßig teste. Allerdings ist ein Kernel 2.2.16 tatsächlich Pflicht, wenn man dieses Feature verwenden möchte.
hm... wenn ich dich richtig verstehe, beziehst du dich hier auf die Kanalbündelung, die erst ab 2.2.16 geht... mit einem Kernel dieser Version gibts aber dann das Problem, dass die B1 nicht mehr tut... und ohne B1 kann ich keine ISDN-Verbindung aufbauen, die ich bündeln könnte.... beisst sich die Katze doch irgendwo in den Schwanz, oder? :-)
Daß dabei dann ein modprobe ippp1 in der /var/log/messages auftaucht, ist zwar unschön, und deutet auf eine Unsauberkeit im Kernel hin, hat aber auf den Betrieb keinen Einfluß.
naja, nur insofern, dass es erst beim zweiten Versuch tut... zumindest ist das in dieser Kiste der Fall... da der Rechner auf einer Messe steht und wir da nachts keinen Saft haben, is das min. einmal am Tag der Fall... ich glaub, da muss ich noch ein kleines Skript basteln, damit meine Linux-Laien am Stand hier nicht reinfallen...
Das Mailinglisten Archiv ist übrigens eine ziemlich gute Wissensquelle, und ist unter http://lists.suse.com/archives/suse-isdn/ zu finden.
ok, das hatte ich nicht durchsucht... aber da ich schon seit min. einem 3/4 Jahr in der Liste mitlese und in dieser Zeit (bis auf deine Mail, an die ich mich noch erinnere) nichts passendes gekommen ist, hab ich das mal nicht befragt...
Im übrigen habe ich das auch mit einer AVM B1 ISA Karte mit dem Standardkernel getestet. Auch dabei gab es bei mir keine Probleme. Zu Kanalbündelung ansich gibt es einen SDB-Artikel unter http://sdb.suse.de/sdb/de/html/i4lmppp.html
Zu diesem speziellen Problem hab ich da allerdings nichts gefunden... Gruß, Roland -- =================================================================== Roland Hebertinger Fon +49.9421.9405238 IDOWA-Online ZET.NET Fax +49.9421.940236 c/o Straubinger Tagblatt Email rh@idowa.de Ludwigsplatz 30 D-94315 Straubing WWW http://www.idowa.de ===================================================================
Hallo Roland, On Thu, 10 Aug 2000, Roland Hebertinger wrote:
hm... wenn ich dich richtig verstehe, beziehst du dich hier auf die Kanalbündelung, die erst ab 2.2.16 geht... mit einem Kernel dieser Version gibts aber dann das Problem, dass die B1 nicht mehr tut... und ohne B1 kann ich keine ISDN-Verbindung aufbauen, die ich bündeln könnte.... beisst sich die Katze doch irgendwo in den Schwanz, oder? :-)
Nein. Kanalbündelung geht tatsächlich erst ab 2.2.16 vernünftig, und ist vorher ziemlich kritisch zu betrachten. Kanalbündelung mit 2.2.16 hat mit einer AVM B1 ISA hier bei mir sogar über eine Telefonanlage absolut keine Probleme gemacht, daher verstehe ich das Problem nicht. Berthold Gunreben (bg@suse.de) ---------------------------------------------------------------------------
participants (3)
-
Berthold Gunreben -
Br. Jakob -
Roland Hebertinger