Backpage Mpls Ts
👉🏻👉🏻👉🏻 ALL INFORMATION CLICK HERE 👈🏻👈🏻👈🏻
Материал из Википедии — свободной энциклопедии
Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии , проверенной 23 марта 2019; проверки требуют 19 правок .
Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии , проверенной 23 марта 2019; проверки требуют 19 правок .
Необходимо проверить точность фактов и достоверность сведений, изложенных в этой статье. На странице обсуждения должны быть пояснения.
↑ RFC 1953 Ipsilon Flow Management Protocol Specification for IPv4
↑ Yakov Rekhter et al., Tag switching architecture overview // Proc. IEEE 82 (December, 1997), 1973—1983.
↑ RFC 4842 SONET/SDH Circuit Emulation over Packet (CEP)
↑ Applied Data Communications (A Business-Oriented Approach) James E. Goldman & Phillip T. Rawles, 2004 ( ISBN 0-471-34640-3 )
↑ По состоянию на 2011 год пропускная способность магистралей большинства провайдеров составляет 40 Г бит / с или 100 Г бит / c .
↑ Routers Hold key to MPLS Measurement (неопр.) (недоступная ссылка) . Дата обращения: 10 августа 2011. Архивировано 9 августа 2011 года.
↑ RFC 3037 LDP Applicability
↑ RFC 4364 BGP/MPLS IP Virtual Private Networks (VPNs)
↑ RFC 3036 LDP Specification
↑ RFC 3209 RSVP-TE: Extensions to RSVP for LSP Tunnels
↑ RFC 2547 BGP/MPLS IP Virtual Private Networks (VPNs)
↑ RFC 3107 Carrying Label Information in BGP-4
↑ RFC 4781 Graceful Restart Mechanism for BGP with MPLS
Для улучшения этой статьи желательно :
Проставив сноски , внести более точные указания на источники. Пожалуйста, после исправления проблемы исключите её из списка параметров. После устранения всех недостатков этот шаблон может быть удалён любым участником.
CISCO IOS,
JUNOS,
Mikrotik Router OS,
Linux (VPLS не поддерживается, начиная с версии 4.5.+),
OpenBSD,
MPLS ( англ. multiprotocol label switching — многопротокольная коммутация по меткам) — механизм в высокопроизводительной телекоммуникационной сети , осуществляющий передачу данных от одного узла сети к другому с помощью меток.
MPLS является масштабируемым и независимым от каких-либо протоколов механизмом передачи данных. В сети, основанной на MPLS, пакетам данных присваиваются метки. Решение о дальнейшей передаче пакета данных другому узлу сети осуществляется только на основании значения присвоенной метки без необходимости изучения самого пакета данных. За счёт этого возможно создание сквозного виртуального канала, независимого от среды передачи и использующего любой протокол передачи данных .
В 1996 году группа инженеров из фирмы « Ipsilon Networks » разработала « Протокол управления потоком » ( англ. f low m anagement p rotocol ; RFC 1953 ) [1] .
Основанная на этом протоколе технология « коммутации IP-пакетов » ( англ. IP switching ), работающая только поверх упрощенной сети ATM , не получила коммерческого успеха. Фирма « Cisco Systems » разработала похожую технологию «коммутации на основе тегов» ( англ. t ag s witching ), не ограниченную передачей поверх сети ATM [2] .
Данная технология, впоследствии переименованная в «коммутацию на основе меток» ( англ. l abel s witching ), была закрытой разработкой фирмы « Cisco ». Позднее она была передана в специальную комиссию интернет-разработок (IETF) для открытой стандартизации.
MPLS позволяет достаточно легко создавать виртуальные каналы между узлами сети.
Основным преимуществом MPLS являются
Технология MPLS была разработана для организации единого протокола передачи данных как для приложений с коммутацией каналов , так и приложений с коммутацией пакетов (подразумеваются приложения с датаграммной передачей пакетов). MPLS может быть использован для передачи различного вида трафика, включая IP - пакеты , ячейки ATM , фреймы SONET/SDH [3] и кадры Ethernet .
Для решения идентичных задач ранее были разработаны такие технологии, как Frame Relay и ATM . Многие инженеры считали, что технология ATM будет заменена другими протоколами с меньшими накладными расходами на передачу данных и при этом обеспечивающими передачу пакетов данных переменной длины с установлением соединения между узлами сети. Технология MPLS разрабатывалась с учётом сильных и слабых сторон ATM . В настоящее время оборудование с поддержкой MPLS заменяет на рынке оборудование с поддержкой вышеупомянутых технологий. Вероятно, что в будущем MPLS полностью вытеснит данные технологии [4] .
В частности, MPLS обходится без коммутации ячеек и набора сигнальных протоколов , характерных для ATM . При разработке MPLS пришло понимание того, что на уровне ядра современной сети нет необходимости в ячейках ATM маленького фиксированного размера, поскольку современные оптические сети обладают такой большой скоростью передачи данных [5] , что даже пакет данных максимальной длины в 1500 байт испытывает незначительную задержку в очередях буферов коммутационного оборудования (необходимость сокращения таких задержек, например, для обеспечения заданного качества голосового трафика, повлияла на выбор ячеек малого размера, характерных для ATM ).
В то же время в MPLS попытались сохранить механизмы оптимизации и управления трафиком ( англ. teletraffic engineering ) и управления отдельно от передаваемого потока данных, которые сделали технологии Frame relay и ATM привлекательными для внедрения в больших сетях передачи данных.
Несмотря на то, что переход на MPLS даёт преимущества управления потоками данных (улучшение надёжности и повышение производительности сети), существует проблема потери контроля потоков данных, проходящих через сеть MPLS, со стороны обычных IP-приложений [6] .
Технология MPLS основана на обработке заголовка MPLS, добавляемого к каждому пакету данных. Заголовок MPLS может состоять из одной или нескольких «меток». Несколько записей (меток) в заголовке MPLS называются стеком меток.
Каждая запись в стеке меток состоит из следующих четырёх полей:
В MPLS-маршрутизаторе пакет с MPLS-меткой коммутируется на следующий порт после поиска метки в таблице коммутации вместо поиска по таблице маршрутизации . При разработке MPLS поиск меток и коммутация по меткам выполнялись быстрее, чем поиск по таблице маршрутизации или RIB ( англ. r outing i nformation b ase — информационная база маршрутизации), так как коммутация может быть выполнена непосредственно на коммутационной фабрике вместо центрального процессора .
Маршрутизаторы, расположенные на входе или выходе MPLS-сети, называются LER ( англ. l abel e dge r outer — граничный маршрутизатор меток). LER на входе в MPLS-сеть добавляют метку MPLS к пакету данных, а LER на выходе из MPLS-сети удаляет метку MPLS из пакета данных. Маршрутизаторы, выполняющие маршрутизацию пакетов данных, основываясь только на значении метки, называются LSR ( англ. l abel s witching r outer — коммутирующий метки маршрутизатор). В некоторых случаях пакет данных, поступивший на порт LER, уже может содержать метку, тогда новый LER добавляет вторую метку в пакет данных.
Метки между LER и LSR распределяются с помощью LDP ( англ. Label Distribution Protocol — протокол распределения меток) [7] . Для того, чтобы получить полную картину MPLS-сети, LSR постоянно обмениваются метками и информацией о каждом соседнем узле, используя стандартную процедуру. Виртуальные каналы (туннели), называемые LSP ( англ. l abel s witch p ath — пути коммутации меток), устанавливаются провайдерами для решения различных задач, например, для организации VPN или для передачи трафика через сеть MPLS по указанному туннелю. Во многом LSP ничем не отличается от PVC в сетях ATM или Frame relay , за исключением того, что LSP не зависят от особенностей технологий канального уровня .
При описании виртуальных частных сетей, основанных на технологии MPLS, LER, расположенные на входе или выходе сети, обычно называются PE-машрутизаторами ( англ. p rovider e dge — маршрутизаторы на границе сети провайдера), а узлы, работающие как транзитные маршрутизаторы, называются P-маршрутизаторами ( англ. p rovider — маршрутизаторы провайдера) [8] .
Поле значения метки в MPLS заголовке занимает 20 бит, таким образом максимально возможное значение метки равно 1 048 575.
Следующие номера меток зарезервированы для различных целей:
Для сети MPLS существует два стандартных протокола управления туннелями:
Также существуют расширения протокола BGP , способные управлять виртуальными каналами в сети MPLS [11] [12] [13] .
Заголовок MPLS не указывает тип данных, передаваемых в MPLS-туннеле. Если возникла необходимость передачи двух различных типов трафика между двумя маршрутизаторами так, чтобы они по-разному обрабатывались маршрутизаторами ядра сети MPLS, требуется установить два различных MPLS-туннеля для каждого типа трафика.
MPLS как протокол некорректно сравнивать с протоколом IP , поскольку MPLS работает совместно с IP и протоколами маршрутизации (IGP).
Основные преимущества технологии IP/MPLS:
Технология MPLS используется для построения IP -сетей.
На практике MPLS используется для передачи трафика IP и Ethernet .
Основными областями применения MPLS являются:
На уровне транспортной сети с MPLS конкурируют такие технологии, как PBB и MPLS-TP . С помощью этих технологий так же возможно предоставлять услуги L2 VPN и L3 VPN . Также в качестве конкурентной MPLS технологии предлагается использование протокола L2TPv 3, однако он не популярен для решения задач, характерных для MPLS.
ip cef ! interface Loopback0 ip address 5.5.5.5 255.255.255.255 ip router isis ! interface FastEthernet0 / 0 description to R4 ip address 10.0.45.5 255.255.255.0 ip router isis mpls ip ! interface FastEthernet0 / 1 description to R2 ip address 10.0.25.5 255.255.255.0 ip router isis mpls ip ! interface FastEthernet1 / 0 description to R6 ip address 10.0.56.5 255.255.255.0 ip router isis mpls ip ! router isis net 10.0000.0000.0005.00 ! mpls ldp router - id Loopback0 force
ip cef ! interface Loopback0 ip address 5.5.5.5 255.255.255.255 ip router isis ! interface FastEthernet0 / 0 description to R4 ip address 10.0.45.5 255.255.255.0 ip router isis mpls ip ! interface FastEthernet0 / 1 description to R2 ip address 10.0.25.5 255.255.255.0 ip router isis mpls ip ! interface FastEthernet1 / 0 description to R6 ip address 10.0.56.5 255.255.255.0 ip router isis mpls ip ! router isis net 10.0000.0000.0005.00 ! mpls ldp router - id Loopback0 force
R1(config-router)# mpls traffic-eng area 0
R1(config-router)# mpls traffic-eng router-id Loopback0
Был один досадный случай в практике: провайдер «нечаянно» запретил мультикасты на l2vpn канале, который нам предоставлял. В качестве экстренной меры помог как раз tdp, который рассылает hello на 255.255.255.255 на udp 711. Кстати ldp и tdp вполне неплохо уживаются вместе, разве что нельзя их совмещать на одном линке.
Я, если честно, думал, что TDP мёртв.
Вы поднимали свой MPLS поверх предоставленного провайдером L2VPN?
Да, именно так. Отдаленный сайт, свои каналы класть очень затратно :) Вообще tdp много чего не умеет, например ту же md5 аутентификацию, но как оказывается, таки имеет свои плюсы. Правда это проприетарный cisco-протокол, и если не ошибаюсь до сих пор он дефолтный на ISR G1/G2
Добрый день!
Очень понравилась рубрика «Вопросы и ответы».
С нетерпением жду следующих Ваших выпусков и очень ценю Вашу работу.
Спасибо. Очень интересная статья. Я сейчас в процессе чтения запнулся на одной мелочи.
Вот Вы пишите:
Первый очевидный факт — метки распространяются в направлении от получателя трафика к отправителю
Upstream {это} от получателя к отправителю
Почему тогда названия механизмов распространения меток: DU — Downstream Unsolicited и DoD — Downstream-on-Demand, если Downstream это от отправителя к получателю?
Этот вопрос для меня так и остался без ответа. Это нелогично. Единственно, возможен такой перевод: «От нижележащего без запроса». Но это натяжка.
Ага, хорошо, спасибо за ответ, будем знать).
Вообще ваш цикл СДСМ и подкасты это что-то. Очень хорошее дело делаете!
Как я понимаю, дело в том, что «Downstream» (on demand or unsolicited) указывает конкретно на тот факт, что распространение FEC'ов идет от downstream маршрутизаторов.
Да, возможно, это так следует переводить — «От нижестоящих по запросу». Хотя логика всё равно инвертированная.
Возможно потому, что именно Downstream является инициатором построения LSP, а значит и распространения меток.
Наконец то закончил прочтение. Могу сказать, что это очень объёмно, не сложно для понимания и весьма интересно :) Буду ждать статью про MPLS TE :)
Спасибо, Артур)
Mpls te ещё очень не скоро. До него l3vpn и l2vpn.
На Cisco в iBGP можно mpls использовать без next-hop-self? FEC же будет строиться для всех маршрутов, в том числе и для directly connected, адреса из которых будут являться next-hop для bgp маршрутов?
Можно, но не нужно.
То есть логика твоих слов правильная, но IBGP поднимается именно между лупбэками независимо от требований MPLS/LDP.
Да Марат я знаю, что ещё L2VPN и L3VPN, это я так в целом написал, что буду ждать статью о MPLS TE. Темы про L2VPN и L3VPN для меня так же актуальны, так что их тоже прочту обязательно ;)
Кто придумал этот mpls, давайте, ему, в голову гвоздь забьем) У меня мозг сломался понимать
А по делу, спасибо за курс. Много освежил в памяти, плюс и новое узнал
Современный мир без MPLS был бы ужасен и неповортлив. А если бы было что-то вместо него, оно было бы ещё более сложным :)
Да, я не спорю, чем дальше — тем сложнее, это неизбежно.
Ну да, ещё дальше — SDN и NFV в ядре. Тоже тот ещё челлендж.
На счет SDN, было классное видео на ютюбе, по факту, сейчас — это мольше маркетинг и новомодная фича, чем реально применимая технология, только в одном openvswitch сколько прекрасных багов было и «особенностей» архитектуры, ну это немного в другую сторону, я ушел, больше всего печалит реально мало, несовместимых между собой, решений в голове для всего этого sdn, да еще и по конскому ценнику)
SDN да — весьма спорный момент.
А вот NFV — это очень близкое будущее. Особенно с разрешением IMS.
NFV — я бы сказал, это уже реальность в мире облаков, каждый поставщик имеет свои решения, даже openstack, хотя это не самый лучший пример
Я занимаюсь транспортными сетями, до нас ещё не добрёл :). Но коллеги из коры, уже вовсю, конечно, используют.
Мое, личное, мнение, что все же транспортным сетям это не надо, не их технология, хотя я не NOC, по своей специализации, мог, сейчас, бред сморознуть)
Та все на месте, вроде бы. Чего не хватает?
Как всегда очень доступным и понятным языком. Ваша команда молодцы! Есть мелкие недочеты по надписям в начале статьи и в конце но они просто
меркнут с уровнем Вашей подачи материала. Дампы с Wireshark, конфиги, супер-видео — все это действительно круто и помогает понимать материал на
совершенно другом уровне.
Кстати нередко в современных сетях встречается сценарий LDP over TE. В этом случае RSVP-TE используется для организации транспорта и реализации Traffic Engineering,
а LDP для обмена метками VPN, например. Egress LSR, записывая в заголовок MPLS первую метку, определяет весь путь пакета.
я так понимаю вы имели в виду Ingress LSR?
Сергей, спасибо и за добрые слова и за замечание — исправлено.
22-го декабря выйдет новая статья, следите за новостями :)
Да мне б пока L3/L2 VPN осилить) сижу и штудирую Ваши статьи)
Здравствуйте. подскажите может кто сталкивался, собрал топологию в GNS3 как в разделе «Практика RSVP TE», все команды прописал, сделал все на оспф, по началу все заработало RSVP распределял метки, трафик между туннелями делился ы нужных пропорциях, сейчас по прошествию двух месяце, запускаю проект, а RSVP не занимается своим делом, метки не раздаются. оспф в свою очередь отправляет LSA 10.
Привожу пример конфига маршрутизатора который должен создавать два туннеля до некоторого маршрутизатора с адресом 6.6.6.6.
конфиг:
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname R1
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
memory-size iomem 5
no ip icmp rate-limit unreachable
ip cef
ip cef load-sharing algorithm tunnel
!
no ip domain lookup
ip auth-proxy max-nodata-conns 3
ip admission max-nodata-conns 3
!
mpls traffic-eng tunnels
!
ip tcp synwait-time 5
!
!
interface Loopback0
ip address 1.1.1.1 255.255.255.255
!
interface Tunnel1
bandwidth 200
ip unnumbered Loopback0
ip load-sharing per-packet
tunnel destination 6.6.6.6
tunnel mode mpls traffic-eng
tunnel mpls traffic-eng autoroute announce
tunnel mpls traffic-eng autoroute metric relative -5
tunnel mpls traffic-eng priority 7 7
tunnel mpls traffic-eng bandwidth 100
tunnel mpls traffic-eng path-option 5 explicit name R1-to-R6-primary
no routing dynamic
!
interface Tunnel2
bandwidth 200
ip unnumbered Loopback0
ip load-sharing per-packet
tunnel destination 6.6.6.6
tunnel mode mpls traffic-eng
tunnel mpls traffic-eng autoroute announce
tunnel mpls traffic-eng autoroute metric relative -5
tunnel mpls traffic-eng priority 7 7
tunnel mpls traffic-eng bandwidth 200
tunnel mpls traffic-eng path-option 5 explicit name R1-to-R6-secondary
no routing dynamic
!
interface FastEthernet0/0
ip address 7.0.1.1 255.255.255.0
duplex auto
speed auto
mpls traffic-eng tunnels
!
interface FastEthernet0/1
ip address 7.0.3.1 255.255.255.0
duplex auto
speed auto
mpls traffic-eng tunnels
!
interface FastEthernet1/0
no ip address
shutdown
duplex auto
speed auto
!
interface FastEthernet2/0
no ip address
shutdown
duplex auto
speed auto
!
interface FastEthernet3/0
no ip address
shutdown
duplex auto
speed auto
!
interface FastEthernet4/0
no ip address
shutdown
duplex auto
speed auto
!
router ospf 1
mpls traffic-eng router-id Loopback0
mpls traffic-eng area 0
log-adjacency-changes
network 1.1.1.1 0.0.0.0 area 0
network 7.0.1.0 0.0.0.255 area 0
network 7.0.3.0 0.0.0.255 area 0
!
ip forward-protocol nd
!
!
no ip http server
no ip http secure-server
!
ip explicit-path name R1-to-R6-secondary enable
next-address 7.0.1.2
next-address 7.0.2.2
next-address 7.0.6.2
!
ip explicit-path name R1-to-R6-primary enable
next-address 7.0.3.2
next-address 7.0.4.2
next-address 7.0.5.2
next-address 7.0.6.2
!
no cdp log mismatch duplex
!
control-plane
!
line con 0
exec-timeout 0 0
privilege level 15
logging synchronous
line aux 0
exec-timeout 0 0
privilege level 15
logging synchronous
line vty 0 4
login
!
!
end
Вывод информации по туннелю 1
R1#show interfaces tunnel 1
Tunnel1 is up, line protocol is down
Hardware is Tunnel
Interface is unnumbered. Using address of Loopback0 (1.1.1.1)
MTU 1514 bytes, BW 200 Kbit/sec, DLY 500000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation TUNNEL, loopback not set
Keepalive not set
Tunnel source UNKNOWN, destination 6.6.6.6
Tunnel protocol/transport Label Switching
Fast tunneling enabled
Tunnel transmit bandwidth 8000 (kbps)
Tunnel receive bandwidth 8000 (kbps)
Last input never, output never, output hang never
Last clearing of «show interface» counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total outpu
MPLS - как работает и зачем нужен? | База знаний - Мерион Нетворкс
MPLS — Википедия
Сети для самых маленьких. Часть десятая. Базовый MPLS / linkmeup
MPLS Troubleshooting - Cisco
Настройка MPLS на Cisco. Часть №1 - IT it's Easy
Sativa Rose Bio
Foxy Sasha Nude
Sexy Naked Redhead Girls
Backpage Mpls Ts
q_auto" width="550" alt="Backpage Mpls Ts" title="Backpage Mpls Ts">f_auto" width="550" alt="Backpage Mpls Ts" title="Backpage Mpls Ts">q_auto" width="550" alt="Backpage Mpls Ts" title="Backpage Mpls Ts">f_auto/gigs/19326632/original/ac762da132ff5e0752f227540bd0ed696a7a1c54/provide-support-for-cisco-switches-and-routers.jpg" width="550" alt="Backpage Mpls Ts" title="Backpage Mpls Ts">
