OVHcloud Network Status

Current status
Legend
  • Operational
  • Degraded performance
  • Partial Outage
  • Major Outage
  • Under maintenance
FS#6854 — 46.105.104
Incident Report for Network & Infrastructure
Resolved
We have perturbations on the network 46.105.104.0/24

This provokes sporadic connection losses.

We are investigating.

Update(s):

Date: 2012-07-05 13:05:00 UTC
5.104.249# sh plat fwm info error stats | i clone
[Wed Jun 20 12:25:32 2012 636088 usecs] msg 1 - fwm_api_mac_update(269): Mac Cannot learn mac 0007.b400.0102 on vlan 1.2 from if_index 0x1f670b80 : rc can't learn pvlan internal cloned mac address 0x41e80062 caller ra: 0x8420d65 0xb7cdd8be 0xb7ce0bd 0x8146d76 0xb36c7da3 0xb36dd6e8 0x814b459 0x414735c5
[Wed Jun 20 12:25:32 2012 636030 usecs] msg 0 - fwm_api_mac_update(269): Mac Cannot learn mac 0007.b400.0103 on vlan 1.2 from if_index 0x1f670b80 : rc can't learn pvlan internal cloned mac address 0x41e80062 caller ra: 0x8420d65 0xb7cdd8be 0xb7ce0bd 0x8146d76 0xb36c7da3 0xb36dd6e8 0x814b459 0x414735c5


The mac address of the gateway is not registered correctly in the forwarding system of the switch. In this case the trafic is flooded.


Thanks to this error message we could identify the server which was provoking this kind of problems.


The switches are currently stable and the infrastructure is operational.

In the meantime we escalated the problem to Cisco in order to set up a system allowing to protect the switch.

Date: 2012-06-14 17:57:59 UTC
The bug was reproduced by the manufacturer.

They're trying to solve them as soon as possible.

Date: 2012-06-07 15:33:45 UTC
It's a bug from Cisco. The Mac addresses are not well learnt in hardware. That's why the trafic is flooded.

In the meanwhile, yo avoid this problem we do a \"clear\" of the Mac table. This have for purpose to allow to the switch to learn again the Macs and re-install them in hardware.

The bug was escalated to the constructor.
Posted Jun 07, 2012 - 15:28 UTC