Junos L2VPN: алдымен клиенттің қосылу шартын дұрыс реттеңіз

Pseudowire-ге тиіспес бұрын бір клиент кадрын PE-ге дейін бақылап, ол қайда түсуі керектігін қараңыз. Физикалық порт оны логикалық бірлікке жіктейді, сол бірлік инкапсуляцияны алып жүреді, ал бірлік қызметке байланған. Үш бөлек шешім, қателесудің үш бөлек жолы. Сигнализация ақауы ретінде эскалацияланған жағдайлардың көбісі шын мәнінде сол қызметке ешкім конфигурацияламаған бірлікке жіктелген кадр. Сондықтан қосылудан бастап сыртқа қарай жүріңіз.

Кадр шартын жазып қойыңыз

Кез келген конфигурацияны таңдамас бұрын шартты тіркеңіз: тегсіз, бір қызмет тегі немесе стек. Клиент жіберетін MTU-ды және әр бағытта күтілетін тег өңдеуін қосыңыз, өйткені бұл келісілген қасиеттер, жергілікті таңдау емес. Бірлік нөмірі тек идентификатор, ол интерфейстің қандай кадрларды қабылдайтыны туралы ештеңе айтпайды.

Мұны билетке түсірілген түсініктемеге емес, қызмет жазбасына жазыңыз. Мұны жарты жылдан кейін жөндейтін адам жазбаны оқиды. Билетті ол оқымайды.

Инкапсуляцияны шартқа сәйкестендіріңіз

Бір тегі бар қызмет әдетте VLAN тізбегінің инкапсуляциясын қолданады, мысалы vlan-ccc, ал тегсіз кадрлар қарапайым Ethernet тізбегінің формасын қажет етеді, стекке екі тегті түсінетін кеңейтілген нұсқа керек. Бірлік бойынша қызметтік инкапсуляцияны қолдайтын платформада бір физикалық интерфейс бірнешеуін бірден ұстай алады, бұл ыңғайлы және кадрдың дұрыс емес бірлікке түсу тәсілі де осы. Платформаңыздың нұсқаулығы family ccc, оны толық қосылудың бөлігі ретінде конфигурациялаңыз, маршрутталған интерфейске бұрап бекітпеңіз. Инкапсуляциялар жөніндегі нұсқаулық қосылудың қандай түрлері қандай талаптар қоятынын тізімдейді.

Сақтық үшін әр интерфейске family операторын қоспаңыз. Бір тізбектің жұмыс істеуін қамтамасыз ететін конфигурация келесісіне оның клиенті ешқашан жібермейтін кадрларды қабылдауға мәжбүр етуі мүмкін.

Қосылуды дұрыс қызметке байланыстырыңыз

BGP сигнализациясы бар 2-деңгейлі VPN, LDP сигнализациясы бар тізбек және басқа қолдау көрсетілетін қызметтердің әрқайсысының интерфейсті байланыстыру және сигнализация конфигурациясы бар, олар бір-бірінің орнын баспайды. Біреуінің қосылу стилін екіншісінің сигнализациясымен араластырсаңыз, пир туралы хабарлайтын және ешқашан кадр тасымалдамайтын тізбек шығады.

Алыс ұшын жақын ұшымен салыстырыңыз, олардың кез келгенін оқшау қарастырмаңыз: пир мекенжайы, қызмет идентификаторы, инкапсуляция келісімі, control word күтуі және өлшем бюджеті. MPLS астындағы қабат мүлдем сау болуы мүмкін, ал қосылу жоқ немесе басқа жерде жіктелген, сондықтан тек астыңғы қабатқа қарайтын тест мұнда ештеңе дәлелдемейді.

Статуспен емес, кадрмен тексеріңіз

Клиент трафик жіберіп жатқанда жергілікті интерфейс санауыштарын оқыңыз, содан кейін қызмет күйін, одан кейін келген кадрдың тегімен қоса келісілген кадр екенін растаңыз. Жөнделген қосылу сол кадрды жеткізеді; статустың өзгеруі өздігінен ештеңе дәлелдемейді.

Түсіруге рұқсатыңыз бар жерде кадрды екі бағытта да қараңыз. Тег асимметриясын статус көрінісінде байқамау оңай, ал түсірілімде ол анық. Бұл асимметрия бір бағытта жұмыс істеп, екіншісінде істемейтін шағымдарды да түсіндіреді.

Содан кейін оны жазып қойыңыз

Қызмет жазбасына төрт мәнді тіркеңіз: шарт, инкапсуляция, бірлік және қызметке байланыстыру. Осы төртеуі жаңа инженерге қажет және конфигурацияны қарау оларды сирек айтады.

Тізбек жарты жылдан кейін үзілсе, сол жазба ширек сағат жұмыс пен бүкіл жобаны жұмыс істеп тұрған конфигурациядан қайта шығару арасындағы айырма болады. Соңғы тексеру күнін қосыңыз, жазба қаншалықты ескіргенін де айтсын.