>>>>Это уже не авось... Задача по-моему стоит конкретная и простейший файл конфигурации
>>>>можно было выложить, а от него уже отталкиваться...
>>>
>>>Если вы из книги ничего непоняли....
>>>
>>>router bgp xxx
>>>network yyy.yyy.yyy.yyy zzz.zzz.zzz.zzz
>>>neighbor iii.iii.iii.iii remote-as jjj
>>>
>>>Вот вам простейшая настройка BGP.
>>
>>А тут на самом деле и не самая простая задача...
>>Давайте рассмотрим ее более детально, поскольку это почти типовое решение...
>>Вот смотрите, к приему есть пограничный роутер - R1 есть 2 UPstream
>>
>>типовое задча обеспечить основным каналом с ISP-1, а ISP-2 использовать только как
>>резервный.
>>Так вот это все натсраивается просто, но есть один момент если Вы
>>все же поднимаете bgp-сессию и делаете анонс своих маршрутов в ISP-2,
>>то по странным обстоятельствам ISP-2 разошлет update всем своим аплинкам, хотя
>>Вы на ISP-1 "запретендили" анонсы и вроде бы трафик приходит через
>>IPS-1,  Вы всеровно получите достаточный обем входящего трафик через канал
>>от ISP-2, вот если вы к примеру положите сессию с ISP-2,
>>то все будет замечательно, но только если  ISP-1 откжает тогда
>>вы склеете ласты...
>>ситуация станная - но политическая...
>>есть какое-то решение у циско, чтоб именно делать анонс только при определенных
>>условиях...
>
>1. Путем указаний пожеланий в RIP-овской базе данных. но это только рекомендации.
>
>2. Если сеток несколько - анонсить в один канал посеточно, а во
>второй - агрегированый маршрут, но тоже не панацея.
>3. извращаться с backup интерфейсами.
>Но все это Как-то неправильно.

1-2 варианты не дадут решения, 3 - это вовсе не ястно что !!!
решение есть и есть однозначно.
приду на работу посмотрю.

>>>>>>Добрый день, уважаемые гуру! Вопрос такой. Имеются два маршрутизатора, связанные между собой.
>>>>>>Один идет к одному провайдеру, другой к провайдеру. Скоро получаем AS,
>>>>>>нужно настроить IBGP между моими маршрутизаторами, и соответсвенно EBGP для работы
>>>>>>с upstream'ами. Хочется получить одно: чтобы основным каналом был один провайдер(исходящий
>>>>>>и входящий трафик) и если он не доступен, то маршрутизация шла
>>>>>>на второй. Соответственно как только первый появляется - то снова на
>>>>>>него роутилось... прочитал книгу Сэма Хелеби, но так и не понял.
>>>>>>С этим встречаюсь в первый раз.. подсмкажите может реальные конфиги в
>>>>>>подобных случаях? Буду премного благодарен ;) Спасибо!
>>>>>
>>>>>
>>>>>Поднимаете BGP сессии с обоими провайдерами.
>>>>>Для исходящего трафика необходимо установить Local preference на одного из них.
>>>>>Для входящего удлинняйте as path.
>>>>
>>>>Вы не внимательно читали!
>>>>трафик всеровно будет входящий от ISP-2
>>>Если провайдер хочет посылать трафик по определенному каналу ни каким образом его
>>>в этом переубедить нельзя. То, что предложено кажеться мне наиболее оптимальной
>>>конфигурацией в данной ситуации.
>>>
>>>
>>>>
>>>>смотрите типовая ситуация:
>>>(лирический бред удален)
>>
>>>Если провайдер хочет посылать трафик по определенному каналу ни каким образом его
>>>в этом переубедить нельзя
>>вот об этом я и говорю, а это не провайдер хочет, а
>>это политика большиства операторов.
>>
>>Я не хочу Вас как-то поддеть я просто хотел затеять небольшое общение
>>с коллегой.
>>Вот смотрите, тогда перестрою задачу:
>>Нужно анонсировать префикс на ISP-2 только в моментт отключени сесиии с ISP-1
>>и выключать анонсирование, когда произошло включение ISP-1 (начал снова работать).
>>Реализация используя средства Cisco IOS.
>
>фича называется conditional advertisement.
>http://cisco.com/en/US/tech/tk365/technologies_configuration...
>вроде то, что надо. просмотрев "по диагонали" увидел решение в точности Вашей
>задачи.

Спасибо огромное.
я давно как-то видел подобное...просто в данной дискусии я пытался обсенить оппоненту, о том, что всеже трафик входящий неизбежен, даже в случае использование всех аттрибутов и делания полностью е выгодным маршрут.