MPLS Traffic Engineering: часть 2

здесь 363 окей готова готова сейчас сейчас я бы хотел нам под нам потребуется у спев между ними нам потребуется между ними 7 успев поэтому у г он посмотрим show ip ospf neighbor давайте смотреть у первого у первого есть пиринг с пятым здесь все

здесь все хорошо ну давайте чтобы нас не смущало я сделал интерфейс g2 18 делал за шедаун на втором есть пиринг с шестым давайте интерфейс g2 27 за шатдаун далее амортизатор номер 3 у нас есть пиринг у нас есть пиринг с шестым с четвертым с девятым с пятым и нам нужно выключить пиринг с восьмой получается интерфейс g2 38 шатдаун на четвертом так есть пиринг с третьим с пятым с шестым с десятом и седьмым

здесь мы выключаем интерфейс g2 47 наша задачка сейчас наша задачка во первых нам нужно включить трафик инженер трафик инженер как это делать во первых нам нужно включить рсвп мы рсвп включаем на тех интерфейсах на самом деле по сути на всех интерфейсах там где у нас есть успех интерфейс г2 15 говорим айпи и рсвп да ведь здесь необходимо дать команду бэндис будет обязательно видите нам не прямо дать резерву бэндс что это такое мы когда будем строить туннель мы можем например

его построить скажем мы туда будем пускать 10 мегабит трафика так вот суть в чем что когда будут высылаться служебные сообщения для формирования рсвп туннеля будет указываться что нам туннель нужен с пропускной способностью 10 мегабит иначе иначе понимаете например есть у какого-то анортизатора интерфейс на скажем спрос спрос спрос спрос способность способностью 10 мегабит к нему приходит сообщение зарезервирует мне туннель 10 мегабитный он будет о отлично у меня есть 10 мегабитный интерфейс поэтому я могу тебе туннель зарезервировать то есть туннель работает а что будет если к этому маршке за втору да придет следующее сообщение с просьбой резервирование 2 туннеля на старом еще там на на 5 мегабит у этого маршке затора уже нету свободной полосы на на скажем на а пленки ну потому что я там

было 10 было действия мы все 10 зарезервировали от нас еще 5 хотя поэтому маршке затор он теперь либо откажет да то есть вышли сообщения типа reject либо же либо же он может положить старый туннель и вместо него построить новый но это уже зависит от приоритета туннеля для каждого туннеля можно еще за задать приоритет соответственно более высокие приоритеты могут перебивать более высоко приоритетные туннели могут прям перебивать более низко здесь нужно именно для этого но у нас влада как бы не сильно ну да поэтому я просто какую-то полосу полос какую-то выделю если вот так айперс и ты бендвис какого интерфейс просто у тебя же туннель например ты туннель строишь там скажем для красного

например для как для красного заказчика night out я у красного заказчика скажем ты ему даешь сервис скажем там на 10 мегабит поэтому ты для него туннельчик может построить и выделить в этот туннель 10 мегабит соответственно тебе на всей сети нужно просигнализировать чтобы на всех транзитном ажи зато рахе 10 мегабит были доступны далее на 2 также включаем бэндвис и рассветы на 3 6 4 на 34 на на на 39 на 35 4

2 на 45 на 410 и на и на на на 46 на 45 на 56 на так на 35 на на на 35 на 15 на 15 на 15 Виктор правильно то есть это там то есть мы указываем максимальную полосу которая может быть выделена под туннель

она может совпадать на сайте мы можем всю пропускную способность ну то есть мы можем выдали выделить ту полосу которая будет соответствовать физической полосе пропускания интерфейс мы можем это сделать а можем и не делать мы можем по трафик инжиниринг выделить только часть пропускной способности наш сети degli среди 대� cholesterol включили рсит я не помню navel

на интерфейс он включен. На третьем мы выделили максимум 1 мегабит. Далее мы должны на маршрутизаторе включить поддержку Traffic Engineering. Делается эта команда mpls Traffic Engineering Tunnels. Это глобальная команда, просто еще такая же команда есть на интерфейсе.

