ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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 http://info.east.ru/rus/inetadm.html



 




Copyright © Lexa Software, 1996-2009.