Re: [suse-isdn] Automatische Anwahl funktioniert nur einmal
Hi, On Tue, 14 Aug 2001, H.-U. Jetter wrote:
nach einer isdn standardinstallation (nach handbuch) einer 7.2 ergibt sich, dass vor der ersten einwahl das kommando # route zeigt (durch dies kommando wählt sich die maschine übrigens ein), dass eine default route gesetzt ist, z.b.
default eigene_maschine 0.0.0.0 UG 0 0 0 ippp0
wartet man nun ab, bis aufgelegt wird, zeigt ein neuerliches kommando # route dass diese default route fehlt.
In der /etc/route.conf sollte die default route definitiv auf das ippp device gelegt sein. Also default ip.des.dummy.ptp.partners 0.0.0.0 ipppX wobei X für das ippp device steht das du benutzt. In deinem fall anscheinen ippp0 Henne -- Hendrik Vogelsang aka Henne mailto: mickey@naturalbornkiller.de I wanted to put a bullet between the eyes of every panda that wouldn't screw to save its species. # figth club sigs made with fortune
Am Mittwoch, 15. August 2001 00:24 schrieb Henne Vogelsang:
Hi,
schnipp --x--x--x--x--x--x
In der /etc/route.conf sollte die default route definitiv auf das ippp device gelegt sein. Also
default ip.des.dummy.ptp.partners 0.0.0.0 ipppX
wobei X für das ippp device steht das du benutzt. In deinem fall anscheinen ippp0
Henne
Also ich hab' das Problem in einer anderen Variante: Suse 7.2 prof. Kernel: Linux version 2.4.4 (root@I386.suse.de) (gcc version 2.95.3 20010315 (SuSE)). in meinen "route.conf"s (ich arbeite mit dreien) habe ich wie oben beschrieben getan. Die auto einwahl funktioniert auf ippp0 (praktisch :o)) )immer - die default route wird also brav zurückgeschrieben - auf ippp2 aber nur einmal angewählt und danach ist keine default route mehr da und zwar schon *während* der Verbindung (DNS - dynamisch - wird erkannt) und danach lt '# route'. Bei 7.0 SuSE-Kernel 2.2.16 hat's prima funtioniert. zur Diagnose: ich hab' 'messages' und 'warn' vor der IP-anforderung gespeichert und nachher vergleichen lassen, sodass nicht viel anderes drin sein dürfte, isdnlog ist nicht konfiguriert - hab's trotzdem dringelassen - wer weiß... /var/log/warn: nix ..# diff /var/log/messages.fri2 /var/log/messages > mess2 mess2 (ohne ">"): 19821a19822,19860 Aug 15 17:19:31 strohmaier kernel: OPEN: 192.168.2.1 -> 195.71.150.4 UDP, port: 1140 -> 53 Aug 15 17:19:31 strohmaier kernel: ippp2: dialing 1 00192072... Aug 15 17:19:32 strohmaier isdnlog: Aug 15 17:19:32 * tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg RING (Data) Aug 15 17:19:33 strohmaier isdnlog: Aug 15 17:19:33 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg Time:Wed Aug 15 17:22:00 2001 Aug 15 17:19:33 strohmaier isdnlog: Aug 15 17:19:33 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg CONNECT (Data) Aug 15 17:19:33 strohmaier isdnlog: Aug 15 17:19:33 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg CHARGE: 0.480 DM/60s = 0.480 DM/Min (DTAG ISDN, Welt 1, täglich) Aug 15 17:19:33 strohmaier isdnlog: Aug 15 17:19:33 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg HINT: Better use 01013:Tele 2 Privatkunden, 0.100 DM/60s = 0.100 DM/Min, saving 0.447 DM/Min Aug 15 17:19:33 strohmaier isdnlog: Aug 15 17:19:33 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg 1.CI 0.480 DM (now) Aug 15 17:19:33 strohmaier isdnlog: Aug 15 17:19:33 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg NEXT CI AFTER 01:00 (DTAG ISDN, Welt 1, täglich) Aug 15 17:19:34 strohmaier ipppd[272]: Local number: 32, Remote number: 00192072, Type: outgoing Aug 15 17:19:34 strohmaier ipppd[272]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 2, linkunit: 0, fd: 7 Aug 15 17:19:34 strohmaier kernel: isdn_net: ippp2 connected Aug 15 17:19:34 strohmaier ipppd[272]: MPPP negotiation, He: No We: No Aug 15 17:19:34 strohmaier ipppd[272]: local IP address 212.144.130.66 Aug 15 17:19:34 strohmaier ipppd[272]: remote IP address 145.253.1.231 Aug 15 17:19:35 strohmaier modify_resolvconf: Service ipppd modified /etc/resolv.conf. See info block in this file Aug 15 17:20:32 strohmaier ipppd[272]: Modem hangup Aug 15 17:20:32 strohmaier ipppd[272]: Connection terminated. Aug 15 17:20:32 strohmaier ipppd[272]: taking down PHASE_DEAD link 0, linkunit: 0 Aug 15 17:20:32 strohmaier isdnlog: Aug 15 17:20:32 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg Normal call clearing (User) Aug 15 17:20:33 strohmaier kernel: isdn_net: local hangup ippp2 Aug 15 17:20:33 strohmaier kernel: ippp2: Chargesum is 0 Aug 15 17:20:33 strohmaier isdnlog: Aug 15 17:20:33 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg 2.CI 0.960 DM (after 0:01:00) Aug 15 17:20:33 strohmaier ipppd[272]: closing fd 7 from unit 0 Aug 15 17:20:33 strohmaier kernel: ippp_ccp: freeing reset data structure c3b9b000 Aug 15 17:20:33 strohmaier ipppd[272]: link 0 closed , linkunit: 0 Aug 15 17:20:33 strohmaier ipppd[272]: reinit_unit: 0 Aug 15 17:20:33 strohmaier kernel: ippp, open, slot: 2, minor: 2, state: 0000 Aug 15 17:20:33 strohmaier kernel: ippp_ccp: allocated reset data structure c3b9b000 Aug 15 17:20:33 strohmaier ipppd[272]: Connect[0]: /dev/ippp2, fd: 7 Aug 15 17:20:33 strohmaier kernel: isdn: HiSax,ch0 cause: E0510 Aug 15 17:20:33 strohmaier isdnlog: Aug 15 17:20:33 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg Normal call clearing (Private network serving remote user) Aug 15 17:20:33 strohmaier isdnlog: Aug 15 17:20:33 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg HINT: Cheapest booked 01013:Tele 2 Privatkunden 0.200 DM (would save 0.760 DM) Aug 15 17:20:33 strohmaier isdnlog: Aug 15 17:20:33 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg HINT: Overall cheapest 01013:Tele 2 Preselection 0.102 DM (would save 0.858 DM) Aug 15 17:20:33 strohmaier isdnlog: Aug 15 17:20:33 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg HINT: LCR:FAILED Aug 15 17:20:33 strohmaier isdnlog: Aug 15 17:20:33 tei 64 calling +1 92072, USA, with +49 911/32, Nürnberg HANGUP (2 CI 0.960 DM; 1 EH DEM 1.056 0:01:00 I= 3.0Kb O= 1.1Kb) Aug 15 17:20:34 strohmaier modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp2 to /etc/resolv.conf Aug 15 17:20:34 strohmaier ip-down: Setting up routing for ippp2 (using /etc/route.conf)..done Aug 15 17:20:37 strohmaier kernel: apm: set display: Power management disabled (Nochmal als file im Anhang wg Umbrüchen - hoffe das ist erlaubt, erwünscht, sinnvoll ??) Hat noch jemand dasselbe Problem und vielleicht eine Lösung? hoffnungsvoller gruß FS
participants (2)
-
Friedrich Strohmaier
-
Henne Vogelsang