VXLAN і MPLS IP VPN: VNI — гэта не метка MPLS

Абедзве тэхналогіі ставяць ідэнтыфікатар перад пакетам, таму выснова здаецца відавочнай: супаставіць VNI з меткай MPLS і даць дзвюм сеткам аб'яднацца. Такога супастаўлення не існуе як падтрымліваемай аперацыі, бо ідэнтыфікатары азначаюць розныя рэчы і ствараюцца рознымі плоскасцямі кіравання. VNI вызначае сегмент VXLAN унутры оверлея; метка MPLS вызначае апрацоўку перасылкі ўздоўж шляху з камутацыяй метак. Злучэнне даменаў — гэта рашэнне аб маршрутызацыі, а не пераклад лікаў.

Міф: абодва выкарыстоўваюць меткі, значыць, супастаўце іх

Павярхоўнае падабенства рэальнае і падманлівае. VXLAN нясе 24-бітны VNI у сваім загалоўку, а MPLS нясе стос метак, таму здаецца, быццам адно значэнне можна перапісаць у іншае на памежнай прыладзе.

Ідэю ламае ўсё, што акружае значэнне. VNI вырашаецца плоскасцю кіравання EVPN і канчатковымі кропкамі тунэляў ніжняга ўзроўню. Метка прызначаецца плоскасцю перасылкі MPLS уздоўж шляху. Ні ў адзін бок няма вызначанай працэдуры прыняцця ідэнтыфікатара іншага боку як свайго.

Што насамрэч перасылае кожны бок

На баку фабрыкі памежная прылада завяршае тунэль VXLAN, супастаўляе VNI з VRF арандатара і маршрутызуе пакет як звычайны IP. На баку правайдэра PE прымае маршрут кліента ў VRF, накладвае стос метак MPLS і перасылае яго праз IP VPN.

Гэтая перадача — добра зразумелая мадэль у RFC 4364: кліенцкі край абменьваецца IP-маршрутамі з краем правайдэра, і кожны дамен валодае сваёй інкапсуляцыяй. VNI знікае да таго моманту, калі пакет дасягае PE, і менавіта таму мадэль працуе.

Чаму плоскасці кіравання не зліваюцца

EVPN Type 5 нясе маршруты прэфіксаў IP з наступнымі крокамі оверлея, а аб'явы VPN-IPv4 належаць да іншага сямейства адрасоў. Аднолькавыя на выгляд мэты маршрутаў па абодвух баках не перакладаюць адно сямейства ў другое і не вырашаюць наступныя крокі праз мяжу.

Інтэграваны шлюз можа выконваць абедзве задачы толькі тады, калі платформа рэалізуе патрэбныя інкапсуляцыі і ўзаемадзеянне сямействаў маршрутаў. Гэтую здольнасць трэба правяраць для канкрэтнага абсталявання і выпуску, а не выводзіць з назвы сямейства прадуктаў.

На гэтай мяжы правальваюцца яшчэ два меркаванні. MPLS IP VPN забяспечвае маршрутызаваную дасяжнасць, а не Ethernet-сегмент, таму для расцяжэння шырокавяшчальнага трафіку патрабуецца падтрымліваная паслуга ўзроўню 2. І абедзве інкапсуляцыі спажываюць байты, таму эфектыўны MTU меншы, чым прадугледжвае любы з ніжніх узроўняў.

Выбірайце маршрутызаваную перадачу або інтэграваны шлюз

Выбірайце маршрутызаваную перадачу, калі арандатару патрэбна IP-дасяжнасць і правайдэр ужо прапануе паслугу з боку CE. Яна захоўвае ўласнасць чыстай: фабрыка валодае VXLAN і EVPN, правайдэр — MPLS і VPN, а мяжа — супастаўленнем VRF з інтэрфейсам. Плануйце маштаб далучэння, адрасацыю і рэзервовае пераключэнне разам з правайдэрам, а не мяркуйце, што аднаго каналу дастаткова.

Выбірайце інтэграваны шлюз толькі тады, калі платформа, якой вы кіруеце, падтрымлівае абедзве ролі і вы можаце праверыць узаемадзеянне. Эканомія на прыладах рэальная, але рэальная і аперацыйная рызыка таго, што адна прылада стане адзіным месцам, дзе дзве плоскасці кіравання павінны дамовіцца.

Што запісваць па кожным арандатары

Трымайце запіс, спецыфічны для арандатара, з далучэннем, прынятымі і экспартаванымі прэфіксамі, метадам вырашэння наступнага кроку і чаканымі паводзінамі пасля адмовы памежнай прылады або канала правайдэра. Уключыце бюджэт MTU на абедзвюх межах інкапсуляцыі і зваротны шлях, бо працоўны прамы кірунак сам па сабе даказвае вельмі мала.

Гэты запіс — тое, што злучае два адміністрацыйныя дамены, не выдаючы іх меркаванні аб маршрутызацыі і інкапсуляцыі за аднолькавыя. Калі пазней хто-небудзь спытае, ці можа VNI проста стаць меткай, дакумент адкажа дызайнам, а не спрэчкай.