On Sun, 11 Sep 2005, Andrey Elperin wrote:
On Sun, Sep 11, 2005 at 12:34:41PM +0300, Edward Melnik wrote:
И будет так работать? А то как-то не доводилось такого строить. Ведь, как будет вести себя маршрутизатор, видя два as-path к одной AS, но разным prefix'ам?
Будет маршрутизировать :)
Только нужно будет создать в ripe-db соответствующий route object для каждого префикса.
А теперь приведу более реальный сценарий (который планируется): /19 разбивается на два /20. Первый /20 анонситься от AS X. Второй /20 разбивается на /24 и разъезжается по автономным площадкам и анонситься каждый из этих блоков от AS X. И так тоже будет работать? И не раком ли это? Я что-то потерялся, как это будет уживаться в
Лично с моей точки зрения - отнюдь не более раково, чем заводить для каждой такой площадки отдельный as-num.
маршрутизаторах + как это сделать правильно, относительно RIPE.
RIPE обычно озвучивает свою позицию как "не увеличивать количество префиксов в fullview", и именно с этой позиции предлагает всем брать PA-адреса у непосредственного аплинка (т.к. в этом случае в мир идет один анонс /19 или больше). Т.к. в данном случае от увеличения количества анонсов все равно никуда не деться - RIPE скорее всего займет позицию "не увеличивать энтропию", т.е. не выдавать несколько as-num там, где можно обойтись одним.
А тут не обойтись... An Autonomous System (AS) is a group of IP networks run by one or more network operators with a single, clearly defined routing policy. У него ж площадки абсолютно не связаные. И у каждой, насколько я понял, будет именно свой clearly defined routing policy. Можно, конечно, neighbor x.x.x.x allowas-in но тогда одной из задач будет страхование от чужого криворучия. Я бы получал еще один ASN и разбивал PA. Против такого RIPE точно не будет протестовать. Главное - честно глядя им в глаза, объяснить ситуацию. Ну либо, если адресов мало или жадно - additional allocation. С PI - ну его в баню. Под одну организацию не дадут. Тем более под LIR. -- RAZ-UANIC RAZ-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message