ECMP VTEP bakar batera: nondik dator VXLAN entropia

Host-bide baterako kostu bereko bide-aniztasuna alferrikakoa dela dioen esaldia askotan errepikatzen da egia ematen duen arte. /32 batek helmuga-helbide bat hautatzen du, eta hautaketa horrek ez du paketea esteka fisiko bakarrera mugatzen. Helburua VXLAN tunel baten urruneko muturra denean, hainbat hurrengo jauzik overlay-fluxu desberdinak eraman ditzakete, eta hala egiten duten ala ez hashari zer ikusten uzten zaion araberakoa da. Gainerakoa kanpoko goiburuko aritmetika da, ez prefijoaren propietate bat.

Bideak irisgarritasuna erabakitzen du; hashak banaketa.

Mitoa: /32 batek bide bakarra esan nahi du

OSPFk VTEP loopback baterako kostu bereko irisgarritasuna jakinaraz dezake, bitartean berbideratze-taulak prefijo bererako hurrengo jauzien talde bat instalatzen duen. Protokoloak hautagaiak ematen dizkio; plataformak erabakitzen du zeintzuk diren erabilgarri eta nola esleitzen den paketea. Bideratze-protokolo batek ere ez du hash berririk kalkulatzen kapsulatutako marko bakoitzeko. Bereizketa hori da bide berdinak dituzten bi bideratzailek trafikoa modu desberdinean banatu dezaketen arrazoia.

Begiratu instalatutako berbideratze-sarrera, ez soilik bidearen bistaratzea, hardwarearen edo politikaren mugak kontrol-planoak oraindik iragartzen dituen hautagaiak bazter baititzake.

Nondik etorri behar du entropiak

Bi VTEPen artean kanpoko iturri- eta helmuga-helbideak finko mantentzen dira, eta UDP helmuga-portua 4789 da ohiko inplementazio batean. Balio horiek soilik irakurtzen dituen hash batek sarrera konstantea ikusten du eta bide konstantea itzultzen du. Kanpoko goiburuan zerbait aldatu behar da, eta VTEP da hori aldaraz dezakeen gailua.

RFC 7348 kapsulatutako markoaren barneko eremuetatik UDP iturri-portua eratortzea proposatzen du. Orduan barne-elkarrizketa desberdinek kanpoko tupla desberdinak sortzen dituzte, eta horrek garraio-hash arruntari zereginerako zerbait ematen dio.

Berbideratze-hardwareak paketean sakonago begira badezake, egiaztatu haren hash inplementazioak zein barne-eremu onartzen dituen. Sakonera hori ez litzateke underlay gailu guztietarako baldintza gisa hartu behar, iturri-portuaren aldaketak berak jada erakusten baititu alde erabilgarriak.

Egiaztatu benetan lortzen duzun hasha

Neurtu, ez suposatu. Kapsulatutako trafikoaren lagin bat hartu eta kanpoko iturri-portuak begiratu, gero emaitza berbideratze-sarrerekin eta esteka bakoitzeko kontagailuekin alderatu.

show ip route 10.255.0.5/32
show ip cef 10.255.0.5 internal
ip route show 10.255.0.5
tcpdump -ni eth0 -c 200 'udp port 4789' -vv

Iturri-portu bakar bat barne-elkarrizketa askotan agertzeak esan nahi du VTEPak ez duela eremua aldatzen, eta underlayaren doikuntzak ez duela karga banatuko. Portu asko desberdin eta hurrengo jauzi bakarra erabilian egoteak berbideratze-taldeari seinalatzen dio.

Erregistratu kontagailuak laginaren aurretik eta ondoren, eta ohartu uplinkak partekatzen dituen trafiko ez-eragileaz, bestela zenbakiek hashak merezi duena baino okerrago emango dute.

Zer ez duen esan nahi banaketa uniformeak

Fluxuko hash bat elkarrizketa bakarra bide bakar batean mantentzeko diseinatuta dago, haren sarrerak eta eskuragarri dauden bideen multzoa aldatu gabe daudeno. Beraz, TCP transferentzia handi bakar batek ez ditu uplink guztiak biltzen, eta estekak gehitzeak ez du fluxu hori bizkortuko. Portaera arrunta da, ez akatsa.

Hainbat fluxuk hurrengo jauzi berean talka egin dezakete zori hutsez. Lagin labur bat oso desitxuratuta ikus daiteke hashak konfiguratuta izan zuen zehazki egiten duen bitartean, eta esteka-akats batek edo bide-multzoaren aldaketak ezarritako fluxuak transferentziaren erdian mugi ditzake.

Probatu helbide-pare, garraio eta tasa ordezkarizaleekin onartutako plan baten arabera, eta mantendu esteka-agregazioko kideen hautaketa bideratutako bide-aniztasuneko hautaketatik bereizi, bi hashing-etapak beren patroia osatzen baitute. Hurrengo jauzien talde betea eta kanpoko entropia ikusgaiak emaitza azaltzen dute; prefijoaren luzerak ez.