Сколько читал разных мануалов и книг и никак не могу понять вроде бы элементарного: если имеется 2 провайдера и с обоими BGP-маршрутизация, то не полезут ли аптейты по BGP-4 от провайдера А к провайдеру В? Если да - получается что наша АС будет транзитом? Если да, то этого лучше избежать настраивая distribute-list или route-map?

• BGP-4 от двух провайдеров,levsha, 15:40 , 10-Апр-06
  • BGP-4 от двух провайдеров,Sasha, 16:36 , 10-Апр-06
    • BGP-4 от двух провайдеров,levsha, 17:23 , 10-Апр-06
      • BGP-4 от двух провайдеров,Sasha, 17:29 , 10-Апр-06
• BGP-4 от двух провайдеров,Sasha, 15:11 , 11-Апр-06
  • BGP-4 от двух провайдеров,sh_, 15:35 , 11-Апр-06

>Сколько читал разных мануалов и книг и никак не могу понять вроде
>бы элементарного: если имеется 2 провайдера и с обоими BGP-маршрутизация, то
>не полезут ли аптейты по BGP-4 от провайдера А к провайдеру
>В?

Как настроишь. Если не будешь на сессиях фильтровать то полезет.

> Если да - получается что наша АС будет транзитом? Если
>да, то этого лучше избежать настраивая distribute-list или route-map?

Есть варианты.
Если ты анонсируешь только себя и никого больше то можешь просто создать prefix-list со своими сетями и поставить его как prefix-list out на нейборы с провайдерами.
Если анонсируешь не только себя то можно по простому: создать ip as-path access-list с AS-ами, для которых ты выступаешь транзитом, и прописать эго в filter list out. Или по сложному: маркировать маршруты определенным community на приеме и проверять эти community на отдаче, и то и другое с помощью route-map

хм... спасибо
А если уже отфильтровал, то как сделать чтобы маршруты были кротчайшими. weight не подходит т.к. от устанавливает приоритет в случае когда имеется маршрут и через провайдера А и через В. А он имеется и у того и у другого, однозначно. Как заставить маршрутизировать эфективно?

>хм... спасибо
>А если уже отфильтровал, то как сделать чтобы маршруты были кротчайшими.
> weight
>не подходит т.к. от устанавливает приоритет в случае когда имеется маршрут
>и через провайдера А и через В. А он имеется и
>у того и у другого, однозначно. Как заставить маршрутизировать эфективно?

Что-то я не уловил ход мысли. Что собственно надо получить? И чем не устраивают дефолутные методики bgp по выбору кратчайшего маршрута?

>>хм... спасибо
>>А если уже отфильтровал, то как сделать чтобы маршруты были кротчайшими.
>> weight
>>не подходит т.к. от устанавливает приоритет в случае когда имеется маршрут
>>и через провайдера А и через В. А он имеется и
>>у того и у другого, однозначно. Как заставить маршрутизировать эфективно?
>
>Что-то я не уловил ход мысли. Что собственно надо получить? И чем
>не устраивают дефолутные методики bgp по выбору кратчайшего маршрута?

это спать надо больше.. уже все понял.. извините :)

> Что-то я не уловил ход мысли. Что собственно надо получить? И чем не устраивают дефолутные методики bgp по выбору кратчайшего маршрута?

Вот.. появился еще один вопрос по поводу кротчайшего маршрута. Так получается, что у провайдера А машруты в мир короче чем у Б (ну кроме как в саму сеть Б), но канал уже. Если руководствоваться дефолтовыми методиками BGP, то все уйдет через узкий канал А, а широкий Б будет загружен ну на 10%. Как не прописывая руками то туда, а это сюда, а то снова туда, добиться более-менне справедливой загрузки? Чтобы все что к А - шло через А, все что к Б - шло через Б, в те АС, что за ними - через них же, а в "далекий мир" более-менее поровну? или без "ручной прописки" не обойтись?

BGP не link state протокол...