د هر ټانل QoS ستاسو د هب ټول اپلینک نه محدودوي

دا باور د ریاضیاتو په څېر اورېدل کېږي: پنځه سپوکونه، هر یو 5 Mbit/s ته جوړ شوي، نو هب په ډېر ځای 25 Mbit/s لېږدوي۔ لومړی نیمایي سم دی او پایله نه۔ د هر ټانل پالیسي د هر ټانل لپاره یو ځل پلي کېږي، د هر هب لپاره یو ځل نه، او هغه ګډ اپلینک چې پنځه واړه ټانلونه پرې تېرېږي هېڅکله په هغه محاسبه کې نه ښکاري۔ پر اپلینک فشار په سمه توګه لکه مخکې پاتې کېږي۔

دا باور له کومه ځایه راځي

ګډوډي د پوهېدو وړ ده، ځکه NHRP ګروپ معلومات اجازه ورکوي چې یوه پالیسي تعریف د سپوکونو یوې ټولې ټولګې ته پلي شي۔ دا د ترتیباتو په فایل کې د ګډ بودیجې په څېر لوستل کېږي۔ په رېښتیني توګه یې معنا دا ده چې هر سپوک د هغه تعریف خپله کاپي ترلاسه کوي۔

نو د هر سپوک لپاره 5 Mbit/s د هر ټانل پورتنۍ پوله ده، او پولې له ټانلونو سره برابرې دي۔

یوه پالیسي کاپي څه کنټرولوي

د Cisco لارښود د IOS XE په DMVPN کې د هر ټانل QoS د هب د وتلو پالیسي تشریح کوي چې د NHRP ګروپ معلوماتو له لارې ټاکل کېږي او په هر سپوک باندې جلا پلي کېږي۔ له دې جملې دوې پولې راځي او دواړه له پامه غورځول کېږي۔ کچه یو سپوک ته اړه لري نه ګډې سلواغې ته، او دا ځانګړنه له هب څخه سپوک ته ترافیک کنټرولوي، نه برعکس۔

د سپوک د لېږلو لوری په خپلواکه توګه پلان کړئ۔ د هب د وتلو پالیسي کې هېڅ شی نه محدودوي چې یوه څانګه څه پورته کوي۔

ټول محدودیت په ګډ بټل‌نیک کې کېږدئ

ټولیز باید هلته جوړ شي چې واقعاً سیالي کوي: په هغه فزیکي انټرفیس چې ټول ټانلونه یې شریکوي۔ Cisco د فزیکي انټرفیس پر class-default شیپر د دې ځانګړنې لپاره د ملاتړ شوې هممهاله فزیکي پالیسي په توګه مستند کوي، چې له هر هغه کچې څخه چې لیکل کېدای شي تنګتره څرګندونه ده۔ فرض کړئ چې تاسو جوړه کړې خپله خوښه دویمه فزیکي پالیسي تر هغه ملاتړ نه لري چې څوک برعکس ثابت کړي۔

بیا پریکړه وکړئ چې کله ټول سپوکونه په یو وخت بوخت وي څه پېښېږي۔ کوم ترافیک منل کېږي، کومه طبقه لومړیتوب ترلاسه کوي، او کومه قطار سیالي لري۔ د هر سپوک پوله دې پوښتنو څخه هیڅ یوې ته ځواب نه وایي، ځکه هر سپوک یوازې کتل کېږي۔

د جوړولو واحدونه او د اضافي لګښت حساب د ریښتیني سپارلو سره سم کړئ۔ هغه انکپسولیشن اضافي لګښت چې تاسو یې د کچې حساب څخه بهر پرېږدئ، د هغې اړیکې په څېر ښکاري چې د ترتیبو شوې شمېرې څخه مخکې ډکېږي۔

شمېرونکي په یو ځانګړي ډول درواغ وایي

شمېرونکي په هغه طبقه ولولئ چې تاسو یې جوړوئ۔ هماغه Cisco لارښود خبرداری ورکوي چې د اصلي انټرفیس پالیسي شمېرونکي په دې ترتیب کې ناسم کېدای شي۔ دا د شمېرونکي په اړه یو څرګندون دی، نه دا ثبوت چې یوه طبقه سمون خوري یا غورځوي۔ دا له اپلیکیشن پایلې جلا وساتئ، چې یوازینی شی دی چې کاروونکی یې تجربه کوي۔

د زوړ traffic-shape بېلګې کاپي کول د یوې بې‌اړیکې پالیسي نقشې څنګ ته دا نه ثبوتوي چې دواړه کچې ورته پاکټونه کنټرولوي۔

ټولیزه اندازه وآزموئ، نه یوازې پوله

له یو بوخت سپوک سره پیل وکړئ او تایید کړئ چې خپلې پولې ته رسېږي۔ بیا د تصویب شوې پلان لاندې له ټولو څخه په یو وخت ترافیک وړاندې کړئ، او د هر ټانل شمېرو څنګ ته فزیکي انټرفیس وګورئ۔ که هر سپوک پر خپله پوله ناست وي او اپلینک ډک وي او ځنډ لوړېږي، نو د هر سپوک پالیسي په سمه توګه لکه څنګه چې ډیزاین شوې کار کوي او بودیجه لا هم غلطه ده۔

په هغه ټکی حل د ظرفیت یا منلو پریکړه ده۔ د هر سپوک شمېرو بیا تنظیمول یوازې دا بدلوي چې کومه څانګه لومړی شکایت کوي۔