PPPoE reconenction fix - mpd fix ($100)
-
they mentioned this as well
Ethernet card driver vr(4) is known to have major problems with traffic restoration after physical link down/up. This problem have nothing to do with mpd/netgraph. You need to contact FreeBSD developers or replace your hardware to get other type of NIC. Also, read this:
http://lists.freebsd.org/pipermail/freebsd-net/2012-August/033127.html
-
How I fixed it:
Changed my USB Ethernet adapter for a different chipset, PCI Ethernet adapter. Voila!Zentyal, ClearOS and even pfSense failed to reconnect while using a Linksys USB200M, but I've had this same problem using another USB adapter (Intellinet, different chipset… I don't remember which). Maybe it's tied to USB adapters?
-
I just installed pfsense (2.1-BETA1-4g-i386-nanobsd-20130507-1652.img.gz) on my Alix2d3 and I'm experiencing the same issue. Any news on a fix or workaround?
-
Ummm OK, here is my experience…
Yesterday my box crashed and burned :) So I build a new one from an old PC...It has 2 NICs. 1 realtek (vr0) and one Intel (em0).
Now, if WAN is on Realtek card it will never reconnect. But if on Intel card (em0) it will reconnect with no problem at all...
Before that I had 4 Intel 100 cards (fxp). It also worked like a charm.So my suggestion for pppoe user is, use Intel NIC for WAN and you should be just fine.
I do believe this is NOT mpd bug but driver bug.My 2 cents…
-
so considering a driver bug, how much would it cost to fix it or do the drivers need to be fixed from chipset manufacturer or freebsd?
-
Considering the multitude of Alix boards here not having any such problem, cannot see how's this a generic Realtek issue.
-
Considering the multitude of Alix boards here not having any such problem, cannot see how's this a generic Realtek issue.
Don't Alix boards have VIA NICs (not Realtek)?
-
yes they use VIA and im desperately ready to pay to get this fixed
-
Errr… let me try again since the message apparently got lost:
It has 2 NICs. 1 realtek (vr0) and one Intel (em0).
Now, if WAN is on Realtek card it will never reconnect. But if on Intel card (em0) it will reconnect with no problem at all…So, which is it?
-
Errr… let me try again since the message apparently got lost:
It has 2 NICs. 1 realtek (vr0) and one Intel (em0).
Now, if WAN is on Realtek card it will never reconnect. But if on Intel card (em0) it will reconnect with no problem at all…So, which is it?
alix boxes dont have realtek or intel nics at all, all r VIA chipset
-
via show as vr and realtek show as rl i guess
-
Yep, so… I'd wager Realtek really had nothing to do with the issue for that guy at least.
-
For whatever reason it only seems to be certain specific combinations of vr NICs + specific ISP/DSLAM equipment. Most people have no problems, but those that do seem to be isolated to vr NICs in that situation. We've had others report that in those cases adding a USB NIC, or swapping the NIC if it's not ALIX, has fixed it.
The ticket is still open here:
http://redmine.pfsense.org/issues/1943 -
realtek work fine for me always on same isp but this vr is an issue with almsot 4 different isps i have tested in 2 countries
-
realtek work fine for me always on same isp but this vr is an issue with almsot 4 different isps i have tested in 2 countries
It works with a switch in between?
-
ys because that way the port never goes down, the issue is when its connected to the isp fiber optic modem and that power offs which results in the port going completely down or some wierd state after which when on the packets from mpd never reach the isp at all inspite of port being on again
-
Sounds like a $5 solution….
-
switch solves the issue but isnt the proper solution.
its like some1 saying adding a switch to a switch to make a network connection for a PC but all u end up with is unnecessary switches when the PC can connect to the first switch directly or a better eg would be like adding a switch to connect 2 cat5 cables when u can simply plug in a coupler
-
It might not be a proper solution, however, lets be realistic here. This probably will not ever get solved. Assumes a whole LOT more detail on the HW involved plus - I'm afraid - involves getting developers to get their hands on that very HW/ISP connectivity for testing/debugging. So, however harsh that may sound - certainly not a question of a $100 bounty.
-
the reason this thread is still active because the developer has the redmine ticket still open as well as ermal last time said he would come back to this issue so was just checking as that post was quiet some time ago.
if its never going to be fixed then they might simply close this bounty as well as the redmine ticket once and for all