Для начала глобальная команда. Включили поддержку Traffic Engineering. Далее мы должны включить поддержку Traffic Engineering для OSPF. Чтобы OSPF генерировал новый OPC USA, который характеризует дополнительный параметр сети. И мы используем здесь как router OSPF1. И говорим здесь mpls Traffic Engineering. Далее задаем router ID. Обычно это будет наш интерфейс Lubec. и говорим mpls Traffic Engineering. Включаем его для конкретной зоны.

traffic engineering area north. Повторяем router OSPF1. Делаем сейчас просто то же самое на всех маршрутизаторах. И включаем. Теперь мне необходимо включить Traffic Engineering на всех моих интерфейсах, где активирована OSPF. интерфейс G2.15. Варим mpls Traffic Engineering. Уже в режиме конфигурации интерфейса. g2.27. g2.26, например. g2.27. g2.27. g2.27.

Виктор, да, конечно. OPC USA это просто дополнительные LSA. И теперь вот эти LSA совместно с классическими LSA формируют весь наш LSDB. LSA формируют весь наш. 4.4.4.45.410.

Включаем трактуру. На 45. На 56. На 35. На 35. На 45. На 35. На 45. На 45. На 45. На 45. На 45. На 45. На 35. На 15. На 6. На 6. На 26. На 56. На 46. На 26. На 26. На 46. На 26. На 26. На 46. На 46. На 26. На 26. На 26. Готово. готов смотрим шоу и вас дата бейс видите то есть я теперь просмотр

lsdb ты шоу и пластиков дейтабы я вижу что на появляется вот окилл сэй и в частности они сгенерированы первым вторым тренчат ведь всеми моими машизаторами сеть шоу и пласт traffic engineering traffic engineering topology include люди айди например как мы видим вот у меня есть в моей traffic engineering полу то есть трафик включен на 6 мошки за на 6 мошки за мы собственно говоря просматриваем здесь вы видите все абсолютно топологию то есть там где сколько полосы сейчас зарезервировано

давайте построим туннель на давайте построим туннель что мы хотим как мы сказали мы хотим что пакет бежал от r1 до r5 потом на r6 потом на r3 потом на r4 потом на r4 как этот пакет бежит сейчас давайте проверим трейс раут 150 444 source нашли бак на то есть сейчас пакетик бежит вот вот у у нас всего два хлопа давайте сохранил просто все это сохраним а получается все это работал всем сатар обязательно становится виктор это отдельно эта

тема отдельная есть на самом деле traffic engineering между успехами зонами есть но по сути по сути своей нужно понимать да что чтобы построить такой туннель амортизатор должен обладать всей информации сети да именно поэтому traffic engineering работает только в link state протокол он не будет работать на рипе либо на егр п не будет работать со статикой вы можете можно сделать traffic engineering между зонами можно но снег там будут дополнительно ограничения так вот наш такой так мы с вами создаем туннель сами создаем туннель это обычный интерфейс стану ну а прежде прежде да я буду использовать в моей работе буду сейчас я буду использовать статический туннель да просто для большей наглядности есть командочка которая называется

трафик трафик трафик инжиниринг пас пас option лист некий нико я ему дам скажем я ему дам статик дам статик эм а а а а есть видимо немножко синтекс изменился пас option 1 explicit а а а а сейчас ребят тут видимо синтекс немножко поменялся а MA ну 10 j

н Мог тоже синтез забыть. Продолжение следует... Здесь это Dynamic.

А, IP explicit pass команда. Вот это я уберу. И далее в этом пути мы прям указываем next address. Например, говорим next address.

Скажем, у нас по нашей схеме должен быть next address. Мужчатер R5. То есть на что получается? Next address 150.555. Обратите внимание, что это может быть либо loose, либо strict. То есть мы когда говорим strict, это прямо мы обязаны будем указать всю цепочку мужчатера. То есть в какой последовательности через кимуртизатор должен будет пройти пакет. Если мы указываем loose, мы говорим просто, что пакет на пути следования от точки A до точки B должен будет просто попасть на какой-то мужецезапад. Соответственно, Виктор, на самом деле, возвращаясь к вашему вопросу о трафик инжиниринге между зонами, мы по сути делаем некий explicit pass, в котором указываем адрес АБР, то есть который стоит между зонами в качестве луза. Сейчас мы просто говорим, что как-то трафик в нашей зоне должен попасть на АБР, а дальше он уже разберется.

