|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : Victor Sudakov 2:5020/400 13 Oct 2007 21:12:33
To : Dmitry Kiselev
Subject : Re: Распределенная автономка
--------------------------------------------------------------------------------
Dmitry Kiselev wrote:
>
>>>> neighbor ... allowas-in
>>>>
>>>> Хотя ситуация не вполне правильная. Лучше для каждого города свою автономку
>>>> зарегистрировать, если города связаны между собой через другие AS.
>>
>>> Полностью Пашу поддерживаю. Гораздо проще один раз объяснить RIPE NCC
>>> суть проблемы и получить нужное кол-во ASN, чем регулярно иметь секс с
>>> маршрутами и фильтами.
>>
>> Я как раз недавно занимался этим вопросом в сходной ситуации (LIR -
>> центральная контора в Москве, и несколько филиалов по России). Hомера
>> AS для филиалов (пока для двух) RIPE выделил, но hostmaster задал
>> каверзный вопрос:
>>
>> Are you aware that announcing the allocation as a whole and then
>> announcing smaller assignments within the allocation using a different
>> AS Number goes against the aggregation goal and will cause routing
>> problems?
>>
>> Вот сижу думаю теперь, какие routing problems имелись в виду.
>>
>> Впрочем, по первой претензии тоже не вполне понятно. Будут ли more
>> specific префиксы объявляться от имени AS головной конторы или от
>> имени собственных AS - размер мировой таблицы от этого не изменится,
>> так что им не нравится?
>
>
> Вопрос звучал в ключе: а зачем вы будите анонсить весь allocation одним
> префиксом? Видимо вы где-то об этом им писали.
А что, его нельзя анонсить одним префиксом? Для меня новость.
Всегда считал, что если можно агрегировать - то лучше агрегировать.
Просто у большинства филиалов есть прямой линк с центром по нашей
собственной первичной сети - так зачем сети таких филиалов анонсить
отдельно?
> Routing problems могут
> быть только если allocation равен minimum allocation size для этой /8 и
> кто-то из операторов таки решил не принимать префиксы длиннее min alloc
> size.
Hе очень понял идею. А если allocation не анонсить одним куском, эти
операторы таки примут более длинные префиксы?
> Проблема в целом надумана и NCC прекрасно об этом знает. Они хотят
> убедится, что об этом знаете вы ;) Мы, кстати, перестраховались и свой
> partitioned allocation одним куском /14 не анонсируем - порезали на три
> /16 и кучу мелких анонсирующихся филиалами.
То есть тоже пошли against aggregation goal? И кому от этого лучше?
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
--- ifmail v.2.15dev5.4
* Origin: Ulthar (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
