Дело в том, что промежуточный маршрутизатор ничего не знает о маршрутах BGP (100.0.0.0/24 и 200.0.0.0/24) — он же не BGP-оратор. И поэтому когда R1 отправляет на него трафик для подсети 200.0.0.0, R2 его просто отбрасывает.
Ещё статьи

Linkmeup и Бонч
Оказывается, что далеко не все связисты знают о linkmeup. Мы боремся с этим каждый месяц готовя подкасты на разные темы. Но в этот раз мы заходим с другой стороны. Долго ...
14 июня 2017

Ответ к задаче №8.9
Тесты IP SLA для проверки доступности провайдеров (в реальной жизни лучше делать более сложные тесты, по аналогии с задачей 8.8):ip sla 1icmp-echo 101.0.0.1 source-interface FastEthernet0/0threshold 200timeout 200frequency 3ip sla schedule ...
19 июля 2013

Самые большие проблемы BGP
Статья опубликована на nag.ruНи один другой протокол не может доставить столько радости и беззаботного веселья, сколько BGP. Это клей, связующий весь Интернет и иногда с его помощью можно уложить добрую ...
22 июня 2013
6 коментариев
Привет,
Рад что мотивирует, на то и был расчет! 🙂
Проблемы с памятью есть, и они слабо решаются в моем плане, единственный выход это ложить все вещи на бумагу и правильно структурировать свой труд.
А в асти подготовки, так тут все достаточно просто и секрета никакого нет — упорство и труд все перетрут.
Добрый день в задаче у меня не установилась сессия iBGP между R1 и R3, не понимаю из за чего, я решил создать туннель между R1 и R3 iBGP сессия установилась, но сети в ней не анонсируются, заранее благодарю.
Спасибо! Исправим
на схеме забыли прописать на R1:
neighbor 3.3.3.3 update-source L0
соответственно на R3:
neighbor 1.1.1.1 update-source L0
Всё банально и просто. Удачи тебе! =)
Сессия не устанавливается через маршрут по умолчанию. Хотя бы у одного соседа должен быть специфический маршрут.