Дальше. После пятого у нас идет шестой. Далее третий и четвертый. Дальше. Я не помню, нужно ли указывать на самом деле этот последний. Возможно, не нужно. Интерфейс. Таннел 0. Говорим. Таннел мод. Таннел мод MPLS. Трафик инжиниринг. Далее. Далее. Включаем на нем MPLS. Трафик инжиниринг. Таннел. Далее. Говорим. Таннел сурс. Лубэк 0. Говорим.

IP unnumbered. Лубэк 0. То есть ему, в принципе, не нужно дополнительно IP адрес. Далее. Говорим. MPLS. Трафик инжиниринг. Таннел. Там есть просто здесь, к сожалению, очень много похожих команд, которые различаются от таннел. MPLS. Трафик инжиниринг. Path option. Path option. То есть первая опция. У нас будет explicit path. Собственно говоря, будем использовать наш static. Говорим. Таннел destination. 150. 4. 4. 4. 4. Итак.

Интерфейс. Change state to up. Что у нас получается? Do show run. Интерфейс. Таннел. То есть мы сказали, что туннель имеет мод traffic engineering. Таннел destination такой-то. И указали, что мы будем использовать наш explicit path. Смотрим. Do trace. 150. 4. 4. 4. 4. 4. 4. 4. 4. 4. 4. 4. 4. 4. 4. 4. 4. 4. 4. 4. 4. 4. Это трафик. Как ходил, так и ходит. 4. 4. 5. 5. 6. 5. 5. 6. 7. 7. 5. 9. 5. 6. 7. 6. 7. 7. 7. 7. 7. 7. 7. 8. 7. 7. 8. Как вариант мы можем использовать, например, статический маршрут.

Это просто как вариант. Мы указываем IPRoute. 150.444.255.255.255.255.255. Через интерфейс TANOM. Теперь попробуем запустить трассу. Вот, как видите, как полетел наш пакет сразу. То есть он полетел на пятый амортизатор, потом ушел на шестой, потом на третий, потом на четвертый. То есть на командочку show MPLS forwarding table. Меня интересует метка 16. Метка 16. Видите, у меня ее здесь даже, к сожалению, нет. Ее, наверное, надо смотреть через show MPLS traffic engineering database.

Но важно, что, видите, у меня есть удаленный туннель. Вот он, интерфейс TANOM. И, соответственно, здесь указано, что трафик до вот этого интерфейса будет помещаться в туннель traffic engineering, в частности, в интерфейс TANOM. В частности, в интерфейс TANOM. Помимо, собственно говоря, статистической конфигурации пути, вы, естественно, как я говорю, можете использовать динамичность, то есть полагаться на OSPF. То есть, например, если вы будете полагаться на OSPF, то можно настроить сеть вот таким образом, чтобы... Видите, вот этот красный линк между R1 и R4. Мы можем сделать так, что, например, с точки зрения OSPF, эта сеть будет выглядеть как? Вот у нас есть R1. У него там есть дальше R5.

Дальше есть R3. Далее есть R4. Есть R6. То есть у нас вот так вот сеть выглядит реально. Но поскольку мы построили этот красный туннель, мы можем его добавить в OSPF на базу данных. То есть мы можем прямо проанонсировать этот линк туда. И тогда, с точки зрения OSPF, у нас появится еще вот такое прямое соединение между маршрутизаторами. И, ребят, как у нас может ходить трафик? То есть, смотрите, у нас маршрутизатор R5, может в таком случае выбрать в качестве наилучшего пути маршрутизатор R1. То есть он попадает на R1 и потом убегает вот в этот вот туннель. В этот вот туннель. А реально что получится? У нас R5. Передает пакет на R1. Далее R1 запихивает его уже в туннель.

