[technique] Probleme BGP amusant lors de la suppression de l'annonce 2a01:6600:8000::/40

[Laurent GUERBY]

Bonsoir,

Ce matin comme planifié nous avons cessé d'annoncer en BGP notre ancien
prefixe 2a01:6600:8000::/40 a nos peers : Cogent, Fullsave, TouIX,
FranceIX.

Cependant vers midi Baptiste nous a signalé que grenode voyait toujours
le prefixe, via la looking glass grenode :

http://lg.grenode.net/prefix_detail/batture/ipv6?q=2a01%3A6600%3A8000%3A
%3A/40 
<<
2a01:6600:8000::/40 via 2a02:2178:3:1c::1 on eth1.606 [transit_ielo
10:27:01] * (100) [AS197422i]
        Type: BGP unicast univ
        BGP.origin: IGP
        BGP.as_path: 29075 6762 174 197422
        BGP.next_hop: 2a02:2178:3:1c::1
        BGP.med: 0
        BGP.local_pref: 100
        BGP.community: (51083,10001) (6762,31) (6762,10100) (29075,7350)
        Kernel.prefsrc: 2001:912::6
                   via 2001:910:0:116::217 on eth1.116 [transit_gitoyen1
10:27:06] (100) [AS197422i]
        Type: BGP unicast univ
        BGP.origin: IGP
        BGP.as_path: 20766 29075 6762 174 197422
        BGP.next_hop: 2001:910:0:116::217 fe80::ec4:7aff:fe07:4cf2
        BGP.med: 0
        BGP.local_pref: 90
        BGP.community: (51083,10003) (20766,10001)
        Kernel.prefsrc: 2001:912::6
>> 

as_path: 29075 6762 174 197422
=>       ielo  sparkle cogent ttnn

Nous avons donc ouvert d'abord un ticket chez Cogent
qui nous ont repondu qu'ils n'avaient plus le prefixe en table.

Un reset de la session IPv6 cogent de notre coté,
suggeré par job de NLNOG n'a rien donné.

En suivant nous avons envoyé un courriel au NOC Telecom Italia Sparkle
vers 17h. N'ayant pas de réponse rapide nous avons demandé sur IRC a ced
de Ielo (qui est client transit de sparkle) de regarder, meme en
clearant la session sparkle de leur coté un seul de leurs deux feed
sparkle annoncait toujours la route. Ielo a alors ouvert aussi un ticket
a sparkle (merci a ced).

Sur la looking glass sparkle il y avait tout du long un routeur qui
voyait la route mais pas les autres :

https://gambadilegno.noc.seabone.net/lg/
Router: Paris
show bgp ipv6 unicast <prefix>
2a01:6600:8000::/40

Query: bgp6
Addr: 2a01:6600:8000::/40
show bgp ipv6 u 2a01:6600:8000::/40
BGP routing table entry for 2A01:6600:8000::/40, version 34770922
Bestpath Modifiers: deterministic-med
Paths: (1 available, best #1, table Global-IPv6-Table)
  Advertised to update-groups:
     1
  174 197422
    ::FFFF:195.22.216.252 (metric 664) from 195.22.210.237
(195.22.210.237)
      Origin IGP, metric 1234, localpref 90, valid, internal, best
      Community: 6762:50 6762:92 6762:10100
      Originator: 195.22.216.252, Cluster list: 0.0.0.2, 0.0.0.6
      mpls labels in/out 48833(from LDP)/2

En plus de la bizarrerie ielo cela faisait penser a un probleme
de route fantome a l'interieur de sparkle.

Le NOC de sparkle a finalement résolu le probleme vers 20h l'action de
leur coté :

<<
There were some pending BGP updates, 
we just reset the session in order to fix. 
We are keeping under monitor the affected BGP peering and it looks
stable
>>

D'apres le RIS pendant le soucis :

https://stat.ripe.net/widget/routing-status#w.resource=2a01:6600:8000::/40&w.min_peers_seeing=0
First ever seen announced by AS197422, on 2011-06-07 16:00:00 UTC.
At 2016-03-21 16:00:00 UTC, 2a01:6600:8000::/40 was 3% visible (by 5 of
144 RIS full peers).

Donc au final peu d'impact de ce bug de routeur chez sparkle.

Nous allons encore attendre quelques jours et rendre formellement
le prefixe a fullsave apres presque 5 ans d'utilisation.

Sincèrement,

Laurent