MTU в IP/MPLS L2VPN

MTU Problem @ DevOps Reaction

Тема MTU/MRU у меня никогда не заходила. Как и некоторые другие темы. Сколько я не читаю и не пытаюсь понять, мало что меняется. Со знакомством c MPLS L2VPN проблема вышла на новый уровень. Попробуем составить краткий конспектик по Alcatel-подходу к MTU. Подозреваю, что он схож с PWE3.

Сервисно-ориентированный подход и PWE3

Пока есть время, пишу как проклятый. Сегодня довольно high-level пост про такую штуку как Pseudowire Emulation Edge to Edge (PWE3) и про сервисно-ориентированный подход к построению сети (как правило IP/MPLS). Кто работал с Alcatel-Lucent ничего нового, наверное, не узнает.

MPLS сигнализация. LDPoRSVP

Я уже написал про MPLS вообще, про LDP, про RSVP-TE. Теперь мы плавно подошли к моей любимой штуке - LDPoverRSVP. Довольно тяжелая для понимая вещь. Давайте разбираться вместе.

Тут важно понимание, зачем вообще нужен такой изврат. А нужен он вот для чего. Мы помним, что MPLS работает поверх IP сети. Связность в этой сети обычно обеспечена TE протоколом динамической маршрутизации (OSPF TE или IS-IS TE). Сеть может быть довольно большой, а в Link-State протоколах маршрутизации принято дробить сеть на зоны. Понятия зон в IS-IS и в OSPF немного отличаются, можете посмотреть серию видео об этом от Let's Lab. Разделение на зоны позволяют сократить накладные расходы на вычисление наилучших путей, вводят возможность суммаризации префиксов на границах зон. Короче, штука эта важная и полезная. Скорее всего, в большое сети разделение на зоны будет присутствовать. По крайней мере, на это стоит надеяться. 

Представим упрощенную сеть с зонами на которой запущен OSPF-TE.

MPLS сигнализация. RSVP-TE FRR

Пришло время написать о втором протоколе сигнализации MPLS - RSVP-TE.

В отличии от LDP, RSVP-TE протокол наделен изначально большей "силой". И почти вся эта "сила" заключается в алгоритме CSPF, который считает для RSVP-TE кратчайший путь по заданным условиям. Об этом я кратко писал в посте про MPLS overwiev.

Сейчас речь фактически пойдет о такой вещи как Fast Reroute. Штука которая возносит отказоустойчивость  IP/MPLS сети до невиданных высот (в купе с прямыми руками, и нормальным дизайном, разумеется).

Процесс распространения меток уже был обозначен, поэтому сейчас не буду его подробно расписывать. Как я упоминал, в MPLS есть механизм Secondary LSP, который вместе с MBB(make-before-break) позволяет создать несколько резервных туннелей для одного primary туннеля. И это довольно круто. Но, у этого метода обеспечения отказоустойчивости есть две, как мне кажется, основные проблемы. Во-первых, дополнительные LSP нужно конфигурировать руками, что вообще не круто. Во-вторых, когда по пути происходит какая-либо авария, информация о ней сначала должна дойти до Head-End маршрутизатора (тот, на котором инициализируется туннель), а тот уже будет принимать решение о переводе трафика на дополнительный путь. Это что-то вроде Topology Changed (TC) в STP. 

Было бы здорово, если бы все было автоматом и не тратилось бы время на оповещение Head-End... Конечно, все уже давно придумано...

MPLS сигнализация. LDP и T-LDP

Постараемся примерно идти по обозначенному в MPLS overwiev порядку. Вторым по порядку идет RSVP-TE. Я решил отложить его, и сегодня быстро поговорим о LDP. Опять же простыми словами и без подробностей.

LDP (Label Distribution Protocol)

Протокол специально созданный под распространение меток. Протокол этот session-based, а это значит, что для своей нормальной работы сначала должна установиться LDP сессия. Сессия эта устанавливается с использованием TCP, а это, в свою очередь, значит, что сессию можно поднять и между не directly connected узлами. Соответственно, существует два типа LDP протокола:

MPLS overview. Просто о сложном.

Последние пару-тройку недель в свободное время вожусь с MPLS. Наткнулся на отличный гайд по L2VPN от Alcatel-Lucent (Designing and Implementing IP/MPLS-Based Ethernet Layer 2 VPN Services: An Advanced Guide for VPLS and VLL). Отличная книга! Материал действительно сложный, поэтому я буду делать много заметок. Ну а раз так, почему бы не запостить все это.

Вообще, планирую написать довольно много постов по MPLS сигнализации и по MPLS вообще, простыми словами не углубляясь в потроха. Просто, как и что работает.

Итак, попробуем структурировать все что я собираюсь описать:

MPLS TE features
     - Overview
     - Secondary LSP
     - MBB (Make-before-break)
     - CSPF (Constrained Shortest Path First)
         - Link Coloring
         - SRLG (Shared Risk Link Grouping)

RSVP-TE
     - Overview
     - Signaling procedure
     - Fast Reroute
          - One-to-One backup
          - Facility Backup
          - Manual Bypass

LDP
     - Overview
     - Signaling procedure
     - T-LDP

LDPoRSVP

Service oriented approach and PWE3

MTU
     - Port MTU
     - LSP-Path MTU
     - SDP MTU
     - Service MTU
     - VC MTU

Собираем лабу!

Сегодня пункт номер 0. Погнали!

Let's get the party started!

Добрый день, Коллеги!

Ну что же, вот и я дошел до идеи личного блога. Пока что на нем всего лишь одна запись, но в будущем я намерен серьезно взяться за его пополнение. В этом посте попробуем расставить все точки над "i".

Немного о себе.
Меня зовут Михаил и я люблю сети. Относительно давно работаю в телеком индустрии и ещё дольше по-настоящему болею этим. Имею некий опыт работы в провайдерских сетях, в энтерпрайзах, сейчас тружусь на поприще интеграции OSS/BSS систем в сети провайдеров и операторов связи по всему миру. Имею CCNA, на 1/3 CCNP, есть пару сертификатов от Extreme Networks. Люблю узнавать что-то новое, копаться в технологиях, тут ничего необычного в общем...

О чем же будет блог?
Конечно же обо всем, что связано с сетями.