AS ортосундагы VPNv4: энбелги жылдыруу келишими эмнени талап кылат

AS чек ара маршрутизаторунда VPNv4 энбелгисин окуу, өткөрүп берүү кайсы inter-AS моделин ишке ашырып жатканын билмейинче аз маалымат берет. Энбелги өз алдынча маршруттун касиети эмес; ал эки маршрутизатордун ортосундагы инкапсуляция жана жеткирүү тууралуу макулдашууну жазат. Дисплейди окуудан мурун моделди аныктаңыз. Болбосо, эч ким жазып койбогон келишимди мүчүлүштүктөп жатасыз.

Чек ара кайсы моделди ишке ашырат

VRF-to-VRF жайгашуусу дал келген VRF түзүлүштөрүн маршрутталган тиркемелер аркылуу бириктирет. Ар бир тарап экинчисин кардар-четки коншу катары көрөт жана алар кадимки IPv4 маршруттарын алмашат, ошондуктан ал чек арада MPLS талап кылынбайт.

Экинчи жайгашуу VPNv4 энбелгиленген маршруттарын чек ара маршрутизаторлорунун өздөрүнүн ортосунда алмаштырат. Бул байланыш аркылуу ырааттуу энбелги-коммутацияланган жолду жана эки тарап тең кабыл алган route-target бөлүштүрүү менен ишеним моделинин болушун талап кылат. Эгер ошол эки бөлүктүн бири жок болсо, конфигурация эмнени билдирбесин, модель колдонулбайт.

Үчүнчүсү PE жеткиликтүүлүгүн энбелги менен таратат, ал эми VPN маршруттары AS арасында чекиттер же маршрут рефлекторлору аркылуу жүрөт. Үчөө тең чек арада ар башка иш калтырат, жана биринин башкаруу тегиздигин экинчисинин интерфейс божомолдору менен аралаштыруу классикалык ката болуп саналат. Мындай дал келбестик адатта энбелги бир тарапта туура көрүнүп, экинчи тарапта жоголушу менен байкалат.

Бир префиксти башынан аягына чейин окуу

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

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

Энбелги локалдуу, убада да ошондой

Мүмкүнчүлүк чек ара байланышынын эки учунан тең текшерилет, бир учунан эмес. Сиздин интерфейсиңиздеги буйрук коңшу провайдердин интерфейсине эч нерсе кылбайт, жана BGP кабыл алган маршрут коңшусун энбелгиленген пакетти жылдырууга милдеттендирбейт.

RFC 4364 энбелгиленген VPNv4 пирингди ишенимдүү жайгашуулар менен чектейт жана ошол пирге эч качан жарыяланбаган энбелгилерди кабыл алуудан эскертет. Бул протоколдук гана эмес, коопсуздук боюнча да билдирүү. Коомдук интернет маршруттоо мамилесин жеке VPN маршрут алмашуудан алыс кармаңыз. Эгер байланыш жөнөкөй IP болсо, андан эч кандай энбелги аман өтөт деп күтпөңүз. Ал эми звенодо энбелгилер колдонулса, сырткы транспорт энбелгиси ар бир хопто туура алмаштырылып жатканын ырастаңыз.

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

Кабыл алууда эмнени жазуу керек

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

Ушул жазуу кийинки операторго ошол эле энбелги дисплейин туура окууга мүмкүндүк берет. Ансыз модель конфигурациядан божомолдонуп калат, ал эми божомолдонгон божомолдор ошол эле катанын кайталанышынын жолу. RFC 4364 интер-AS бөлүмү кайсы модель көздөлгөнүн чечүүчү жер.