No automatic connect to ISP

ambo

I am seeing similar problems with a number of the recent snapshots.

I am using a wireless provider and many of the times when my connection goes down and fails to come back up seem to coincide with bad weather.

Below is an extract from my logs… The WAN went down at around 00:00 (according to my graphs) and came back when I hit the 'connect' button this morning at about 7:30.

Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] link: DOWN event
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] link: reconnection attempt 1
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] LCP: Down event
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] LCP: state change Opened --> Starting
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] AUTH: Accounting data for user : 17470 seconds, 103489106 octets in, 12456702 octets out
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] Bundle up: 0 links, total bandwidth 9600 bps
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] IPCP: Close event
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] IPCP: state change Opened --> Closing
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] IPCP: SendTerminateReq #4
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] error writing len 8 frame to bypass: Network is down
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] IPCP: LayerDown
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] IFACE: Delete route 0.0.0.0/0 196.2.112.1 failed: No such process
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] IFACE: Removing IPv4 address from pppoe0 failed: Device not configured
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] can't remove hook inet from node "pppoe0:": No such file or directory
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] IFACE: Down event
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] IFACE: ioctl(pppoe0, SIOCGIFFLAGS): Device not configured
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] IPCP: Down event
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] IPCP: LayerFinish
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] No NCPs left. Closing links...
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] closing link "pppoeclient"...
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] IPCP: state change Closing --> Initial
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] AUTH: Cleanup
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] LCP: LayerDown
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] link: CLOSE event
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] LCP: Close event
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] LCP: state change Starting --> Initial
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] LCP: LayerFinish
Dec 15 00:09:34 pfSense2 mpd: [pppoeclient] pausing 5 seconds before open
Dec 15 07:24:17 pfSense2 mpd: caught fatal signal term
Dec 15 07:24:17 pfSense2 mpd: [pppoeclient] IFACE: Close event
Dec 15 07:24:17 pfSense2 mpd: [pppoeclient] IPCP: Close event
Dec 15 07:24:19 pfSense2 mpd: process 17585 terminated
Dec 15 07:24:19 pfSense2 mpd: Multi-link PPP daemon for FreeBSD
Dec 15 07:24:19 pfSense2 mpd:  
Dec 15 07:24:19 pfSense2 mpd: process 36029 started, version 4.4.1 (root@FreeBSD_8.0_pfSense_2.0-snaps.pfsense.org 17:43  5-Nov-2009)
Dec 15 07:24:19 pfSense2 mpd: [pppoeclient] using interface pppoe0
Dec 15 07:24:19 pfSense2 mpd: [pppoeclient] link: OPEN event
Dec 15 07:24:19 pfSense2 mpd: [pppoeclient] LCP: Open event
Dec 15 07:24:19 pfSense2 mpd: [pppoeclient] LCP: state change Initial --> Starting
Dec 15 07:24:19 pfSense2 mpd: [pppoeclient] LCP: LayerStart
Dec 15 07:24:19 pfSense2 mpd: [pppoeclient] PPPoE: Connecting to ''
Dec 15 07:24:19 pfSense2 mpd: PPPoE: rec'd ACNAME "00:C0:EE:C9:05:6A"
Dec 15 07:24:20 pfSense2 mpd: [pppoeclient] PPPoE: connection successful

eri--

igor

Dec 14 23:42:19 pfsense mpd: [pppoeclient] LCP: authorization failed
Dec 14 23:42:19 pfsense mpd: [pppoeclient] LCP: parameter negotiation failed

_igor_

I've seen this, but with pfSense 1.2.x it works great. Auto-connect occurs whenever pfSense disconnects.
When i connect manually, mpd tries several times to get a connect. Thats good. When a request from network comes to connect, nothing happens. No entry in system.log, only notice is "Not available" inside browser or other programs which try to connect.

Auto-connect doesn't occur with 2.0. Whenever I want to connect i have to do it manually. Even trying with a ping in background pfSense disconnects from time to time and refuses to connect again.
I made a new install without packages to not disturb the system with eventually broken packages. Same thing.

Whenever the connection refuses to send/recieve data even when manual connect was successful, i sometimes have luck when starting the initial wizard, going thru it without changing anything. After saving the settings the connection works. But not everytime. Sometimes a reboot helps to get it pasing data from out/in to in/out. Very strange.
Sometimes I have to make a new "update" with the same version to get it running. Whenever this happens, the pause between connection and passing data is gone, say, when I connect i can surf directly without pause.

eri--

Post the 1.2 mpd log as you did for 2.0 to verify this.

_igor_

Here we go:

Edit: the whole thing is too long, added the whole file.

system.txt

eri--

It is something regarding your ISP that does not de-authenticate you correctly and something has changed in mpd to make it more strict on later versions.
It needs more investigation and more time though i have not much as of now.

Though you can take a packet trace and attach it here so i can follow later on.

_igor_

ok, will do. Should I do it with the 2.0 or the 1.2.3? I think it should be tcpdump, but how should I do this? Looked around the man-page, but i don't understand it much.

Should it be like this?

tcpdump -i bge0 -n ether proto 0x8863 '||' ether proto 0x8864

assuming that bge0 is my wan-interface.

_igor_

ok, the tcpdump in the mentioned way only worked with pfSense 1.2.3, so for 2.0 I did 2 separate tcpdumps. Strange…
Hope it helps.

First I disconnected the wan-IF, auto-connect worked on 1.2.3, so no further things to do. Surfed around, disconnected some times.
Same on 2.0, except the failing autoconnect. So I connected via Button, surfed, disconnected and connected several times.