И, соответственно, пакет бежит вот так. Возвращается обратно на R5, потом бежит на R6, потом на R3, потом на R4. То есть трафик инженеринг на самом деле это очень мощная, очень мощная фича, очень мощная технология, которая, по сути, позволяет себе, ну, которая позволяет вам строить туннели как угодно и пускать трафик между любыми хостами в соответствии с вашими хотелками. Как здесь? Понимание появилось? Хотя бы такой верхний уровень, больше сейчас не надо.

Виктор, смотри, какой у нас получился туннель? Это хороший на самом деле вопрос. На самом деле это просто все зависит от того, сколько полосы будет. Мы можем посмотреть, например, ну, какой-нибудь амортизатор R5, например. Опс. Давайте на R4, чтобы не ждать. Show IP RSVP interface. У нас allocated 0. То есть, по сути, я не запрашивал никакую полосу. Чтобы я запросил ее, Show interface.tunnel 0, нам нужно просто конкретную bandwidth, для R4, R4, чтобы не было конкретно бендвис конфигурировать внутри туннеля. Смотри, tunnel тебе нужен, да, для того, чтобы

туда поместить трафик. То есть, у тебя, естественно, любой пакет, который попадает в туннель, будет использовать трафик, инженеринг нет. Я просто статический маршрут указал только для того, чтобы, ну, трафик направить в этот туннель. В принципе, в принципе, то есть, просто туда трафик по умолчанию как бы не попадает. Мы можем сделать вот так вот. Например, no, сделать. Теперь я могу зайти в интерфейс tunnel 0 и сказать команду tunnel mpls traffic engineering afterout announce. То есть, например, сказать afterout metric, например, metric 1. Например, сказать afterout announce. Соответственно, что у меня получится? show ip route uspf и обрати внимание,

что, да, то есть, я вот этому туннелю задал минимально возможную метрику, и он с точки зрения успеха посчитал, что на 154.4.4 выгоднее теперь ходить через туннель. но, поскольку метрика очень маленькая, я буду не только в R4 ходить через туннель, но и, например, в R3. То есть, видишь, tunnel 0. То есть, если мы сделаем trace route 150 333 source low back 0, обратите внимание, обратите внимание, как у нас полетел трафик. То есть, как у нас полетел трафик. То есть, у нас R1, пакет попал на R5, потом попал на R6, потом попал на R3, но это туннельный трафик. Здесь используется та метка, которая характеризует выходную точку R4, то есть, на stun-on destination стоит R4.

То есть, трафик выплевывается на R4. Дальше используется обычная MPLS-метка, чтобы попасть с R4 на R3. То есть, это как я буквально минутку назад рисовал картинку. Евгений, да, интерфейс tunnel, это реальный интерфейс, в который инкапсулируется трафик. Нет, Василий, трафик инженерных туннелей всегда однонаправленный. То есть, если я сейчас сделаю, если я сейчас, то есть, если тебе нужно использовать туннель и в одну сторону, и в другую, ты должен туннель настроить с двух сторон. Трейсрау, 150, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, Ребята,

если вопросов больше нет, то в целом на этом наш курс закончен. Я надеюсь, он вам понравился, надеюсь, что вы узнали что-то новое для себя, и что вы сможете что-то из этого в жизни хотя бы у себя применить, сделать свою жизнь чуточку лучше. Ну, Василий, ну, ты же всегда, ты понимаешь, ты сигнализируешь меткой, у тебя же как обычный LDP, LSP, то есть ты всегда сигнализируешь, у тебя метка, у тебя какая-то метка характеризует,

чтобы, у тебя по сути метка указывает на то, до какого муфтизатора ты хочешь доставить трафик. Поэтому, когда муфтизатор R1 спокойно использует метку, чтобы доставить его до R4. Вот, а от R4 трафик пойдет вообще как угодно. Искент, смотри, вообще, насколько мне известно, да, насколько мне известно, записи этого курса не особо положено, то есть это был такой, такой лайф, лайф курс, но за подробными вопросами, пожалуйста, обращайтесь к Иннокентию. Я так думаю, что курсы, подобные вот этому, просто войдут, скорее всего, в какую-то дополнительную подписку, которая появится через какое-то время. то есть там будет уровень выше CCNA.

На этом я вам желаю хорошего вечера, отдыхайте, всем счастливо. Субтитры сделал DimaTorzok.