XG7100 issue with reboot and ix0 interface

[dkmcgowan]

I have an XG7100 and I have the ix0 interface assigned as LAN. It is hooked up to a Unifi 48 port via SFP+. The module in the Unifi is straight from company. The module used on the Netgate side is:

10GTek 10GBase-SR SFP+ Transceiver, 10G 850nm MMF, up to 300 Meters, Compatible with Intel E10GSFPSR

Once set up, everything works, XG7100 is connected to switch via ix0 and all devices on switch route properly, get IP address, etc...

Every time I reboot or power off the XG7100 and bring it back up, the Unifi switch loses it's connection to the router. When I plug into the serial terminal or get an IP through a secondary interface on the XG7100 I see that ix0 interface is up, I can ping it locally, but I cannot ping or route to anything through the switch.

I then simply disable ix0 interface and then enable ix0 interface again, and then it all starts working again.

This worries me and is a pain to do every time I have to reboot.

Any ideas?

Worst case could I make a post startup script that delays X seconds and then enables/disables the interface calling whatever the same commands as enable/disable on the web gui on an interface does?

[stephenw10]

Hmm, that's odd.

Look i the boot logs for the ix0 output. Make sure the driver is attaching correctly.

Check the output of ifconfig -vvvm ix0 after booting when it's not passing traffic.

Check Status > Interfaces. Does ix0 show packets in both directions? Errors? Collisions?

Steve

[dkmcgowan]

@stephenw10

not that this helps a lot, but it went down again today and from command line this does bring it up

ifconfig ix0 down; sleep 1; ifconfig ix0 up

So for now I added that to a shellcmd and will see if that fixes it

I checked the interface this time with ifconfig -vvvm ix0 and it seemed fine, showed active, but I wasn't sure what I was supposed to be looking for.

Next time I was thinking I could check the routing tables too?

What should I have been looking for?

[dkmcgowan]

@dkmcgowan

next time I will also run netstat -rWn and look for matching routes I guess, running it now these are the ones on that interface I see

10.135.1.0/24 link#5 U 2198682 1500 ix0
10.135.1.12/32 link#5 U 0 1500 ix

I can make sure those are there next time it doesn't come back up

[stephenw10]

We want to see what pfSense thinks the interface status is when the switch shows it's not connected, or not linked maybe.