Cannot Get Bridged Modem to work with WAN PPPoE- what am I doing Wrong?
-
wallabybob, not sure what i need to do next?
Your screenshots show PPP using re0. You would also configure re0 with static IP address in the same subnet as the modem. You have an interface modemaccess with IP address 192.168.1.47. I presume therefore the modem has IP address in the 192.168.1.0/24 subnet. However I don't know where re2 connects. Possibly you have a multiport modem router and re0 AND re2 both connect to it. Maybe using both ports should work, I don't know the implementation details of your router. You should be able to use re0 for pppoe0 and use re0 for IP to talk with modem. So I suggest you reconfigure so WAN interface is pppoe0 and modem access is re0 and reboot.
-
Have attached the latest PPP log and screenshots of my settings.
Your PPP log shows no sign of a response from the ISP.
Are you sure your ISP doesn't require pppoa?
I think the modem would normally make the change from PPP encapsulation on Ethernet (PPPoE) to PPP encapsulation on ATM (PPPoA).
-
I have been running wireshark in order to take a look at the pppoe communication that is happening between pppoe client and the ISP during the failed connection attempts from pfsense as well as a successful attempts from the windows 7 pppoe client to my ISP. What i have found is that the connection attempt fails because pfsense and my ISP fail to agree on an MTU value. pfsense always seems to insist on using 1492 where as my ISP demands a value of 1500. I noticed in the windows 7 pppoe client that it will initially request a value of 1480 which fails, then 1492 which also fails. Finally it tries 1500 which is accepted and the connection completes.
I have tried forcing the MTU value to 1500 in the pppoe connection options but pfsense seems to ignore that and continues to insist on using 1492 as the MTU value during negotiation. Is there any way to force the value in a configuration file or via command line?
noddy184 your pfsense configuration looks fine from what i have seen in your screenshots. I suspect that your issue may be that your modem is not set to bridge mode. Once you have your modem set to bridge mode i suspect you will then run into the same issue as i am having at the moment since we use the same ISP.
-
I have tried forcing the MTU value to 1500 in the pppoe connection options but pfsense seems to ignore that and continues to insist on using 1492 as the MTU value during negotiation. Is there any way to force the value in a configuration file or via command line?
Where did you try changing it? I suspect it might have to be done from Interfaces -> (assign), click on PPPs tab, click on "e" to the right of the appropriate interface line, click on Show advanced options button, fill in the required MTU, click on Save (to update configuration file), click on Apply (to apply change to running system).
The check the ppp log again. If that doesn't show an improved result check the ppp configuration file: /var/etc/mpd_wan.conf for its mtu value.
-
Where did you try changing it? I suspect it might have to be done from Interfaces -> (assign), click on PPPs tab, click on "e" to the right of the appropriate interface line, click on Show advanced options button, fill in the required MTU, click on Save (to update configuration file), click on Apply (to apply change to running system).
The check the ppp log again. If that doesn't show an improved result check the ppp configuration file: /var/etc/mpd_wan.conf for its mtu value.
Yes that is where i changed it. I performed a reboot of the system just to be safe and tried again. pfsense still tries to use a value of 1492 after all that. I checked the mpd_wan.conf file and it has the correct value of 1500 for MTU so the change does apply there but pfsense seems to ignore it anyway.
Edit: i need to also note that i have also tried other freebsd based firewall OSs and they all have the same behaviour. None of them want to connect via pppoe. I have also tried linux based firewall OSs and those connect just fine.
-
I just tried bridging mode on a third modem, a Dlink DSL2750b, with no luck, refer log and screenshot. Says it's connected but it's not.
Getting frustrated it must be something simple!
![dlink in bridging mode says connected.jpg](/public/imported_attachments/1/dlink in bridging mode says connected.jpg)
![dlink in bridging mode says connected.jpg_thumb](/public/imported_attachments/1/dlink in bridging mode says connected.jpg_thumb)
[system log PPP dlink.txt](/public/imported_attachments/1/system log PPP dlink.txt) -
When it's in bridge mode correctly the modem will never show connected since pfSense is handling the PPPoE and IP level connection. It will show the dsl link status though.
For example see the attached screenshot from my modem that I'm using to write this!Steve
-
I just tried bridging mode on a third modem, a Dlink DSL2750b, with no luck, refer log and screenshot. Says it's connected but it's not.
Getting frustrated it must be something simple!
Actually… have a look at the last ppp log you posted.
Oct 11 15:51:17 ppp: [wan_link0] MRU 1492
Oct 11 15:51:17 ppp: [wan_link0] MAGICNUM 6bda01c0
Oct 11 15:51:17 ppp: [wan_link0] LCP: rec'd Configure Nak #22 (Ack-Sent)
Oct 11 15:51:17 ppp: [wan_link0] MRU 1500
Oct 11 15:51:17 ppp: [wan_link0] LCP: not converging
Oct 11 15:51:17 ppp: [wan_link0] LCP: parameter negotiation failed
Oct 11 15:51:17 ppp: [wan_link0] LCP: state change Ack-Sent –> Stopped
Oct 11 15:51:17 ppp: [wan_link0] LCP: LayerFinish
Oct 11 15:51:17 ppp: [wan_link0] PPPoE: connection closedYour bridged modem is now set up correctly. From the looks of that log there is communication happening between pfsense and your ISP (dodo). Congrats! you are now having the same issue as me with pppoe negotiation failing due to MTU. This only happens for me on pfsense. Every other firewall OS i try connects to pppoe fine.
-
you are now having the same issue as me with pppoe negotiation failing due to MTU. This only happens for me on pfsense.
Perhaps you could try a snapshot build of pfSense 2.1 whch includes a more up to date version of the PPP daemon (5.6) than is included in pfSense 8.1 (5.5).
-
Perhaps you could try a snapshot build of pfSense 2.1 whch includes a more up to date version of the PPP daemon (5.6) than is included in pfSense 8.1 (5.5).
Tried it just then and unfortunately the issue still exists. There must be an incompatibility with pppd and dodo's configuration on their end. I remember trying out pfsense back when i was on iinet and internode before that and pppoe worked perfectly fine.
-
Wonder if Dodo could do true bridged mode for you on their end.
I.E. no log in. Its basically an ethernet connection using a DSL modem.
-
Wonder if Dodo could do true bridged mode for you on their end.
I.E. no log in. Its basically an ethernet connection using a DSL modem.
Can't be done. All home ADSL connections here in Australia use PPPoA and PPPoE to my knowledge. It's just the way the network is set up here.
The above shouldn't have to be done anyway. If the Windows and Linux PPPoE clients can deal with dodo's configuration just fine then why can't pppd and pfsense or any other freebsd based routing OS? all that i've tried have the exact same issue.
-
I too could not get this issue resolved - getting PPPOE in PFsense to connect succesfully to Dodo. Installed IPFIRE and had it all running within an hour. Its a good alternative, pity couldn't resolve this.
-
Hi,
I don't know how different the NB6 is from my NB5 but I had a lot of problems using Netcomm's documentation on setting the NB5 into bridge mode.
I eventually found this on Whirlpool: http://forums.whirlpool.net.au/archive/483677. It solved the problem plus gave me a way to get into the modem (through the USB port) while in bridge mode. After that the pfSense part was easy.
May be of some help.
-
i m with clubtelco which runs on the dodo network, until the middle of this year pfsense worked, but now it doesn't i personally spend a long time trying to solve.
i have found no matter what the settings i use in web interface or command line to change the mtu to 1460, pfsense will not connect and the log always show that that it is attempting to connect at 1496 mtu
-
Update: noticed a bug fixed was mentioned, so Tried the latest version of PFsense, (v2/03) and stilling getting same error
It says in log files something about a value of 1500 MTU being "too high"
anyone else having any luck here with this issue?
-
Just wondering if this has been resolved in the new version released Sept 2013?
Anyone tried this?
-
not sure if this is relevant any longer, however it appears the pfsense / dodo isp problem has been resolved.
I'm running 2.1.3, however I suspect it might be dodo that sorted things out. Looks like they allow an MRU of 1492 now, pretty sure last time I tried this (a year or more ago) they were only accepting 1500 which was causing the problems. Anyway, I hope this may help someone if they are still having issues.
2.1.3-RELEASE (i386)
built on Thu May 01 15:52:17 EDT 2014
FreeBSD 8.3-RELEASE-p16