Backpages Mpls Mn
💣 👉🏻👉🏻👉🏻 ALL INFORMATION CLICK HERE 👈🏻👈🏻👈🏻
Комфортел, +1 в карму!
Миран, спасибо за дедик!
ДатаЛайн, спасибо за облако!
Был один досадный случай в практике: провайдер «нечаянно» запретил мультикасты на 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 output drops: 0
Queueing strategy: fifo
Output queue: 0/0 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped
табличка маршрутизации, вмидит все лупбэки
R1#show ip route
1.0.0.0/32 is subnetted, 1 subnets
C 1.1.1.1 is directly connected, Loopback0
2.0.0.0/32 is subnetted, 1 subnets
O 2.2.2.2 [110/11] via 7.0.1.2, 00:27:37, FastEthernet0/0
3.0.0.0/32 is subnetted, 1 subnets
O 3.3.3.3 [110/11] via 7.0.3.2, 00:27:37, FastEthernet0/1
4.0.0.0/32 is subnetted, 1 subnets
O 4.4.4.4 [110/21] via 7.0.3.2, 00:27:37, FastEthernet0/1
5.0.0.0/32 is subnetted, 1 subnets
O 5.5.5.5 [110/21] via 7.0.1.2, 00:27:37, FastEthernet0/0
6.0.0.0/32 is subnetted, 1 subnets
O 6.6.6.6 [110/22] via 7.0.1.2, 00:27:39, FastEthernet0/0
7.0.0.0/24 is subnetted, 7 subnets
O 7.0.7.0 [110/31] via 7.0.1.2, 00:27:41, FastEthernet0/0
O 7.0.6.0 [110/21] via 7.0.1.2, 00:27:41, FastEthernet0/0
O 7.0.5.0 [110/30] via 7.0.3.2, 00:27:41, FastEthernet0/1
[110/30] via 7.0.1.2, 00:27:41, FastEthernet0/0
O 7.0.4.0 [110/20] via 7.0.3.2, 00:27:41, FastEthernet0/1
C 7.0.3.0 is directly connected, FastEthernet0/1
O 7.0.2.0 [110/20] via 7.0.1.2, 00:27:41, FastEthernet0/0
C 7.0.1.0 is directly connected, FastEthernet0/0
но туннельных интерфейсов в этой табличке нет
В общем грешу я пока на GNS3.
Извините конечно, но отвечу сам себе. после некоторых поисков на оф сайте cisco www.cisco.com/c/en/us/td/docs/ios/12_0s/feature/guide/TE_1208S.html. прочитал что помимо того что на интерфейсах находящихся в домене MPLS помимо команды «mpls traffic-eng tunnels» еще необходимо добавить команду «Router(config-if)# ip rsvp bandwidth bandwidth» причем параметр bandwidth для запуска RSVP можно и невводить
Ну и собственно сам конфиг:
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
ip rsvp bandwidth
!
interface FastEthernet0/1
ip address 7.0.3.1 255.255.255.0
duplex auto
speed auto
mpls traffic-eng tunnels
ip rsvp bandwidth
!
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
в результате табличка маршрутизации правильная, туннельные интерфейсы активные и трафик делится по туннелям в отношении 1 к 2.
кому интересно можете взять готовый проект с работающим трафик инжинирингом yadi.sk/d/n0tnRPkq3XGPtw
Задача 10.1
долго ломал голову, пришлось брать подсказку у товарища)
в итоге на R6 сделал команду mpls ldp explicit-null
Задача 10.2
задача 10.2
mpls label range 1024 100000 (не знаю какой по умолчанию у huawei максимальный range, поставил 100000)
There is something wrong with the proxy server, or the address is incorrect.
Check your proxy settings or contact your network administrator to make sure the proxy server is working. If you don't believe you should be using a proxy server:
There is something wrong with the proxy server, or the address is incorrect.
Сети для самых матёрых. Часть тринадцатая. MPLS Traffic Engineering / Хабр
Сети для самых маленьких. Часть десятая. Базовый MPLS / linkmeup
MPLS - как работает и зачем нужен? | База знаний - Мерион Нетворкс
MPLS Basic MPLS Configuration Guide, Cisco IOS XE Release... - Cisco
MPLS — Википедия
Nyc Vip Escorts
Backpage St Pete Beach Florida
Backpage.Colorado
Backpages Mpls Mn
