ECMP yhteen VTEPiin: mistä VXLAN-entropia tulee
Etäisellä VTEPillä voi olla useita samanhintaisia seuraavia hyppyjä, mutta /32 ei tee niistä hyödyllisiä. Jako riippuu ulommasta monikosta ja lähdeportin hajautuksesta.
Väite, että samanhintainen monitie on hyödytön isäntäreitille, toistuu tarpeeksi usein kuulostaakseen todelta. /32 valitsee kohdeosoitteen, eikä mikään siinä valinnassa rajoita pakettia yhteen fyysiseen linkkiin. Kun kohde on etäinen VXLAN-tunnelin päätepiste, useat seuraavat hypyt voivat kuljettaa eri overlay-virtoja, ja se, tekevätkö ne niin, riippuu siitä, mitä edelleenlähetyshajautuksen sallitaan nähdä. Loput on aritmetiikkaa ulommalla otsakkeella, ei etuliitteen ominaisuus.
Reitti päättää tavoitettavuudesta; hajautus päättää jaosta.
Myytti: /32 tarkoittaa yhtä polkua
OSPF voi ilmoittaa samanhintaisen tavoitettavuuden VTEP-loopbackiin, kun taas edelleenlähetystaulu asentaa samalle etuliitteelle ryhmän seuraavia hyppyjä. Protokolla tarjoaa ehdokkaat; alusta päättää, mitkä niistä ovat käyttökelpoisia ja miten paketti osoitetaan. Mikään reititysprotokolla ei laske uutta hajautusta jokaiselle kapseloidulle kehykselle. Juuri tämä erottelu selittää, miksi kaksi samanlaiset reitit omaavaa reititintä voivat silti jakaa liikenteen eri tavoin.
Katso asennettua edelleenlähetysmerkintää eikä pelkkää reitin näyttöä, koska laitteisto- tai käytäntörajoitukset voivat pudottaa ehdokkaita, joita ohjaustaso yhä mainostaa.
Mistä entropian on tultava
Kahden VTEPin välillä ulommat lähde- ja kohdeosoitteet pysyvät kiinteinä, ja UDP-kohdeportti on tavanomaisessa käyttöönotossa 4789. Hajautus, joka lukee vain ne arvot, näkee vakiosyötteen ja palauttaa vakion polun. Jonkin ulommassa otsakkeessa on vaihdeltava, ja VTEP on laite, joka voi saada sen vaihtelemaan.
RFC 7348 ehdottaa UDP-lähdeportin johtamista kapseloidun kehyksen sisäisistä kentistä. Erilaiset sisäiset keskustelut tuottavat silloin erilaisia ulompia monikkoja, mikä antaa tavalliselle kuljetushajautukselle jotain työstettävää.
Jos edelleenlähetyslaitteisto voi katsoa syvemmälle pakettiin, tarkista, mitä sisäisiä kenttiä sen hajautustoteutus tukee. Tätä syvyyttä ei pitäisi pitää vaatimuksena jokaiselle underlay-laitteelle, koska pelkkä lähdeportin vaihtelu paljastaa jo hyödyllisiä eroja.
Tarkista hajautus, jonka todella saat
Mittaa älä oleta. Ota näyte kapseloidusta liikenteestä ja katso ulompia lähdeportteja, ja vertaa sitten tulosta edelleenlähetysmerkintöihin ja linkkikohtaisiin laskureihin.
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
Yksi lähdeportti, joka esiintyy monissa eri sisäisissä keskusteluissa, tarkoittaa, että VTEP ei vaihtele kenttää, eikä mikään underlayn viritys jaa kuormaa. Monet eri portit yhden käytössä olevan seuraavan hypyn kanssa viittaavat sen sijaan edelleenlähetysryhmään.
Kirjaa laskurit ennen näytettä ja sen jälkeen ja huomioi muu liikenne, joka jakaa uplinkit, muuten luvut näyttävät huonommilta kuin hajautus ansaitsee.
Mitä tasainen jakautuminen ei tarkoita
Vuokohtainen hajautus on suunniteltu pitämään yksi keskustelu yhdellä polulla, kunnes sen syötteet ja käytettävissä oleva polkujoukko pysyvät muuttumattomina. Siksi yksi suuri TCP-siirto ei kokoa kaikkia uplinkkejä, eikä linkkien lisääminen nopeuta sitä yhtä virtaa. Tämä on normaalia käytöstä, ei vika.
Useat virrat voivat myös törmätä sattumalta samaan seuraavaan hyppyyn. Lyhyt näyte voi näyttää pahasti vinolta, vaikka hajautus tekee täsmälleen sen, mihin se konfiguroitiin, ja linkkivika tai polkujoukon muutos voi siirtää vakiintuneita virtoja kesken siirron.
Testaa edustavilla osoitepareilla, kuljetuksilla ja nopeuksilla hyväksytyn suunnitelman mukaisesti ja pidä linkkiagregoinnin jäsenten valinta erillään reititetyn monitien valinnasta, koska kaksi hajautusvaihetta muodostavat oman kuvionsa. Täytetty seuraavien hyppyjen ryhmä ja näkyvä ulompi entropia selittävät tuloksen; etuliitteen pituus ei.