Hallo! 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!) Ich habe in meiner /var/log/warn ein paar Meldungen gesehen die mir nicht ganz klar sind: rocessing '/usr/lib/joerc'...done IW warn Row 116 Col 1 6:41 Ctrl-K H for help Jul 23 10:23:55 linux modprobe: modprobe: Can't locate module ippp1 Jul 23 10:23:55 linux ipppd[103]: ioctl(SIOCAIFADDR): No such device Jul 23 15:03:41 linux modprobe: modprobe: Can't locate module ippp1 Jul 23 15:03:41 linux ipppd[103]: ioctl(SIOCSIFMTU): No such device, 6 ippp1 15 Jul 23 15:03:42 linux modprobe: modprobe: Can't locate module ippp1 Jul 23 15:03:42 linux ipppd[103]: ioctl(SIOCAIFADDR): No such device Jul 23 16:12:54 linux modprobe: modprobe: Can't locate module ippp0 Jul 23 16:12:57 linux last message repeated 6 times Jul 23 16:24:05 linux kernel: isdn_net: interface ippp0 already exists Jul 23 16:24:52 linux modprobe: modprobe: Can't locate module ippp0 Jul 23 16:24:54 linux last message repeated 6 times Jul 23 17:05:53 linux modprobe: modprobe: Can't locate module ippp1 Jul 23 17:05:53 linux ipppd[2752]: ioctl(SIOCSIFMTU): No such device, 7 ippp1 1 Jul 23 17:05:54 linux modprobe: modprobe: Can't locate module ippp1 Jul 23 17:05:54 linux ipppd[2752]: ioctl(SIOCAIFADDR): No such device Jul 23 17:55:46 linux kernel: isdn_net: interface ippp0 already exists Jul 23 17:55:49 linux kernel: isdn_net: interface ippp1 already exists Jul 23 17:56:24 linux kernel: isdn_net: interface ippp1 already exists Jul 23 18:36:02 linux modprobe: modprobe: Can't locate module ippp1 Jul 23 18:36:02 linux ipppd[104]: ioctl(SIOCSIFMTU): No such device, 6 ippp1 15 Jul 23 18:36:02 linux modprobe: modprobe: Can't locate module ippp1 Jul 23 18:36:02 linux ipppd[104]: ioctl(SIOCAIFADDR): No such device Weiter zu meinen ISDN-"GERÄTEN" Current setup of interface 'ippp0': EAZ/MSN: 01 Phone number(s): Outgoing: 0718915015 Incoming: Dial mode: auto Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 2 Hangup-Timeout: 180 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: ippp1 Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 Current setup of interface 'ippp1': EAZ/MSN: 01 Phone number(s): Outgoing: 0718915015 Incoming: Dial mode: auto Secure: on Callback: off Reject before Callback: on Callback-delay: 5 Dialmax: 1 Hangup-Timeout: 180 Incoming-Hangup: on ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: ippp0 Pre-Bound to: Nothing PPP-Bound to: 1 Bitte um Hilfe! mfg Jürgen
Nachricht vom Mon, 24 Jul 2000: "[suse-isdn] NOCHMALS KANALBUENDELUNG"
Hallo!
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!)
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. Antwort: ###########
P.S.: Warum versucht modprobe eigentlich ein Modul names ippp1 einzubinden? Oder hat das damit überhaupt nichst zu tun und ist ein anderes Problem?
"leider" schaut das alles sehr richtig aus und mir ist nicht ganz klar, warum es nicht funktioniert. ########### Aber schau doch mal was der ipppd so alles in /var/log/messages ausgibt (less +F /var/log/messages). Für eine vernünftige Ausgabe in der /etc/rc.config.d/i4l_hardware.rc.config den Wert für I4L_HISAXDEBUG_1 auf 4 setzen. (Ich habe SuSE6.4, bei älteren Versionen sitzt der Wert evtl. in einer anderen Datei. Über Yast -> Administration -> Konfigurationsdatei verändern kann man den Eintrag suchen lassen und direkt und unabhängig von der Version umändern) In /etc/ppp/ioptions den Kommentar "debug" eintragen. I4l neu starten. Beim Wählen muss in "messages" eine Ausgabe der Art ipppd[191]: MPPP negotiation, He: Yes We: Yes erscheinen. Ist dies nicht der Fall, lässt der Provider erst gar keine Dualchannel- verbindung zu. Ist aber auch nur ne wage Idee. Desweiteren gibt es noch einen Bug in mppp. Ist einmal ein zweiter Kanal zur Verbindung zugeschaltet worden verfängt sich der ipppd und muss neu gestartet werden. Gruß Gordin
Hallo, On Tue, 25 Jul 2000, Christoph Mockenhaupt wrote:
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ß. Berthold Gunreben (bg@suse.de) ---------------------------------------------------------------------------
participants (3)
-
Berthold Gunreben
-
Christoph Mockenhaupt
-
J=?ISO-8859-1?B?/HJnZW4=?=