ECMP al unu VTEP: de kie venas la entropio de VXLAN

La aserto, ke plurvoja egalkosta enkursigado estas senutila por gastiga vojo, ripetiĝas sufiĉe ofte por ŝajni vera. /32 elektas celan adreson, kaj nenio en tiu elekto limigas la paketon al unu fizika ligilo. Kiam la celo estas fora finpunkto de VXLAN-tunelo, pluraj sekvaj saltoj povas porti malsamajn supertavolajn fluojn, kaj ĉu ili faras tion dependas de tio, kion la plusenda haketo rajtas vidi. La resto estas aritmetiko sur la ekstera kaplinio, ne eco de la prefikso.

La vojo decidas atingeblon; la haketo decidas disdonon.

La mito: /32 signifas unu vojon

OSPF povas raporti egalan atingeblon al VTEP-buklo dum la plusenda tabelo instalas grupon da sekvaj saltoj por tiu sama prefikso. La protokolo liveras la kandidatojn; la platformo decidas kiuj el ili estas uzeblaj kaj kiel paketo estas atribuata. Neniu enkursiga protokolo kalkulas novan haketon por ĉiu enkapsuligita kadro. Ĝuste tiu apartigo klarigas, kial du enkursigiloj kun identaj vojoj tamen povas disdoni trafikon malsame.

Rigardu la instalitan plusendan enskribon, ne nur la vojan vidigon, ĉar limoj de aparataro aŭ politiko povas forigi kandidatojn, kiujn la rega tavolo ankoraŭ anoncas.

De kie devas veni la entropio

Inter du VTEP-oj la eksteraj fontaj kaj celaj adresoj restas fiksaj, kaj la UDP-cela pordo estas 4789 en ordinara deplojo. Haketo, kiu legas nur tiujn valorojn, vidas konstantan enigon kaj redonas konstantan vojon. Io en la ekstera kaplinio devas varii, kaj la VTEP estas la aparato, kiu povas igi ĝin varii.

RFC 7348 proponas derivi la UDP-fontan pordon el kampoj ene de la enkapsuligita kadro. Malsamaj internaj konversacioj tiam produktas malsamajn eksterajn opojn, kio donas al ordinara transporta haketo ion por labori.

Se la plusenda aparataro povas rigardi pli profunden en la paketon, kontrolu kiujn internajn kampojn subtenas ĝia haketa efektivigo. Tiu profundo ne estu traktata kiel postulo por ĉiu suba aparato, ĉar la variado de la fonta pordo sola jam montras utilajn diferencojn.

Kontrolu la haketon, kiun vi efektive ricevas

Mezuru anstataŭ supozi. Kaptu specimenon de enkapsuligita trafiko kaj rigardu la eksterajn fontajn pordojn, poste komparu la rezulton kun la plusendaj enskriboj kaj la nombriloj po ligilo.

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

Unu fonta pordo aperanta tra multaj malsamaj internaj konversacioj signifas, ke la VTEP ne varias la kampon, kaj neniu agordo de la suba tavolo disdonos la ŝarĝon. Multaj malsamaj pordoj kun unu uzata sekva salto indikas anstataŭe la plusendan grupon.

Notu la nombrilojn antaŭ kaj post la specimeno, kaj rimarku nerilatan trafikon, kiu dividas la suprajn ligilojn, alie la nombroj aspektos pli malbone ol la haketo meritas.

Kion egala disdono ne signifas

Haketo po fluo estas desegnita por teni unu konversacion sur unu vojo, dum ĝiaj enigoj kaj la disponebla aro da vojoj restas neŝanĝitaj. Tial unu granda TCP-transigo ne kunigas ĉiun supran ligilon, kaj aldoni ligilojn ne akcelos tiun fluon. Tio estas normala konduto, ne difekto.

Pluraj fluoj ankaŭ povas hazarde kolizii sur la sama sekva salto. Mallonga specimeno povas aspekti tre misproporcia dum la haketo faras ĝuste tion, por kio ĝi estis agordita, kaj ligila paneo aŭ ŝanĝo de la voja aro povas movi establitajn fluojn meze de transigo.

Testu per reprezentaj adresaj paroj, transportoj kaj rapidoj laŭ aprobita plano, kaj tenu la elekton de membroj de ligila agregado aparte de la elekto de enkursigita plurvojo, ĉar du haketaj etapoj konsistigas sian propran ŝablonon. Plenigita grupo de sekvaj saltoj plus videbla ekstera entropio klarigas la rezulton; la prefiksa longo ne.