F5 маршрут домендері және MPLS VRF: жалдаушының тапсыруын картаға түсіріңіз
Екі жалдаушы, бір мекенжай, екі маршрут домені. Әр нысанды %ID арқылы бекітіңіз, провайдердің VRF мен маршрут мақсаттарын пайдаланыңыз және әр жалдаушыны бөлек тексеріңіз.
Екі жалдаушы 10.50.0.10 мекенжайында бірдей қолданбаны іске қосады. Провайдер оларды бөлек MPLS VPN-дерде ұстайды, ал BIG-IP олардың жергілікті трафигін бөлек маршрут домендерінде сақтайды. Бұл конфигурация тапсыру сәтіне дейін жұмыс істейді, онда жетіспейтін суффикс немесе көшірілген маршрут мақсаты бір жалдаушының пакетін екіншісінің контекстіне үнсіз салады. Бұл нұсқаулық екі модельді біріктіреді және әр жалдаушы бойынша тестімен аяқталады.
Жұмыс парағы: әр жалдаушыға бір жол
Бірдеңені өзгерту алдында осыны толтырыңыз. Әр келесі қадам оның ішіндегі ұяшыққа сілтеме жасайды, ал бос ұяшық — әлі ешкім қабылдамаған шешім.
| Tenant | BIG-IP side | Provider side |
|---|---|---|
| A | VLAN or tunnel, route domain, self address, virtual server | VRF, attachment, route targets for import and export |
| B | Separate VLAN or tunnel, separate route domain, separate self address | Separate VRF, separate route targets |
1-қадам: әр нысанды өз маршрут доменіне бекітіңіз
F5-тің маршрут домендері туралы құжаттамасы оқшауланған трафик контексттерін, қайталанатын мекенжайларды және конфигурация нысандары үшін address%ID белгілеуін сипаттайды. 10.50.0.10%2 ретінде жазылған мекенжай жергілікті маршрут доменінің контекстін атайды, және бұл суффикс тұтынушының IP пакетінде тасымалданатын MPLS белгісі емес.
Құжатталған модельде VLAN немесе қолдау көрсетілетін туннель бір маршрут доменіне жатады, сондықтан интерфейс пен мекенжай сәйкес келуі керек. Әкімшілік бөлімшенің әдепкі маршрут доменін де тексеріңіз, өйткені қалдырылған суффикс контекст жоқ дегенді білдірмейді; ол бөлімше әдепкі бойынша пайдаланатын контекстті білдіреді. Сол бір әдепкі жаңа нысан үнсіз қате жалдаушыға жауап берген оқиғалардың көбін түсіндіреді. Өз мекенжайыңызды қоспас бұрын оны тексеріңіз.
tmsh list net route-domain
tmsh list net vlan | grep -i domain
tmsh list ltm virtual one_vs2-қадам: провайдердің VRF мен маршрут мақсаттарын пайдаланыңыз
MPLS шетінде жалдаушы провайдердің VRF-і және келісілген тұтынушы маршруттау қызметі арқылы анықталады. Маршрут мақсаттары провайдердің VRF арасында қандай маршруттарды импорттап, экспорттайтынын басқарады, ал ұқсас BIG-IP маршрут доменінің нөмірін таңдау бұл қатынастан ештеңе жасамайды.
Екі идентификатор әртүрлі жүйелерде өмір сүреді және әртүрлі нәрсені білдіреді. Маршрут доменінің ID-і құрылғыдағы жергілікті контекст. Маршрут мақсаты — маршруттардың таралуын шешетін провайдер жағындағы саясат атрибуты, ал маршрут айырғышы тағы үшінші нәрсе, ол өзгеше бірдей префикстерді бөлек ұстау үшін қолданылады.
3-қадам: контексттер қолжетімділікті бөлісе ала ма, соны шешіңіз
Ата-домен іздеуі мен қатаң оқшаулау параметрлерін әдейі қарап шығыңыз, өйткені олар контекстің неге жете алатынын өзгертеді. F5 нұсқаулығы осы қатынастар арқылы басқарылатын қайта бағыттауға рұқсат береді, сондықтан маршрут доменін жалғыз толық жалдаушы қауіпсіздік саясаты ретінде қарастырмау керек.
Егер екі жалдаушыға да ортақ қызмет қажет болса, бір жалдаушыны екіншісінің маршруттау контекстіне абайсыз бағыттаудың орнына бекітілген жол мен рұқсаттарды көрсетіңіз. Қолданба идентификациясын және кез келген әдейі бастапқы түрлендіруді желілік межелімен бірге сақтаңыз, әйтпесе ортақ қызмет бір жалдаушыны екіншісі ретінде көреді.
Қарапайым маршрутталған тапсыру BIG-IP-ді провайдердің шеткі маршрутизаторына қосады, бірақ BIG-IP-ді MPLS PE етпейді. Егер MPLS немесе VPN маршруттар тобының тікелей интеграциясы шынымен қажет болса, нақты платформа мен шығарылым үшін айқын қолдау алыңыз, өйткені маршрут доменінің жергілікті оқшаулауы бұл мүмкіндікті құрмайды.
4-қадам: бір уақытта бір жалдаушыны тексеріңіз
A жалдаушысын A контекстіндегі соңғы нүктеден A қолданбасының мекенжайына дейін тексеріңіз, содан кейін B үшін қайталаңыз. Диагностикада %ID пішінін қолданыңыз, осылайша қай контекст жауап бергенін дәлелдей аласыз және қате контекстен келген сұрау сенімді жерге түсудің орнына сәтсіз аяқталатынын растайсыз.
Сол өтуде провайдер жағын да тексеріңіз: префикс дұрыс VRF-де бар, маршрут мақсаттары жұмыс парағына сәйкес келеді, ал қайтару жолы көзделген қосылымды пайдаланады. Құрылғының өзінен жұмыс істейтін ping құрылғының контекстін дәлелдейді, жалдаушының емес.
Соңғы сәйкестендіруді жұмыс парағына жазыңыз, оның ішінде әр бөлімшенің әдепкі маршрут домені және сіз қосқан кез келген ата-домен қатынасы. Бұл ортадағы келесі өзгерісті осы кестені оқитын адам жасайды, бұл мақаланы оқитын адам емес.