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 го именува локалниот контекст на рутирачкиот домен, а таа наставка не е MPLS ознака што се носи во IP пакетот на клиентот.
VLAN или поддржан тунел во документираниот модел припаѓа на еден рутирачки домен, па интерфејсот и адресата мора да се совпаѓаат. Проверете го и стандардниот рутирачки домен на административната партиција, зашто изоставената наставка не значи дека нема контекст; значи оној контекст што партицијата го користи како стандарден. Таа единствена стандардна вредност ги објаснува повеќето инциденти во кои нов објект тивко одговарал на погрешниот закупец. Проверете го пред да додадете своја адреса.
tmsh list net route-domain
tmsh list net vlan | grep -i domain
tmsh list ltm virtual one_vsЧекор 2: користете ги 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 што работи од самиот уред го докажува контекстот на уредот, не на закупецот.
Запишете го конечното мапирање во работниот лист, вклучувајќи го стандардниот рутирачки домен на секоја партиција и секој однос со родителски домен што сте го овозможиле. Следната промена во оваа околина ќе ја направи некој што ја чита таа табела, а не некој што ја чита оваа статија.