QoS ya kila handaki haizuii uplink jumla ya hub yako
Spoke tano zenye 5 Mbit kila moja si uplink ya 10 Mbit, na sera ya kila handaki haikuona tofauti hiyo kamwe. Panga bajeti ya kizuizi cha pamoja kivyake.
Imani hii inasikika kama hesabu: spoke tano, kila moja ikiundwa hadi 5 Mbit/s, kwa hiyo hub hubeba 25 Mbit/s kwa kiwango cha juu. Nusu ya kwanza ni kweli na hitimisho si kweli. Sera ya kila handaki inatumika mara moja kwa kila handaki, si mara moja kwa kila hub, na uplink ya pamoja ambayo handaki zote tano hupitia haionekani kamwe katika hesabu hiyo. Msongamano kwenye uplink unabaki vile vile.
Imani hii inatoka wapi
Kuchanganyikiwa kunaweza kueleweka, kwa sababu taarifa ya kikundi cha NHRP huruhusu fasili moja ya sera kutumika kwa seti nzima ya spoke. Hiyo inasomwa kama bajeti ya pamoja katika faili ya usanidi. Maana yake halisi ni kwamba kila spoke hupata nakala yake mwenyewe ya fasili hiyo.
Kwa hiyo 5 Mbit/s kwa kila spoke ni kikomo cha kila handaki, na vikomo ni sawa na idadi ya handaki.
Nakala moja ya sera inadhibiti nini
Mwongozo wa Cisco wa QoS ya kila handaki katika DMVPN kwenye IOS XE unaeleza sera ya kutoka ya hub inayochaguliwa kupitia taarifa ya kikundi cha NHRP na kutumika kivyake kwa kila spoke. Kutoka kwa sentensi hiyo kunafuata vikwazo viwili, na vyote viwili vinapuuzwa. Kiwango ni cha spoke moja na si cha ndoo ya pamoja, na kipengele hiki kinadhibiti trafiki kutoka hub kuelekea spoke, si kinyume chake.
Panga mwelekeo wa kutuma wa spoke kivyake. Hakuna kitu katika sera ya kutoka ya hub kinachozuia kile tawi linapakia.
Weka kikomo cha jumla kwenye kizuizi cha pamoja
Jumla inapaswa kuundwa mahali inaposhindana kwa kweli: kwenye kiolesura halisi ambacho handaki zote hushiriki. Cisco inaandika shaper ya class-default kwenye kiolesura halisi kama sera halisi ya wakati mmoja inayoungwa mkono kwa kipengele hiki, ambayo ni kauli finyu kuliko mbinu yoyote ya ngazi unayoweza kuandika. Chukulia kuwa sera ya pili halisi ya kiholela uliyobuni haiungwi mkono hadi mtu athibitishe kinyume chake.
Kisha amua kinachotokea wakati spoke zote zina shughuli kwa wakati mmoja. Trafiki ipi inakubaliwa, darasa lipi linapata kipaumbele, na foleni ipi inamiliki mshindano. Kikomo cha kila spoke hakijibu hata moja ya maswali hayo, kwa sababu kila spoke huzingatiwa peke yake.
Oanisha vitengo vya uundaji na uhasibu wa gharama za ziada na uwasilishaji halisi. Gharama za ziada za ufungashaji unazoacha nje ya hesabu ya kiwango huonekana kama kiungo kinachojawa kabla ya nambari iliyosanidiwa.
Vihesabu husema uongo kwa namna moja maalum
Soma vihesabu kwenye tabaka unalounda. Mwongozo huo wa Cisco unaonya kwamba vihesabu vya sera vya kiolesura kikuu vinaweza kuwa si sahihi katika mpangilio huu. Hiyo ni tahadhari kuhusu kihesabu, si ushahidi kwamba darasa linalingana au linaacha. Itenganishe na matokeo ya programu, ambayo ni kitu pekee ambacho mtumiaji hupata.
Kunakili mfano wa zamani wa traffic-shape kando ya ramani ya sera isiyohusiana hakuthibitishi kwamba viwango viwili vinadhibiti pakiti zile zile.
Jaribu jumla, si kikomo pekee
Anza na spoke moja yenye shughuli na thibitisha kwamba inafikia kikomo chake. Kisha toa trafiki kutoka kwa zote kwa wakati mmoja chini ya mpango ulioidhinishwa, na angalia kiolesura halisi kando ya nambari za kila handaki. Ikiwa kila spoke inakaa kwenye kikomo chake wakati uplink imejaa na ucheleweshaji unapanda, sera ya kila spoke inafanya kazi kama ilivyoundwa na bajeti bado si sahihi.
Suluhisho wakati huo ni uamuzi wa uwezo au wa kukubali. Kurekebisha nambari za kila spoke kunabadilisha tu tawi lipi linalolalamika kwanza.