WAN flaps when cable disconnected
-
Can you provide a clear way to reproduce this.
From your logs seems there are mixed actions happening at the same time. -
Either pull and reinsert the wan Ethernet cable, or just release and renew. Either one will trigger the bouncing, only a restart will fix.
-
There's something more to it than that. What hardware is that? What is your config like on re0? The fact it does the same on 2.1.5 suggests it's possibly one of the broken Realteks (or one more broken than most of the others at least).
-
It does the same on an Intel card, I just swapped to re for testing. I don't know if it does it in 2.1.5 also, this was a fresh install of 2.2 maybe 2-3 months ago. WAN setup is stock pfsense from 2.2 DHCP.
em1: <intel(r) 1000="" pro="" network="" connection="" 7.4.2="">port 0xe000-0xe01f mem 0xf7d20000-0xf7d3ffff,0xf7d00000-0xf7d1ffff irq 17 at device 0.1 on pci1
MB = MSI MS-7817 latest BIOS.Dec 4 13:12:03 php-fpm[73487]: /rc.linkup: HOTPLUG: Configuring interface wan
Dec 4 13:12:03 php-fpm[73487]: /rc.linkup: DEVD Ethernet attached event for wan
Dec 4 13:12:02 kernel: em1: link state changed to DOWN
Dec 4 13:12:02 check_reload_status: Linkup starting em1
Dec 4 13:12:02 php-fpm[59827]: /rc.linkup: DEVD Ethernet detached event for wan
Dec 4 13:12:02 check_reload_status: updating dyndns wan
Dec 4 13:11:58 php-fpm[16280]: /rc.linkup: ROUTING: setting default route to 24.100.??.?
Dec 4 13:11:58 check_reload_status: rc.newwanip starting em1
Dec 4 13:11:57 kernel: em1: link state changed to UP
Dec 4 13:11:57 check_reload_status: Linkup starting em1
Dec 4 13:11:55 check_reload_status: Configuring interface wan
Dec 4 13:11:55 php-fpm[7437]: /rc.newwanip: rc.newwanip: Failed to update wan IP, restarting…
Dec 4 13:11:55 php-fpm[7437]: /rc.newwanip: rc.newwanip: on (IP address: ) (interface: WAN[wan]) (real interface: em1).
Dec 4 13:11:55 php-fpm[7437]: /rc.newwanip: rc.newwanip: Info: starting on em1.
Dec 4 13:11:55 kernel: em1: link state changed to DOWN
Dec 4 13:11:55 check_reload_status: Linkup starting em1
Dec 4 13:11:55 php-fpm[16280]: /rc.linkup: HOTPLUG: Configuring interface wan
Dec 4 13:11:55 php-fpm[16280]: /rc.linkup: DEVD Ethernet attached event for wan
Dec 4 13:11:54 php-fpm[73487]: /rc.linkup: DEVD Ethernet detached event for wan
Dec 4 13:11:54 check_reload_status: updating dyndns wan
Dec 4 13:11:50 php-fpm[7437]: /rc.linkup: ROUTING: setting default route to 24.100.??.?
Dec 4 13:11:50 check_reload_status: rc.newwanip starting em1
Dec 4 13:11:50 kernel: arpresolve: can't allocate llinfo for 24.100.??.? on em1
Dec 4 13:11:49 kernel: arpresolve: can't allocate llinfo for 24.100.??.? on em1
Dec 4 13:11:49 kernel: arpresolve: can't allocate llinfo for 24.100.??.? on em1
Dec 4 13:11:49 kernel: arpresolve: can't allocate llinfo for 24.100.??.? on em1
Dec 4 13:11:49 kernel: arpresolve: can't allocate llinfo for 24.100.??.? on em1
Dec 4 13:11:49 kernel: arpresolve: can't allocate llinfo for 24.100.??.? on em1
Dec 4 13:11:49 kernel: arpresolve: can't allocate llinfo for 24.100.??.? on em1
Dec 4 13:11:48 check_reload_status: Linkup starting em1
Dec 4 13:11:48 kernel: em1: link state changed to UP
Dec 4 13:11:47 kernel: arpresolve: can't allocate llinfo for 24.100.??.? on em1
Dec 4 13:11:47 kernel: arpresolve: can't allocate llinfo for 24.100.??.? on em1
Dec 4 13:11:47 kernel: arpresolve: can't allocate llinfo for 24.100.??.? on em1
Dec 4 13:11:46 kernel: arpresolve: can't allocate llinfo for 24.100.??.? on em1
Dec 4 13:11:46 kernel: arpresolve: can't allocate llinfo for 24.100.??.? on em1
Dec 4 13:11:45 check_reload_status: Linkup starting em1</intel(r)> -
Ok that rules out the re NIC at least. It seems highly likely it's your modem at this stage. I'm guessing you're plugged straight from WAN NIC into the modem. What if you put a switch in between, so the link down never happens to the modem, what does that do?
-
Tested with a switch yesterday!
If I pull just the WAN on pfsense, without touching the cable modem side, WAN port still bounces until pfsense reboot.
-
Plugged my laptop directly into the cable modem, works without issue.
But I might have lied, this pfsense install might have been an upgrade from 2.1.5 and not a fresh install. Sorry, to many different installs, I don't recall for-sure.
I could blast it and confirm with a fresh install if that adds any value?
-
Unless you're getting in and changing source, or messing around with a lot of unstable packages, or making other changes under the hood, a clean install will be functionally equivalent to an upgraded system. It's pretty quick and easy to start from scratch and restore your config though. That's probably the next best bet, start on a clean install of the most recent 2.2 snapshot. First test a new config with the most basic setup possible - WAN on DHCP, LAN static, nothing else configured beyond defaults. Then see whether that still happens. Then you can restore your config backup after trying that.
-
I'm not doing anything special, no source changing or under the hood tweaks.
I've tried everything under the sun and for some reason can't get the memstick image to boot, done this a zillion times successfully in the past.
Anyhow, I bought several of these MSI MBs, all have given me trouble, might just toss it out the window and get a proper supermicro.
Thanks for the help. I will report back, but it might be a month as I start on an outage this Monday.
-
I did find a temp fix while on outage. I changed the WAN configuration from auto detect (which was auto detecting 1000BT/full) to 1000BT/full static and the problem vanished.