Le 14/12/2012 20:21, David Ramahefason a écrit : > Allez j ai le droit parce que c'est Vendredi. > > <TROLL> > Serait-ce une demande de prestation de consultation déguisée de la part > d'un consultant une prestation ?? > Pas taper... > </TROLL>
:) > > Sinon sans en avoir fait moi même, je pense que la voie c'est l utilisation > des local-as afin de toujours présenter l ancien AS aux peer le temps de > finir ta > migration en interne: Oui, je ferais (et j'ai fait) ça. > http://wiki.nil.com/Network_migration_or_merger_with_BGP_Local-AS_feature(trouve > en 3 minutes) > > Pour la synchro transitaire je pense que le plus simple et de monter des > nouvelles sessions BGP avec le nouvel AS et de fermer les anciennes ensuite. > Pour la partie RIPE une piste par la: Oui, voilà, a way to go ! Penser au fait qu'avec des "gros" ce genre de migration peut prendre un peu du temps à réaliser. > http://www.ripe.net/ripe/docs/ripe-515(trouve en 2 minutes) > > Bonne chance en tout cas, ça doit être intéressant comme projet. > > et bon WE et je blague hein quoique... mais bon on est Vendredi :P > > Mais sur la liste je pense qu il y a des personnes ayant deja fait ca en > live, et du coup je dis peut être des bêtises (mais on est Vendredi). > > David R. Bon weekend ! mh > > Le 14 décembre 2012 17:57, Thierry Del-Monte <tdelmo...@integra.fr> a écrit > : > >> Bonjour, >> >> Avec les croissances les externes, il est parfois nécessaire de réaliser >> des fusions au niveau des AS, avez-vous un retour d'expérience à ce propos >> ? un bout de méthodologie que vous auriez pu appliquer (synchronisation >> avec les transitaires lors du changement des sessions BGP, les partenaires >> de peering, changement des objets du RIPE etc etc) ? >> >> Comme c'est pas courant et que j'ai pas vraiment trouvé de doc, j'aimerai >> pas oublier un truc ;-) >> >> Merci par avance pour ce partage et pour votre aide. >> >> Cordialement, >> >> Thierry >> > > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
