On Sun, 27 Apr 2008 04:43 pm, Ivan Toman wrote: > > Hello! > I encountered big problem after switching router from gentoo to > freebsd. It does not properly reconnect ADSL link after loosing > connection, for example, when ISP cycle IP address or when I pull out > cable from ADSL switcher for testing purporse. I cannot realize what's > going on and really need help. > First problem get when ISP disconnect me after 24 hours due to IP > change. Link does not properly get reconnected. ppp tries to connect, > and appearenty is connected, but something is wrong because no traffic > is possible and after few seconds ppp goes down and reconnects again. > And again and again.... Strange above all is that during reconnecting > routing table always has default route, but ping does not go. Next, I > will put some information that I think is relevant to problem, but it > seems to me, not very useful in debugging this. > During reconnecting as I describe above, this is my routing table: > [EMAIL PROTECTED] /home/coldplug]# netstat -rn > Routing tables > Internet: > Destination� � � � � � � Gateway� � � � � � � � � � � Flags� � � > Refs� � � � � Use� Netif Expire > default� � � � � � � � � � � 172.29.252.12� � � � � > UGS� � � � � � � � 1� 2284023� � tun0 > 10.23.99.64/29� � � � link#1� � � � � � � � � � � � > UC� � � � � � � � � 0� � � � � � � 0� � nfe0 > 10.23.99.66� � � � � � � 00:30:84:ee:3c:cf� UHLW� � � � � � � > 1� � � � 4065� � nfe0� � 1030 > 10.23.99.70� � � � � � � 00:02:b3:9e:b9:81� UHLW� � � � � � � 1� � > 223104� � nfe0� � 1027 > 127.0.0.1� � � � � � � � � 127.0.0.1� � � � � � � � � > UH� � � � � � � � � 0� � � � � � 72� � � lo0 > 172.29.252.12� � � � � 78.3.33.136� � � � � � � UGH� � � � � � � � > 1� � � � � � � 0� � tun0 > Internet6: > Destination� � � � � � � � � � � � � � � � � � � � � � > Gateway� � � � � � � � � � � � � � � � � � � � � � Flags� Netif > Expire > ::1� � � � � � � � � � � � � � � � � � � � � � � � � � � � � � > ::1� � � � � � � � � � � � � � � � � � � � � � � � � � UHL� � � � > lo0 > fe80::%lo0/64� � � � � � � � � � � � � � � � � � � � > fe80::1%lo0� � � � � � � � � � � � � � � � � � U� � � � lo0 > fe80::1%lo0� � � � � � � � � � � � � � � � � � � � � � > link#5� � � � � � � � � � � � � � � � � � � � � � � UHL� � � � lo0 > ff01:5::/32� � � � � � � � � � � � � � � � � � � � � � > fe80::1%lo0� � � � � � � � � � � � � � � � � � UC� � � � lo0 > ff01:6::/32� � � � � � � � � � � � � � � � � � � � � � > link#6� � � � � � � � � � � � � � � � � � � � � � � UGC� � � tun0 > ff02::%lo0/32� � � � � � � � � � � � � � � � � � � � > fe80::1%lo0� � � � � � � � � � � � � � � � � � UC� � � � lo0 > ff02::%tun0/32� � � � � � � � � � � � � � � � � � � > fe80::211:9ff:fe8d:4a27%tun0� UGC� � � tun0 > [EMAIL PROTECTED] /home/coldplug]# > And this.... I get if try to ping ISP's dns > [EMAIL PROTECTED] /home/coldplug]# ping 195.29.150.3 > PING 195.29.150.3 (195.29.150.3): 56 data bytes > ping: sendto: No buffer space available > ping: sendto: No buffer space available > ping: sendto: No buffer space available > ping: sendto: No buffer space available > ^C > --- 195.29.150.3 ping statistics --- > 10 packets transmitted, 0 packets received, 100.0% packet loss > [EMAIL PROTECTED] /home/coldplug]# > No buffer space available??? What is that? > These are lines from log, where you can see that it reconnects and > never stops that > [EMAIL PROTECTED] /home/coldplug]# tail -f /var/log/ppp.log > Apr 26 12:06:22 maraska-gw ppp[956]: tun0: Phase: deflink: carrier -> > login > Apr 26 12:06:22 maraska-gw ppp[956]: tun0: Phase: deflink: login -> > lcp > Apr 26 12:06:23 maraska-gw ppp[956]: tun0: Warning: deflink: Reducing > configured MRU from 1500 to 1492 > Apr 26 12:06:23 maraska-gw ppp[956]: tun0: Phase: deflink: his = PAP, > mine = none > Apr 26 12:06:23 maraska-gw ppp[956]: tun0: Phase: Pap Output: > [EMAIL PROTECTED] ******** > Apr 26 12:06:24 maraska-gw ppp[956]: tun0: Phase: Pap Input: SUCCESS > (Access Accepted. ) > Apr 26 12:06:24 maraska-gw ppp[956]: tun0: Phase: deflink: Already in > NETWORK phase > Apr 26 12:06:24 maraska-gw ppp[956]: tun0: Phase: deflink: lcp -> open > Apr 26 12:06:24 maraska-gw ppp[956]: tun0: Warning: 0.0.0.0/0: Change > route failed: errno: No such process > Apr 26 12:06:24 maraska-gw ppp[956]: tun0: Warning: ff02:6::/32: > Change route failed: errno: Network is unreachable > Apr 26 12:08:23 maraska-gw ppp[956]: tun0: Phase: deflink: open -> lcp > Apr 26 12:08:23 maraska-gw ppp[956]: tun0: Warning: 0.0.0.0/0: Change > route failed: errno: No such process > Apr 26 12:08:23 maraska-gw ppp[956]: tun0: Warning: ff02:6::/32: > Change route failed: errno: Network is unreachable > Apr 26 12:08:24 maraska-gw ppp[956]: tun0: Phase: Received > NGM_PPPOE_CLOSE > Apr 26 12:08:24 maraska-gw ppp[956]: tun0: Phase: deflink: Device > disconnected > Apr 26 12:08:24 maraska-gw ppp[956]: tun0: Phase: deflink: > Disconnected! > Apr 26 12:08:24 maraska-gw ppp[956]: tun0: Phase: deflink: lcp -> > logout > Apr 26 12:08:24 maraska-gw ppp[956]: tun0: Phase: deflink: > Disconnected! > Apr 26 12:08:24 maraska-gw ppp[956]: tun0: Phase: deflink: logout -> > hangup > Apr 26 12:08:24 maraska-gw ppp[956]: tun0: Phase: deflink: Connect > time: 123 secs: 374 octets in, 96 octets out > Apr 26 12:08:24 maraska-gw ppp[956]: tun0: Phase: deflink: 3218212 > packets in, 2284164 packets out > Apr 26 12:08:24 maraska-gw ppp[956]: tun0: Phase:� total 3 bytes/sec, > peak 40 bytes/sec on Sat Apr 26 12:06:24 2008 > Apr 26 12:08:24 maraska-gw ppp[956]: tun0: Phase: deflink: hangup -> > opening > Apr 26 12:08:24 maraska-gw ppp[956]: tun0: Phase: deflink: Enter pause > (3) for redialing. > Apr 26 12:08:27 maraska-gw ppp[956]: tun0: Phase: deflink: Connected! > Apr 26 12:08:27 maraska-gw ppp[956]: tun0: Phase: deflink: opening -> > dial > Apr 26 12:08:27 maraska-gw ppp[956]: tun0: Phase: deflink: dial -> > carrier > Apr 26 12:08:28 maraska-gw ppp[956]: tun0: Phase: Received > NGM_PPPOE_ACNAME (hook "HTdsl") > Apr 26 12:08:28 maraska-gw ppp[956]: tun0: Phase: Received > NGM_PPPOE_SESSIONID > Apr 26 12:08:28 maraska-gw ppp[956]: tun0: Phase: Received > NGM_PPPOE_SUCCESS > Apr 26 12:08:28 maraska-gw ppp[956]: tun0: Phase: deflink: carrier -> > login > Apr 26 12:08:28 maraska-gw ppp[956]: tun0: Phase: deflink: login -> > lcp > Apr 26 12:08:29 maraska-gw ppp[956]: tun0: Warning: deflink: Reducing > configured MRU from 1500 to 1492 > Apr 26 12:08:29 maraska-gw ppp[956]: tun0: Phase: deflink: his = PAP, > mine = none > Apr 26 12:08:29 maraska-gw ppp[956]: tun0: Phase: Pap Output: > [EMAIL PROTECTED] ******** > Apr 26 12:08:29 maraska-gw ppp[956]: tun0: Phase: Pap Input: SUCCESS > (Access Accepted. ) > Apr 26 12:08:29 maraska-gw ppp[956]: tun0: Phase: deflink: Already in > NETWORK phase > Apr 26 12:08:29 maraska-gw ppp[956]: tun0: Phase: deflink: lcp -> open > Apr 26 12:08:29 maraska-gw ppp[956]: tun0: Warning: 0.0.0.0/0: Change > route failed: errno: No such process > Apr 26 12:08:29 maraska-gw ppp[956]: tun0: Warning: ff02:6::/32: > Change route failed: errno: Network is unreachable > ^C > [EMAIL PROTECTED] /home/coldplug]# > Only way to exit this trouble is restarting ppp manually! > [EMAIL PROTECTED] /home/coldplug]# killall ppp > [EMAIL PROTECTED] /home/coldplug]# ppp -ddial htnet > Loading /lib/libalias_cuseeme.so > Loading /lib/libalias_ftp.so > Loading /lib/libalias_irc.so > Loading /lib/libalias_nbt.so > Loading /lib/libalias_pptp.so > Loading /lib/libalias_skinny.so > Loading /lib/libalias_smedia.so > Working in ddial mode > Using interface: tun0 > Warning: usage: nat addr [addr_local addr_alias] > Warning: usage: nat addr [addr_local addr_alias] > Warning: usage: nat addr [addr_local addr_alias] > [EMAIL PROTECTED] /home/coldplug]# ping 195.29.150.3 > PING 195.29.150.3 (195.29.150.3): 56 data bytes > 64 bytes from 195.29.150.3: icmp_seq=2 ttl=251 time=23.386 ms > This is my config file > [EMAIL PROTECTED] /home/coldplug]# cat /etc/ppp/ppp.conf > default: > � � � � � � set log Phase tun command > � � � � � � nat enable yes > htnet: > � � � � � � set device PPPoE:rl0: > � � � � � � set authname [EMAIL PROTECTED] > � � � � � � set authkey *** > � � � � � � set dial > � � � � � � set login > � � � � � � add default HISADDR > � � � � � � nat addr 10.23.99.66 > � � � � � � nat addr 10.23.99.67 > � � � � � � nat addr 10.23.99.70 > [EMAIL PROTECTED] /home/coldplug]# > I tried lot of things. "enable lqr", "enable echo"... nothing helps. > Moreover, testing this by pulling out cable and replugging it give no > response from system! If I do that, link goes down (real link), but > system do not realize that at all! Routing table remains unchanged, > default route still is there, tun0 interface still configured, ppp > runs, and in /var/log/ppp.log there is no new single line after that > replugging cable into ADSL modem! How is that possible? Isn't pulling > out and replugging cable should be enough for ppp to realize it that > tun0 should be reconfigured and ppp redialed?
I have seen I similar but slightly different problem on my son's server running 6.x. In that case ppp was started using /etc/rc.d/ppp which also calls '/etc/rc.d/pf resync'. In this case apparently the pf firewall blocked any packets when ppp tries to automatically restart after a connection interrupt. We devised a work around of running another process (script) which loops testing the difference in time between the modify time of ppp.log and the current time and if this is too great stops and restarts ppp, through /etc/rc.d/ppp. Normally the file time is updated every 30 seconds or so by setting "enable echo". The loop also includes a call to sleep of a few minutes so the the loop does not greatly consume processing time. This has worked well for us and I suspect would also work in your case even though it does not fix the root cause of the problem. Unfortunately I don't have access to my son's server so I can't recall the exact details of the script but I think it was started from a rc.d script. But you should be able to knit something similar without too much effort. This could keep you operational while looking for the base cause of the difficulty. Malcolm Kay > Of course, I start ppp as: > # ppp -ddial htnet > I really need reliable connection that needs no permanent monitoring > by myself and manually reconnecting after being dropped. Please, give > me some idea what can I do because I'm still desperate after few days > of trying to fix this. For sake of completness, I had no problems with > this before, on gentoo. Now I run FreeBSD 7. > [EMAIL PROTECTED] /home/coldplug]# uname -a > FreeBSD maraska-gw.zdw 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 > 19:59:52 UTC 2008� � � � > [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC� i386 > If you think that some other messages from system will be more useful, > I will hapily provide them. > Thanks to all! > Ivan Toman > > References > > 1. mailto:[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
