QoS á hverri göng takmarkar ekki heildaruplink hubsins þíns

Trúin hljómar eins og reikningur: fimm spokes, hvert mótað í 5 Mbit/s, þannig að hubið ber að hámarki 25 Mbit/s. Fyrri helmingurinn er sannur og niðurstaðan ekki. Stefnu fyrir hverja göng er beitt einu sinni á hver göng, ekki einu sinni á hvert hub, og sameiginlega uplinkið sem öll fimm göngin fara um kemur aldrei fyrir í þeim útreikningi. Örykja á uplinkinu lifir nákvæmlega eins og hún var.

Hvaðan trúin kemur

Ruglingurinn er skiljanlegur, því NHRP-hópupplýsingar leyfa einni stefnuskilgreiningu að gilda fyrir heilt sett af spokes. Það les eins og sameiginlegt fjárhagsáætlun í stillingaskrá. Hvað það þýðir í raun er að hvert spoke fær sína eigin eintöku af þeirri skilgreiningu.

Þannig að 5 Mbit/s á hvert spoke er þak á hver göng, og það eru jafn mörg þök og göngin eru.

Hvað ein stefnueintaka stjórnar

Leiðarvísir Cisco um QoS fyrir hver göng í DMVPN á IOS XE lýsir útstefnu hubsins sem er valin með NHRP-hópupplýsingum og beitt sérstaklega á hvert spoke. Tvö mörk leiða af þeirri setningu, og hvorugt er virt. Hraðinn tilheyrir einu spoke frekar en sameiginlegri fötu, og eiginleikinn stjórnar umferð frá hubinu til spokes, ekki öfugt.

Skipuleggðu sendingarstefnu spokes sjálfstætt. Ekkert í útstefnu hubs takmarkar það sem útibú hleður upp.

Setjið heildartakmörkin við sameiginlega flöskuhálsinn

Heildin verður að vera mótuð þar sem heildin keppir í raun: á því líkamlega viðmóti sem öll göngin deila. Cisco skjalfestir class-default shaper á líkamlega viðmótinu sem studda samhliða líkamlega stefnu fyrir þennan eiginleika, sem er þrengri fullyrðing en hvaða stigveldi sem þú getur slegið inn. Gerðu ráð fyrir að hin handahófskennda önnur líkamlega stefna sem þú fannst upp sé ekki studd þar til einhver sannar hið gagnstæða.

Ákveddu síðan hvað gerist þegar öll spokes eru upptekin á sama tíma. Hvaða umferð er tekin inn, hvaða flokkur fær forgang og hvaða biðröð á keppnina. Þak á hvert spoke svarar engri þessara spurninga, því hvert spoke er skoðað eitt og sér.

Lagaðu mótunareiningar og yfirhöfuðbókhald að raunverulegri afhendingu. Innviklunaryfirhöfuð sem þú skilur eftir utan hraðaútreikningsins birtist sem tenging sem mettast áður en stillta talan næst.

Teljarar ljúga á einn ákveðinn hátt

Lestu teljara á því lagi sem þú mótar. Sama Cisco leiðarvísir varar við því að stefnuteljarar aðalviðmótsins geti verið ónákvæmir í þessari uppsetningu. Það er fyrirvari um teljarann, ekki sönnun þess að flokkur passi eða sleppi. Haltu þessu aðskildu frá niðurstöðu forritsins, sem er það eina sem notandinn upplifir.

Að afrita gamalt traffic-shape dæmi við hlið ótengdrar stefnukorts sannar ekki að hraðarnir tveir stjórni sömu pökkunum.

Prófaðu heildina, ekki bara þakið

Byrjaðu á einu uppteknu spoke og staðfestu að það nái þaki sínu. Bjóddu síðan umferð frá öllum á sama tíma samkvæmt samþykktri áætlun, og fylgstu með líkamlega viðmótinu við hlið talnanna fyrir hver göng. Ef hvert spoke situr á sínu þaki meðan uplinkið er þanið og seinkun eykst, virkar stefnan fyrir hvert spoke nákvæmlega eins og hún var hönnuð og fjárhagsáætlunin er enn röng.

Lögunin á þeim tímapunkti er ákvörðun um afkastagetu eða aðgang. Að stilla tölurnar fyrir hvert spoke aftur breytir bara hvaða útibú kvartar fyrst.