MPLS sa UDP: entropiya para sa ilalim na layer, mga tuntunin para sa domain
Ang UDP envelope ay nagbibigay sa IP underlay ng mapag-hash nang hindi nawawala ang service label. Nililimitahan din ito ng RFC 7510 sa mga kooperatiba at pinamamahalaang domain.
Dalawang provider ang naglalarawan ng parehong service label, at isa lang sa kanila ang nagbabanggit ng UDP header. Ang pagkakaiba ay hindi kosmetiko: ang paglalagay ng MPLS sa loob ng UDP ay nagbabago sa nakikita ng panlabas na IP network, at dahil dito sa maaaring i-hash sa mga parallel na link. Nagbabago rin ito kung sino ang pinapayagang mag-deploy nito.
Ang mga layer ay sapat na maikli upang tandaan: panlabas na IP, pagkatapos UDP, pagkatapos ang MPLS label stack, pagkatapos ang service payload. Hindi nawawala ang label stack; nagpapasya pa rin ito sa forwarding sa endpoint na nagpapatuloy ng label switching.
Ano ang idinadagdag ng UDP envelope
Ang RFC 7510 ay tumutukoy sa encapsulation na ito gamit ang UDP destination port 6635 at ginagamit ang source-port field upang magdala ng flow entropy. Ang device na nag-e-encapsulate ang nagpapasya kung ano ang ituturing na flow at kung paano makukuha ang value; sadyang hindi nagtatakda ang standard ng isang partikular na hash. Nag-iiwan ito ng puwang para sa gawi ng vendor, at nangangahulugan ito na ang dalawang implementasyon ay maaaring gumawa ng magkaibang distribusyon para sa parehong traffic mix. Basahin ang value bilang pahiwatig na iniaalok sa ilalim na layer, hindi bilang routing decision na ginawa ng standard.
Ang benepisyo ay hindi tuwiran. Ang transit network na nagbabalanse ng load sa isang panlabas na five-tuple ay mayroon nang mai-hash, samantalang ang hubad na MPLS packet ay maaaring nag-alok lamang ng pinakamataas na label. Kung makakatulong iyon ay depende sa platform na gumagawa ng balanse at sa kung aling mga field ang aktwal na isinasaalang-alang nito.
Ang entropiya ay hindi bandwidth
Ang paghahati ng mga flow nang mas pantay sa mga available na link ay hindi katulad ng pagsasama-sama ng mga ito sa isang mas mabilis na landas. Ang isang application flow ay dumadaan pa rin sa isang landas, at ang per-flow balancing ay hindi maaaring lumampas sa kapasidad ng link kung saan ito lumapag. Hindi rin ginagarantiyahan ng mekanismong ito ang pantay na distribusyon; binibigyan lamang nito ng mas magandang input ang isang hash function.
Panatilihing stable ang envelope para sa isang partikular na flow maliban kung katanggap-tanggap ang muling pag-order. Kung nagbabago ang source port bawat packet, masaya itong ikakalat ng ilalim na layer ang isang usapan sa ilang landas at ang muling pagbuo ay magiging problema ng application. Ang layunin ay pare-parehong entropiya bawat flow, hindi patuloy na pagiging bago.
Ang hangganan ng deployment ay bahagi ng spec
Nililimitahan ng RFC 7510 ang deployment sa network ng isang operator o sa isang katabing set ng mga operator na nagtutulungan, na pinamamahalaan ang traffic upang maiwasan ang congestion. Hinihiling din nito ang pag-filter na pumipigil sa encapsulated traffic na makatakas mula sa domain na iyon. Hindi ito mga dekoratibong kondisyon; nagmumula ang mga ito sa katotohanang walang idinadagdag na sariling seguridad ang encapsulation. Ituring ang mga ito na paunang kondisyon para sa lehitimong deployment, hindi bilang mga suhestiyon sa isang design note.
Walang anuman sa UDP header ang nagpapatunay sa sender, at walang anuman dito ang nagbibigay ng confidentiality o integrity sa payload. Kung kailangan ng traffic ng proteksyon, nagmumula ito sa hiwalay na mekanismo na may sariling key management. Ang pagpili ng MPLS-in-UDP ay hindi nagpapataas ng trust model.
Pansinin ang ginagawa ng proteksyon sa hashing na gusto mo
Magdagdag ng IPsec o iba pang seguridad na encapsulation, at ang panlabas na header na hinahash ng mga transit device ay maaaring ganap na magbago ng hugis. Maaaring itago ng tunnel mode ang panloob na UDP source port sa likod ng bagong panlabas na header, na nangangahulugang ang entropiyang maingat mong ibinigay ay maaaring hindi makita kung saan nangyayari ang balanse. Ang pag-encrypt muna at pagkatapos ay pag-encapsulate ay ibang disenyo kaysa sa kabaligtaran, at ang pagkakaiba ay lumilitaw bilang isang link na nagdadala ng higit na traffic kaysa sa mga kapitbahay nito.
Suriin ang buong packet kung paano ito lumilitaw sa wire, hindi lamang ang layer na inilalarawan ng standard. Ito rin ang punto upang muling isaalang-alang ang MTU at kapasidad ng endpoint, dahil ang UDP header at anumang seguridad na overhead ay nagpapababa sa payload na kasya.
Magpasya nang buong landas ang nakikita
Ihambing ang MPLS-in-UDP sa mga alternatibo tulad ng GRE ayon sa mga pamantayang mahalaga sa iyong network: aling mga field ang binabalanse ng ilalim na layer, gaano karaming overhead ang kayang bayaran, anong seguridad na pambalot ang kailangan, at kung maipapatupad ang hangganan ng domain. Ang pagbibigay rito ng walang kondisyong kalamangan sa performance kaysa GRE ay isang konklusyong hindi sinusuportahan ng mga standard.
Pagkatapos ay subukan sa mga tunay na traffic mix at tingnan ang paggamit ng link ng bawat miyembro, dahil ang hash na mukhang maganda sa lab ay maaaring gumuho sa isang link kapag lahat ng flow ay nagbabahagi ng parehong tuple. Ang tapat na buod ay ang encapsulation ay naglalantad ng impormasyong magagamit ng ilalim na layer, sa loob ng domain na pumayag na pamahalaan ito.