Привет.
Илья, ты хочешь заставить рутер считать less specific best path при наличии
у рутера more specific. Думаешь, что существует решение, которое
противоречит базовой концепции? По-моему, BGP chooses the best route,
основываясь на аттрибутах маршрутов to the same destination, то есть
игнорирует less specific routes не смотря на все их weights/etc.
--
Игорь Винокуров
> -----Original Message-----
> From: inet-admins@info.east.ru [mailto:inet-admins@info.east.ru]On
> Behalf Of Ilia Zubkov
> Sent: Wednesday, July 04, 2001 7:50 PM
> To: inet-admins@info.east.ru
> Subject: Re: [inet-admins] BGP communities 'n' more specific
>
>
>
> ----- Original Message -----
> From: "Slawa Olhovchenkov" <slw@convey.ru>
> To: <inet-admins@info.east.ru>
> Sent: 4 июля 2001 г. 19:24
> Subject: Re: [inet-admins] BGP communities 'n' more specific
>
>
> > > > > Что касается именно спецификов на пиринге, то оставить там лазейку
> только
> > > > > для агрегата было бы тоже не до конца корректным, так как клиент
> может и не
> > > > > анонсировать агрегат, а анонсировать только специфики.
> > > > А с чего ты взял, что другие (те, через кого ты получил специфики) в
> курсе,
> > > > о том, что весь блок надо отправлять по специфику? И они вообще
> согласны
> > > > на это?
> > > Скажем так: сам клиент может анонсировать специфики так, как захочет.
> > > Естественно, предварительно порегистрит их в RIPE, что не возб
раняется.
> А
> > > "те, через кого ты получил специфики" честно построят фильтры
> по RIPE и
> без
> > > проблем примут и пропустят специфики через себя.
> > Ты не понял. Рассказываю на пальцах.
> > У клиента блок 195.182.128.0/19. Анонсит через тебя.
> > Он через кого-то (А) анонсит специфик 195.182.130.0/24.
> > Фильтров нету. Ты это специфик видишь через пира А.
> > Пир а видит анонсы 195.182.128.0/19 от тебя и 195.182.130.0/24 от
> > клиента. От тебя до клиента падает канал. Теперь пир А видит анонс
> > 195.182.130.0/24. Ты сливаешь пиру А пакет с dst 195.182.131.17.
> Если пир не получил от клиента /19, или, скажем, .131.0/24 - НЕ сливаю.
> Так как я сам от пира его тоже не получил.
> > И куда он его должен его отправить? Он же не знает для него роута.
>
> Да, согласен с тем, что вопрос не понял. Но я также не понял, какое этот
> вопрос имеет отношение к изначально поставленной проблеме.
>
> Т.е. видимо мой ответ должен был быть таким: 1 x /19 = 32 x /24.
>
> Никто ведь не запрещает анонсировать одновременно /19 и /24, который
> находится "внутри" этого /19 (если брать конкретный приведенный абзацем
> выше пример). Или анонсировать 32 анонса по /24. Или, если такое - "уж
> слишком" - хотя бы 2 по /20 (и проблема уже появилась). И не анонсировать
> при этом /19.
>
> И опять-таки -- используя данный пример -- поясню проблему: от пира
> (теоретически) может приходить 32 анонса по /24, что в сумме и составляют
> /19, и в случае нормального функционирования клиентского подключения их
> нельзя доводить до роутинговой таблицы, а в случае падения клиента
> - сильно
> желательно.
>
> --
> Sincerely yours,
>
> Ilia Zubkov,
> Educational Network technical director
>
>
>
>
>
>
>
> ==================================================================
> ===========
> "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
>
=============================================================================
"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
