Дело в том, что промежуточный маршрутизатор ничего не знает о маршрутах BGP (100.0.0.0/24 и 200.0.0.0/24) — он же не BGP-оратор. И поэтому когда R1 отправляет на него трафик для подсети 200.0.0.0, R2 его просто отбрасывает.
Ещё статьи
Network Telemetry для задач обнаружения DDoS
По следам подкаста telecom №87. FastNetMon. Обнаружение DDoS Павел Одинцов приготовил текстовую версию, которая тянет на отдельную небольшую статью. Публикуем её по согласию с автором. Всем привет! Я Павел Одинцов, ...
26 мая 2020
Анонс подкаста. Выпуск 23
17-го января в 15:00 по Мск первый выпуск в 2015-м году здесь будет 23-й выпуск подкаста linkmeup. В гостях инженер израильской компании Compass-EOS — Александр Клиппер. Компания производит один единственный ...
11 января 2015

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
Всё банально и просто. Удачи тебе! =)
Сессия не устанавливается через маршрут по умолчанию. Хотя бы у одного соседа должен быть специфический маршрут.