Comments 5
Про КДПВ. Тот случай, когда пытаешься поехать «на Берлин», а попадаешь в «город Ч».
Ну серьезно, эти «шутки» до сих пор актуальны?
Кажется ошибка: SFP --> SPF (Shortest Path First)
Хочу задать вопрос про построение «опорной» маршрутизации между большим количеством узлов (более ста), если связи между этими узлами никак не укладываются в схему «звезда». Особенно если в центре сети стоит не один маршрутизатор, а два (с целью резервирования). Особенно если в перспективе может появиться ещё пара десятков узлов с разнообразными связями между ними.
Цель этой «опорной» маршрутизации — послужить основой для построения MPLS сети, с L3VPN и прочими радостями. В сеть анонсируются только loopback интерфейсы маршрутизаторов, применяются только point-to-point линки.
При простом растягивании одной зоны OSPF на все узлы разбухает база LSDB, возникает перегрузка на некоторых (слабых) узлах при частом перестроении этой базы из-за флапающего в глубинке линка.
При попытке поделить сеть на несколько зон получается странное поведение трафика, который начинает ходить по плохо предсказуемым путям (наблюдалось на устройствах Mikrotik). Возможно, из-за тонких нюансов протокола OSPF.
Каким путём можно идти, желая сделать более надёжной и масштабируемой такую «опорную» маршрутизацию?
Мне кажется, самое правильное решение - разобраться с multiarea, всё-таки это механизм, который предусмотрен именно для масштабирования.
Если нужен более простой вариант в рамках одной зоны, то можно использовать incremental SPF, prefix-suppression, LSA throttling, SPF throttling в зависимости от того, что умеет коробка. Ну и замена слабых устройств - тоже рабочий вариант.
Если хочется красивого и сложного решения, посмотрите на EPN 4.0, когда сайт закончит формирование. Технология называется Unified MPLS, более-менее описана в гайде для 5.0, если исключить часть про контроллеры. Можно собрать лабу, также есть гайд. Вкратце - нужно использовать BGP labeled unicast.
Тропа OSPF: от LSA до графа