If you need more, tell me please.
I zipped the files and attached .txt to upload it. Please remove the .txt to get the zip back.

tcpdump.zip.txt

ambo

@ermal:

something has changed in mpd to make it more strict on later versions

It seems to me that mpd stops reconnecting when it experiences a connect fail or auth fail. Can't say whether this is a feature or a bug but it is definitely a problem.

Even a connection that has auth failed should be retried periodically since the reason for the failure can go away and one would expect pfSense to recover from this within a reasonable time and without intervention.

I have a similar problem, PPOe disconnects every day, and don't connect back again automatically, I have to do it manually, with version 1.2.3 and previous this work perfectly, if ppoe disconnects for any reason it reconnects automatically.

nocer

Hi.

I've no clue how it was done in 1.2.x but just wondering if you guys force mpd to re-establish a connection by adding "set bundle no noretry" into appropriate section of your interfaces.inc. This will force mpd to re-connect whenever the keep-alive expires. Or sit tight and wait for it'd be fixed eventually in any later builds…

cheers,

_igor_

Thanks much! I'll try it.

Michael Sh.

This problem not only for PPoE.
I use separate PPTP mpd client connection. After linkdown sometimes reconnect sucsessful, but many times not.
Additional:
1. Cannot set MTU for PPTP link.
2. Static routes for PPTP link not activating after link down/up.

_igor_

It doesn't work. As I can see, mpd dies when a disconnect occurs. Logs show this: (reverse order)

Jan 17 19:58:47 mpd:
Jan 17 19:58:47 mpd: Multi-link PPP daemon for FreeBSD
Jan 17 19:58:46 mpd: process 37549 terminated
Jan 17 19:58:44 mpd: caught fatal signal term
Jan 17 19:57:41 last message repeated 7 times

cat /var/etc/mpd_wan.conf
startup:
pppoeclient:
new -i pppoe0 pppoeclient pppoeclient
set iface route default
set iface enable on-demand
set iface idle 0
set iface enable tcpmssfix
set iface up-script /usr/local/sbin/ppp-linkup
set iface down-script /usr/local/sbin/ppp-linkdown
set iface addrs 192.0.2.112 192.0.2.113
set bundle disable multilink
set bundle no noretry
set auth authname "xxx"
set auth password "yyy"
set link keep-alive 10 60
set link max-redial 0
set link no acfcomp protocomp
set link disable pap chap
set link accept chap
set link mtu 1492
set ipcp yes vjcomp
set ipcp ranges 0.0.0.0/0 0.0.0.0/0
set ipcp enable req-pri-dns
set ipcp enable req-sec-dns
open

¿Any news about this?

I'm working with latest version, 2.0-BETA1 built on Fri Jan 22 00:26:29 EST 2010, and this problem persists, every morning I've to manually connect to my ISP.

_igor_

Does the option "set bundle no noretry" help? Did you try it?

nocer

Hi,

Again I have no clue about 1.2.x but auto-reconnect just works fine for me with;

set link max-redial 0
set bundle no noretry
(set link keep-alive 5 15) <- 10 60 is way too loooooooong to me

into my mpd.conf, just to clarify, I tested this by disconnecting utp to the modem, wait 'till keep-alive expired
then connect the utp to the modem again, link re-established again. Need to flush routing table some times.
Any chances to try on-demand mode instead if you've outgoing traffic constantly.

It's about to consider moving to mpd5 since it's been there for a while and quite stable for now…

cheers,

Thanks for your comments, I did it yesterday, adding the "set bundle no noretry" and it seems to be working:

$mpdconf .= << <eod<br>set bundle disable multilink
set auth authname "{$wancfg['pppoe_username']}"
set auth password "{$wancfg['pppoe_password']}"
set bundle no noretry
set link keep-alive 10 60
set link max-redial 0
set link no acfcomp protocomp
set link disable pap chap
set link accept chap

If it's fails again I will try with "set link keep-alive 5 15"

Thanks</eod<br>

It fails again, so I'll try with, "set link keep-alive 5 15"

Besides I update to latest version (2.0-BETA1 built on Mon Jan 25 20:57:42 EST 2010)
The modifications goes away with firmware updates, so I've to re-write these modifications.

Regards
Alfredo

_igor_

In my case none of the otions work. Connection fails every several hours. Its a really awful thing. Its beginning to drive me a bit crazy. I'm thinking that the whole thing fails because of routing. There is a default route to ISP-IP, but the whole thing looks a bit strange to me:


default	               195.14.226.7	UGS	0	42483	        1492	        pppoe0	 
10.0.0.0/27	        link#3	        U	8	248149868	1500	        bge1	 
10.0.0.1	                link#3	        UHS	0	1068827	        16384	lo0	 
10.0.0.32	                link#9	        UHS	0	0	                16384	lo0	=>
10.0.0.32/29      	link#9	        U	0	0	                1500	        ral0_wlan0	 
87.78.x.y	                link#8	        UHS	0	0	                16384	lo0	 
127.0.0.1             	link#4	        UH	0	4289065	        16384	lo0	 
127.0.0.2	                127.0.0.1	        UHS	0	1068827	        16384	lo0	 
195.14.226.7      	link#8	        UH	0	0	                1492 	pppoe0

Where is the use of Link 8? Transfer 0 byte? Both related to my ISP! No use of the links. And last but not least, on dashboard my WAN-gateway is stuck on "Gathering data". Apart from the fact that the whole routing seems to be on heavy construction. Therre was a time when I could change things in the routing, but since a time I cannot do anythiong there, only errors appear there. Maybe I'm wrong, but it looks a bit strange to me.