OVHcloud Network Status
Current status
Legend
- Operational
- Degraded performance
- Partial Outage
- Major Outage
- Under maintenance
FS#5882 — ipv6 asr9010
Incident
Report for Network & Infrastructure
Resolved
The 2 routers ASR9010 do not choose correctly routes to outside of Roubaix. Traffic is making Europe tour.Despite,the traffic to IPv6 is going well,6K choose properly the next-hop
2 rbx-1-6k.fr.eu (2001:41d0::801) 25.147 ms * *
3 gsw-1-6k.fr.eu (2001:41d0::532) 14.358 ms * *
4 lyo-1-6k.fr.eu (2001:41d0::6e2) 11.193 ms * *
5 mar-1-6k.fr.eu (2001:41d0::6f2) 15.400 ms *
6 mil-1-6k.fr.eu (2001:41d0::701) 28.914 ms * 28.784 ms
7 zur-1-6k.fr.eu (2001:41d0::661) 32.603 ms * *
8 fra-5-6k.de.eu (2001:41d0::671) 71.876 ms 61.542 ms *
9 fra-1-6k.de.eu (2001:41d0::8c1) 23.898 ms * *
10 var-1-6k.fr.eu (2001:41d0::682) 46.334 ms * *
11 ams-1-6k.fr.eu (2001:41d0::691) 44.700 ms * *
12 ldn-5-6k.uk.eu (2001:41d0::be1) 54.833 ms * *
13 ldn-1-6k.uk.eu (2001:41d0::bf1) 47.126 ms 47.211 ms 47.
Update(s):
Date: 2011-10-07 05:27:29 UTC
gsw-1-6k#clear ipv6 ospf process
Reset ALL OSPF processes? [no]: yes
We relaunched the OSPF process on gsw-1-6k and set the link routing back. The problem starts again.
interesting:)
Well, we will cut the link, then we will think quietly.
Date: 2011-10-07 05:23:51 UTC
Between rbx-1 and gsw-1 we have a 4x10G which is not used but is still up. The cost on this link is huge so the traffic goes through there only in NUCLEAR disaster.
rbx-1-6k(config)#ipv6 router ospf 16276
rbx-1-6k(config-rtr)#passive-interface Port-channel9
gsw-1-6k(config)#ipv6 router ospf 16276
gsw-1-6k(config-rtr)#passive-interface po9
For now,this link is no longer used on IPv6
Routage is correct actually.
Date: 2011-10-07 05:18:28 UTC
Reloading ospf on rbx-1-6k
During some time,routing was correct. ok, so it's there.
Date: 2011-10-07 05:16:43 UTC
Relaunching OSPFv3 process does not work.
The problem is on two ASR9010.well ..
We have to start searchning now.
2 rbx-1-6k.fr.eu (2001:41d0::801) 25.147 ms * *
3 gsw-1-6k.fr.eu (2001:41d0::532) 14.358 ms * *
4 lyo-1-6k.fr.eu (2001:41d0::6e2) 11.193 ms * *
5 mar-1-6k.fr.eu (2001:41d0::6f2) 15.400 ms *
6 mil-1-6k.fr.eu (2001:41d0::701) 28.914 ms * 28.784 ms
7 zur-1-6k.fr.eu (2001:41d0::661) 32.603 ms * *
8 fra-5-6k.de.eu (2001:41d0::671) 71.876 ms 61.542 ms *
9 fra-1-6k.de.eu (2001:41d0::8c1) 23.898 ms * *
10 var-1-6k.fr.eu (2001:41d0::682) 46.334 ms * *
11 ams-1-6k.fr.eu (2001:41d0::691) 44.700 ms * *
12 ldn-5-6k.uk.eu (2001:41d0::be1) 54.833 ms * *
13 ldn-1-6k.uk.eu (2001:41d0::bf1) 47.126 ms 47.211 ms 47.
Update(s):
Date: 2011-10-07 05:27:29 UTC
gsw-1-6k#clear ipv6 ospf process
Reset ALL OSPF processes? [no]: yes
We relaunched the OSPF process on gsw-1-6k and set the link routing back. The problem starts again.
interesting:)
Well, we will cut the link, then we will think quietly.
Date: 2011-10-07 05:23:51 UTC
Between rbx-1 and gsw-1 we have a 4x10G which is not used but is still up. The cost on this link is huge so the traffic goes through there only in NUCLEAR disaster.
rbx-1-6k(config)#ipv6 router ospf 16276
rbx-1-6k(config-rtr)#passive-interface Port-channel9
gsw-1-6k(config)#ipv6 router ospf 16276
gsw-1-6k(config-rtr)#passive-interface po9
For now,this link is no longer used on IPv6
Routage is correct actually.
Date: 2011-10-07 05:18:28 UTC
Reloading ospf on rbx-1-6k
During some time,routing was correct. ok, so it's there.
Date: 2011-10-07 05:16:43 UTC
Relaunching OSPFv3 process does not work.
The problem is on two ASR9010.well ..
We have to start searchning now.