Jump to content
Калькуляторы

миграция с одной AS на другую bgp migration

Коллеги, подскажите!

 

У нас разделение филиалов, раньше AS была одна на всех, теперь запросили у RIPE NCC новую AS, нам ее выдали. Про фичу local-as почитали, но полной ясности нет.

1. Завели новую AS, перетащили старые аплинки с указанием в local-as старой AS, анонсим свои сети.

2. Выпросили по второй транспортной сети у каждого аплинка, подняли новые сессии от новой автономки, пока ничего не анонсим.

Теперь видится вариант с одновременным анонсированием своих префиксов каждому аплинку в обе сессии, пока в RIPE NCC не поменяем route-object на новую автономку, анонсы будут уходить от старой, как только изменение пройдет и аплинки перестроят фильтры, анонсы уйдут от новой автономки.

 

В теории все так, а как будет на практике, кто нибудь имел опыт?

 

P.S. не попадем ли перерыв по трафику?

Share this post


Link to post
Share on other sites
У нас разделение филиалов, раньше AS была одна на всех, теперь запросили у RIPE NCC новую AS, нам ее выдали.

1. Завели новую AS, перетащили старые аплинки с указанием в local-as старой AS, анонсим свои сети.

Если Cisco, то наверное нужно не забыть ключик replace-as.
2. Выпросили по второй транспортной сети у каждого аплинка, подняли новые сессии от новой автономки, пока ничего не анонсим.

Теперь видится вариант с одновременным анонсированием своих префиксов каждому аплинку в обе сессии, пока в RIPE NCC не поменяем route-object на новую автономку, анонсы будут уходить от старой, как только изменение пройдет и аплинки перестроят фильтры, анонсы уйдут от новой автономки.

Представьте себе цепочку из трех операторов A-B-C. A это вы, B ваш uplink, С - uplink B. Вы анонсируете B свои префиксы от двух AS. В полночь B перестроил фильтры и начал принимать ваши маршруты с новой AS. Если C фильтры еще не перестроил, то он подропает ваши префиксы, которые отдал ему B.

Насколько я понимаю в RIPE DB, primary-key для объекта route состоит из атрибутов route И origin. Т.е. теоретически вы можете создать в БД RIPE объекты route для ваших сетей с новой ASN, не удаляя существующих. К сожалению, нет уверенности, что скрипты, генерирующие фильтры, корректно такие объекты обработают. :(

Ну и наконец, далеко не все операторы фильтруют по маршрутам. Многие только по ASN. Уточните у ваших uplink-ов. Может быть Вы решаете несуществующую проблему :)

 

Share this post


Link to post
Share on other sites
Ну и наконец, далеко не все операторы фильтруют по маршрутам. Многие только по ASN. Уточните у ваших uplink-ов. Может быть Вы решаете несуществующую проблему :)
Один аплинк только по ASN фильтры строит, второй и по префиксам тоже :(

Подумываем о том чтобы переезд производить во время минимальной загрузки, чтобы анонсы слать через того аплинка, у которого по ASN фильтры, одной ноги на пару часов хватить должно, а там надежна что изменения по базе RIPE NCC расползутся.

Edited by anix

Share this post


Link to post
Share on other sites

nnm все сказал же уже

 

никто вам не мешает завести N route-object c разными origin

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this