XXX-XXX-XXX-XXX:/var/log/kernel/2015/08 # zcat kernel-2015-08-29.log.gz 2015:08:29-16:46:59 XXX-XXX-XXX-XXX kernel: [1469951.649204] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready 2015:08:29-16:46:59 XXX-XXX-XXX-XXX kernel: [1469951.649207] 8021q: adding VLAN 0 to HW filter on device eth5 2015:08:29-16:47:02 XXX-XXX-XXX-XXX kernel: [1469954.647161] igb 0000:07:00.0 eth5: igb: eth5 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None 2015:08:29-16:47:02 XXX-XXX-XXX-XXX kernel: [1469954.647497] IPv6: ADDRCONF(NETDEV_CHANGE): eth5: link becomes ready XXX-XXX-XXX-XXX:/var/log/kernel/2015/08 # 2015:08:27-12:41:12 XXX-XXX-XXX-XXX kernel: [1282362.098687] igb 0000:06:00.0 eth4: igb: eth4 NIC Link is Down 2015:08:27-12:41:22 XXX-XXX-XXX-XXX kernel: [1282371.949696] igb 0000:06:00.0 eth4: igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None 2015:08:27-12:46:03 XXX-XXX-XXX-XXX kernel: [1282653.280702] igb 0000:06:00.0 eth4: igb: eth4 NIC Link is Down 2015:08:27-12:49:40 XXX-XXX-XXX-XXX kernel: [1282869.554838] igb 0000:06:00.0 eth4: igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None 2015:08:27-12:52:28 XXX-XXX-XXX-XXX kernel: [1283038.372572] igb 0000:06:00.0 eth4: igb: eth4 NIC Link is Down 2015:08:27-12:53:12 XXX-XXX-XXX-XXX kernel: [1283081.823229] igb 0000:06:00.0 eth4: igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None 2015:08:27-12:55:24 XXX-XXX-XXX-XXX kernel: [1283213.840525] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready 2015:08:27-12:55:24 XXX-XXX-XXX-XXX kernel: [1283213.840530] 8021q: adding VLAN 0 to HW filter on device eth5 2015:08:27-12:55:38 XXX-XXX-XXX-XXX kernel: [1283228.192559] igb 0000:07:00.0 eth5: igb: eth5 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None 2015:08:27-12:55:38 XXX-XXX-XXX-XXX kernel: [1283228.192904] IPv6: ADDRCONF(NETDEV_CHANGE): eth5: link becomes ready 2015:08:27-12:56:29 XXX-XXX-XXX-XXX kernel: [1283278.814695] IPv6: ADDRCONF(NETDEV_UP): eth5: link is not ready 2015:08:27-12:56:29 XXX-XXX-XXX-XXX kernel: [1283278.814698] 8021q: adding VLAN 0 to HW filter on device eth5 2015:08:27-12:56:32 XXX-XXX-XXX-XXX kernel: [1283281.768757] igb 0000:07:00.0 eth5: igb: eth5 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None 2015:08:27-12:56:32 XXX-XXX-XXX-XXX kernel: [1283281.769074] IPv6: ADDRCONF(NETDEV_CHANGE): eth5: link becomes ready (replaced our IP address with xxx-xxx-xxx-xxx)
John, I had a client with the same problem with a UTM 120 on a fiber optic router. We went round and round with Support at tier-1 and tier-2. We swapped out the 120 - no change. The ISP spent a lot of money chasing the problem on their end. We put in an SG - no change.
Although he'd been having the problem for over a year, he hadn't told me about it, so I'd gotten Support involved as soon as he told me about the problem having persisted since the initial installation in January 2014. Finally, the light went on...
This is #7 in Rulz!
A fleeting disconnection followed by a failure of the UTM and the Cisco to negotiate speed/duplex. I had them configure the UTM with a fixed setting of 100Mbps-Full and they had the vendor do likewise on their switch - problem solved. You might be able to do 1Gps-Full if your ISP's switch can be fixed at that, my client's ISP was unable to configure that fixed.
Cheers - Bob
Hi
I got the same issue it is showing in the dashboard that the External (WAN) link is error and from the Uplink Monitoring it is showing OFFLINE but we are able to connect to internet.
Anybody has a solution on this or update why is this happening?
My device is SG 330
Regards,
Jason
Hi
I have the same problem with a SG210 9 405-5
Anybody help us ?
Thanks in advance
Benoit
I also have the same problem with Sophos UTM home, Intel NIC.
Link is fluctuating between Error and Up all the time which makes Internet being inaccessable for short moments.
I tried a lot of things like
- Setting 100Fdx in borth ends
- Setting MTU to 1300
- Changing the power settings for the nic in BIOS
- Probably some more that I don't remember.
- Put a switch between the UTM and the fiber box
- Moved the WAN connection to another NIC
but nothing seems to help
Had the same problem running sophos XG on the same hardware.
Hi Christer,
Could you please it to the support team with all your findings and testing?
Thanks
Sachin Gurung
Team Lead | Sophos Technical Support
Knowledge Base | @SophosSupport | Video tutorials
Remember to like a post. If a post (on a question thread) solves your question use the 'This helped me' link.
I think there are confusion what the Link Error in the dashboard actually indicates. I now have the impression that it can indicate an Ethernet link problem but also a Uplink monitoring problem. This is rather confusing and was not clear to me.
Regards
Christer
Hi Arie,
Go to Interface & Routing >>>>> Uplink Monitoring >>>>> then advanced then create NEW Monitoring Host like Google DNS then create host then IP Address 8.8.8.8 then save then apply...
Note:
uncheck Automatic Monitoring for you to use google DNS for uplink monitoring
Regards,
Jason
Hi and thanks for your answer. I now understand that I have had two different problems.
I did not realize that the Link being in Error on the Dashboard could indicate a high level problem from the uplink monitoring. I always thought it indicated a low level ethernet problem. This is very confusing and I think uplink monitoring problems could be indicated in some other way.
Regards
Christer
Apologies for the delay - been busy moving...
Your solutions worked great! Just three items for my wish list:
Also, I noticed somewhere in the documentation that the UTM is able to make different types of requests to hosts (e.g. ICMP, HTTP). Any idea how/where that's configured?
We are experiencing the same issue.
Two ISP lines, both working like a charm if i force the traffic to both Interfaces.
On the Dashboard Line A is shown as On/Up, Line B as On/Error.
BGP shows no Error and i can reach any Host on the Internet on both Lines from the Shell as Loginuser.
I turned automatic monitoring off in uplink monitoring and only inserted Google DNS (8.8.8.8) for test, still the error remains.
Is there any protocol file logging the reason for the Error State?
I could still manually force parts of the traffic to Line B, but we would like automatic fallback if one or the other Line fails.
Kind regards
Dietmar
Dears
this issue is due wrong MTU configuration
you can check your correct MTU from below site