Hello Vladimir,
Thursday, November 01, 2001, 10:55:22 AM, you wrote:
VAJ> On Thu, Nov 01, 2001 at 10:05:00AM +0300, Alexey L. Burlakov wrote:
>>
>> Доброе время суток, уважаемые коллеги!
>> Возник у меня такой вот вопрос.
>> Есть (точнее очень скоро будет) сеть , и 2 аплинка, через спутник.
>> Один приземляется в России, второй в штатах.
>> Мне очень не хочется каждый раз перепрописывать таблицу
>> маршрутизации после того, как я буду вносить изменения.
>> Пока я смог найти только один выход, это регистрация в RIPE.NET AS
>> Может быть уважаемые коллеги смогут подсказать что-либо еще?
>> Или вариантов больше никаких?
VAJ> I.e. у вас есть сеть, которая будет multihomed к двум uplink-ам и вам требуется
VAJ> максимальный resilence на случай аварий одного из каналов? I.e. вы не
VAJ> собираетесь транзитить через себя прочие AS-ы.
VAJ> Если так, то у вас есть два граничных варианта:
VAJ> 1. Правильный-по-старому - получить от RIPE/ARIP PI/PA кусок адресов
VAJ> + автономную систему, и строить с обоими uplink-ами BGP
VAJ> взаимодействие.
VAJ> 2. Правильный-по-новому - попросить одного из ваших uplink-ов создать
VAJ> в рамках его allocation-а more specific route object и оториджини-
VAJ> ровать его от своего AS-а, попросить второго вашего uplink-а создать
VAJ> еще один route object на тот же inetnum range и оториджинировать
VAJ> его от своего AS-а. Таким образом этот more specific будет виден
VAJ> в миру от двух разных origin AS-ов. Далее вы строите с вашими
VAJ> uplink-ами eBGP на приватных as-num-ах, или чтото из IGP дабы
VAJ> соотв. uplink прекращал анонс соотв. more specific при аварии
VAJ> канала вы-uplink.
VAJ> Есть еще два промежуточных варианта - не брать AS но брать PI, брать отдельный
VAJ> AS но не брать PI.
VAJ> Теперь касаемо pros and cons обоих вариантов:
VAJ> первый - все хорошо, но как минимум RIPE в последнее время не любит давать PI
VAJ> и AS под multihoming без подробного объяснения почему вариант 2 не подходит.
VAJ> Причины почему RIPE это не любит - тема отдельного разговора.
VAJ> второй - нет ни одного public документа RIR-ов или RFC который не просто о
VAJ> писывал этот метод, но хотя бы упоминал о нем в ключе Best Practice. Хуже того,
VAJ> текущий ripe-185 ("IPv4 and ASN Policies in the RIPE NCC Service Region") и
VAJ> working draft на ссылаются на rfc1930
VAJ> (образца 1996-го года) у которого есть section 7 - "One prefix, one origin AS".
VAJ> Кроме того, до последнего времени тот же RIPE наличие more specific роутов
VAJ> клеймил под флагом борьбы за агрегативность. А тут вдруг они меняют свое
VAJ> отношению к сему вопросу и _нигде_ об этом не пишут, ну не ^&*^*&^?
VAJ> Но .. в RIPE регионе 17% route-object-ов имеют более одного origin-а. Да, из
VAJ> них часть это просто ошибки, но процентов 10% это реально работающий
VAJ> multihoming на этом принципе. Тот же eBay, например, multihome-ится через
VAJ> more specific.
VAJ> Anyway, решать вам.
VAJ> Btw, с месяц назад в lir-wg@ripe.net и routing-wg@ripe.net была большая
VAJ> дискуссия по поводу multihoming-а, если кому интерестно ее можно найти у
VAJ> RIPE-а на сайте, Subject-ы "more specific routes in today reality" и
VAJ> "Multihoming - Resilience or Independence".
Прекрасный русский язык! :)
-------
С уважением,
Овсянников Василий
тел. +7 095 334-9983
тел/факс +7 095 339-2415
Best regards,
Vasily Ovsiannikov
tel. +7 095 334-9983
tel/fax +7 095 339-2415
NOC ROSTELECOM mailto:noc@rt.ru
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on
