Junos L2VPN: адегенде кардардын туташуу келишимин туура түзүңүз

Pseudowire'ге тийүүдөн мурун бир кардар кадрын PE'ге чейин көзөмөлдөп, ал кайда түшүшү керектигин караңыз. Физикалык порт аны логикалык бирдикке классификациялайт, ал бирдик инкапсуляцияны алып жүрөт, ал эми бирдик кызматка байланган. Үч өзүнчө чечим, ката кетирүүнүн үч өзүнчө жолу. Сигнализациянын бузулушу деп эскалацияланган учурлардын көбү чындыгында ошол кызмат үчүн эч ким конфигурациялаган эмес бирдикке классификацияланган кадр болуп саналат. Ошондуктан туташуудан баштап сыртка карай жүрүңүз.

Кадр келишимин жазып коюңуз

Каалаган конфигурацияны тандаардан мурун келишимди жазыңыз: теги жок, бир кызмат теги же стек. Кардар жөнөтө турган MTU'ну жана ар бир багытта күтүлгөн тег иштетүүнү кошуңуз, анткени бул келишилген касиеттер, жергиликтүү тандоо эмес. Бирдиктин номери жөн гана идентификатор жана интерфейс кандай кадрларды кабыл алары тууралуу эч нерсе айтпайт.

Муну билеттин комментариясына эмес, кызмат жазуусуна жазыңыз. Муну жарым жылдан кийин оңдогон адам жазууну окуйт. Билетти ал окубайт.

Инкапсуляцияны келишимге шайкеш келтириңиз

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

Сактык үчүн ар бир интерфейске family операторун кошпоңуз. Бир тизмени иштеткен конфигурация кийинкисин өзүнүн кардары эч качан жөнөтпөгөн кадрларды кабыл алууга мажбурлашы мүмкүн.

Туташууну туура кызматка байлаңыз

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

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

Статус менен эмес, кадр менен текшериңиз

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

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

Андан кийин муну жазып коюңуз

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

Тизмек жарым жылдан кийин үзүлсө, ошол жазуу чейрек саат иш менен бүт долбоорду иштеп турган конфигурациядан кайра чыгаруунун ортосундагы айырма болот. Акыркы текшерүү күнүн кошуңуз, жазуу канчалык эскиргенин да айтсын.