отмена
Отображаются результаты для 
Вместо этого искать 
Вы имели в виду: 
cancel
1421
Просмотры
10
Полезный материал
6
Ответы
Julia Ustyugova
Community Manager

Спроси меня об Основах Segment Routing и SR Traffic Engineering

 Нажми "ОТВЕТИТЬ" или "БЫСТРЫЙ ОТВЕТ"

Остались вопросы после Вебинара или появились новые? Добро пожаловать на сессию Спроси Меня об Основах Segment Routing и SR Traffic Engineering!

 Сессия продлится с 23 октября по 1 ноября 2019.

В течение сессии Сергей Василенко, эксперт компании Cisco, ответит на вопросы по основам работы Segment Routing(сегментная маршрутизация) и Segment Routing Traffic Engineering (инжиниринг трафика).

Segment Routing (сегментная маршрутизация) - это новая технология инжиниринга трафика, разрабатываемая рабочей группой SPRING в составе IETF. Сегментная маршрутизация используется для направления трафика по любому произвольному пути в сети, что позволяет использовать пути с малой задержкой, независимо от обычных путей пересылки.

Информация об эксперте:

svasilen.jpgСергей Василенко – ведущий системный инженер в области корпоративных сетей в Московском офисе Cisco. Обладает более 20-ти летним опытом работы с различными продуктами и технологиями Cisco. Начиная с 2008 Сергей работал ведущим инженером в региональной русскоязычной Cisco TAC команде, а также в EMEAR HTTS команде по поддержке SP/XR. Является сертифицированным экспертом Cisco CCIE® #13942 в направлениях R&S и SP.

 

 

6 ОТВЕТ 6
Alexandr Gurbo
Beginner

Как правильно расчитать MTU для стэка меток в SR домене? Зависимость от размера SR домена, бест-практис, совет, подход.
Что будет если диапазон SRGB различается в домене на разных нодах и мы выходим за размеры блока?(например переходной период переконфигурирования по увеличению/уменьшению блока меток или разные производители оборудования)?

Добрый день, Александр,

В ядре оборудование обычно в любом случае поддерживает и рабоатет с MTU 9K.
Да и в сетях сейчас используется множество разных overlay технологий, с использованием туннелирования.
Так что особой проблемы с ростом требований к MTU нет - это все тот же MPLS MTU.
Возможны конечно ограничения платформенные, в частности сколько максимально меток маршрутизатор
может добавить в push операции.

Для множества SR сценариев достаточно 2-3х сегментов/меток внутри домена.
Поверх этого нужно учитывать сервисную метку (l3vpn, l2vpn).
Если по какой-то причине требуется больше, то можно применять FlexAlgo, BSID(стыковать туннели),
что позволяет уменьшить общее кол-во меток end-to-end.

Если есть TiLFA link резервирование - зависит от топологии и обычно не более еще плюс 2х дополнительных сегментов/меток.
Node protection в редких случаях до 4х.
Ссылка на демо видео по этому поводу есть на слайде 138
SR Ti LFA демо видео – ~13mins:
https://www.segment-routing.net/demos/2016-demo-topology-independent-lfa

 

SRGB настраивается сразу/редко - его изменение требует перезагрузку. (да на свежих версиях IOS XR увеличили размер с 8K).
Если он разный внутри домена (постоянно или промежуточно), то проблем не должно быть.
Размер/начало важен для анносирующего маршрутизатора и передается внутри IGP соседям (начало блока + размер),
а так же Prefix SID как относительный индекс.
И получающие маршртизаторы в любом случае на основе этой информации
смогут рассчитать outgoing метку - неважно выйдет ли она за размеры локального SRGB блока или нет.
Далее уже они передадут свой SRGB блок (и присвоят локальную метку).
Те в lfib будет требуемая операция swap с заменой метки (разные значения local->outgoing).
С точки зрения работы dataplane нет разницы какое абсолютное значние меток (выходит за локальный SRGB или нет).

Спасибо,
Сергей

Julia Ustyugova
Community Manager

Вопрос с Вебинара:
Если линк с меткой (124) сломается, сервис сломается, или будет какой-то пересчет (какое ожидаемое время?)

Добрый день,

Вопрос видимо был по слайду №15 презентации.
124 метка Adjacency-SID метка.

Adjacency SID может быть protected посредством TiLFA или нет.
Если AdjSID был protected, то FastReroute (<50msec) на TiLFA backup path, который по определению уже будет IGP Post-Convergence path.
Если в этой SR Policy были другие Candidate-path опции, и они валидны
после перерасчета CSFP, то будет переход на валидного кандидата с лучшим Preference.
Таким образом, можно определять dynamic Candidate path на основе задаенной metric/FlexAlgo (IGP/TE/Latency metric),
чтобы на него был откат (с учетом требований SLA приложения, трафик которого идет через SR Policy).
Скорость преключения будет ~равна времени детекирования падения линка IGP + времени флуда данной инфо внутри домена (до Head-end/PCE) + время пересчета CSPF.

 

P.S. Другой аспект в том, что использование Adj-SID не рекомендуется на постоянной основе.
Т.к. их значение может поменяться после перезагрузок (хотя сейчас есть опция привязать ручной настройкой).
Обычно AdjSID динамически используются временно - например в TiLFA.
Об этом детально написано в указанных книгах по SR и SR TE.

 

Спасибо!
Kind Regards,
Sergei V.

 

 

 

Julia Ustyugova
Community Manager

Вопрос с вебинара:
Без контроллера ТЕ работать не будет?

Добрый день,

Да, и на данный момент есть множество примеров такого использования.

Если же SR Доменов несколько, то да для построения LSP из конца PCE контроллер нужен.

И это может быть XR маршрутизатор (физический или XRv9k) с включенным SR PCE функционалом, который можно настраивать посредство CLI :

https://content.cisco.com/chapter.sjs?uri=/searchable/chapter/content/en/us/td/docs/routers/asr9000/software/asr9k-r6-4/segment-routing/configuration/guide/b-segment-routing-cg-asr9000-64x/b-segment-routing-cg-asr9000-64x_chapter_01000.html.xml

 

Спасибо,

Сергей В.

 

Не удалось отобразить этот виджет.