Ответ к задаче №МВ3.1
19 октября 2013, 12:09
0
13369
6
Дело в том, что промежуточный маршрутизатор ничего не знает о маршрутах BGP (100.0.0.0/24 и 200.0.0.0/24) — он же не BGP-оратор. И поэтому когда R1 отправляет на него трафик для подсети 200.0.0.0, R2 его просто отбрасывает.
0
13369
6
Ещё статьи
Задача №МВ3.8
В нашей AS для настройки политик с клиентскими AS, используются community. Используются такие значения: 64500:150, 64500:100, 64500:50, 64500:1, 64500:2, 64500:3. Кроме того, маршрутизаторы нашей AS также используют community для работы ...
14 октября 2013
Big Monitoring Meetup
А мы к вам снова с рассказом про конференцию! На этот раз физически всё будет в Санкт-Петербурге, но организаторы обещают организовать трансляцию, так что доступна она будет всем. Итак, Big ...
3 июля 2017
telecom №153. CDN, часть первая
Кто: Василий Сошников — Руководитель направления Сети Доставки Контента МВС (МТС), OpenSource энтузиаст тесно связанный с развитием NGINX.Евгений Зайцев — Технический менеджер, занимается развитием CDN-ов в ЯндексеО чём:- История CDN и ...
18 ноября 2025
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
Всё банально и просто. Удачи тебе! =)
Сессия не устанавливается через маршрут по умолчанию. Хотя бы у одного соседа должен быть специфический маршрут.