Туннел бүрийн QoS нь таны hub-ийн нийт uplink-ийг хязгаарлахгүй

Энэ итгэл нь арифметик мэт сонсогддог: таван spoke, тус бүр нь 5 Mbit/s болгон хэлбэржүүлсэн, тиймээс hub нь дээд тал нь 25 Mbit/s зөөнө. Эхний хагас нь үнэн, дүгнэлт нь биш. Туннел бүрийн бодлогыг туннел бүрт нэг удаа хэрэглэдэг, hub тус бүрт нэг удаа биш, мөн бүх таван туннель дайрдаг хамтарсан uplink тэр тооцоонд хэзээ ч гарч ирдэггүй. Uplink дээрх түгжрэл яг урьдын адил хэвээр үлддэг.

Энэ итгэл хаанаас гардаг вэ

Төөрөгдөл ойлгомжтой, учир нь NHRP бүлгийн мэдээлэл нэг бодлогын тодорхойлолтыг бүх spoke-ийн багцад хэрэглэх боломж олгодог. Энэ нь тохиргооны файл дахь хамтарсан төсөв мэт уншигддаг. Үнэн хэрэгтээ энэ нь spoke бүр тэр тодорхойлолтын өөрийн хувилбарыг авдаг гэсэн үг.

Тиймээс spoke бүрт 5 Mbit/s нь туннел бүрийн дээд хязгаар бөгөөд хязгаар нь туннелийн тоотой тэнцүү.

Нэг бодлогын хувилбар юуг удирддаг вэ

Cisco-гийн IOS XE дээрх DMVPN-ийн туннел бүрийн QoS гарын авлага нь NHRP бүлгийн мэдээллээр сонгогдож, spoke бүрт тусад нь хэрэглэгддэг hub-ийн гарах бодлогыг тайлбарладаг. Тэр өгүүлбэрээс хоёр хязгаарлалт гарч ирдэг бөгөөд хоёулаа үл тоомсорлодог. Хурд нь хамтарсан хувинд биш, нэг spoke-д хамаарна, мөн энэ функц нь hub-аас spoke руу чиглэсэн урсгалыг удирддаг, эсрэгээр биш.

Spoke-ийн илгээх чиглэлийг бие даан төлөвлөөрэй. Hub-ийн гарах бодлогод салбар юу байршуулж байгааг хязгаарлах зүйл байхгүй.

Нийт хязгаарыг хамтарсан гацаанд байрлуул

Нийт хэмжээ нь үнэхээр өрсөлддөг газарт хэлбэржих ёстой: бүх туннелийн хуваалцдаг физик интерфейс дээр. Cisco нь физик интерфейс дээрх class-default хэлбэржүүлэгчийг энэ функцийн дэмжигддэг зэрэгцээ физик бодлого гэж баримтжуулдаг бөгөөд энэ нь таны оруулж болох аливаа шатлалаас илүү нарийн мэдэгдэл юм. Таны зохиосон дур мэдэн хоёр дахь физик бодлогыг хэн нэгэн эсрэгээр нь батлах хүртэл дэмжигдэхгүй гэж үзээрэй.

Дараа нь бүх spoke нэгэн зэрэг завгүй үед юу болохыг шийдээрэй. Ямар урсгал нэвтрүүлэх, аль класс тэргүүлэх эрх авах, аль дараалал өрсөлдөөнийг эзэмших вэ. Spoke бүрийн дээд хязгаар эдгээр асуултын аль нэгэнд ч хариулахгүй, учир нь spoke бүрийг тус тусад нь авч үздэг.

Хэлбэржүүлэх нэгж болон нэмэлт зардлын бүртгэлийг бодит шилжүүлэгтэй тааруулаарай. Хурдны тооцооноос гадуур үлдээсэн инкапсуляцийн нэмэлт зардал нь тохируулсан тооноос өмнө ханасан холбоос болж илэрдэг.

Тоолуурууд нэг тодорхой аргаар худал хэлдэг

Тоолууруудыг таны хэлбэржүүлж буй түвшинд уншаарай. Мөн тэр Cisco гарын авлага нь үндсэн интерфейсийн бодлогын тоолуурууд энэ зохион байгуулалтад буруу байж болзошгүйг анхааруулдаг. Энэ нь тоолуурын тухай анхааруулга бөгөөд класс таарч байгаа эсвэл хаяж байгаагийн баталгаа биш. Үүнийг хэрэглэгчийн мэдрэх цорын ганц зүйл болох програмын үр дүнгээс тусад нь байлгаарай.

Хуучин traffic-shape жишээг холбоогүй бодлогын зураглалын дэргэд хуулах нь хоёр хурд ижил пакетыг удирддаг гэдгийг батлахгүй.

Нийт хэмжээг шалга, зөвхөн дээд хязгаарыг биш

Нэг завгүй spoke-оос эхэлж, түүний дээд хязгаарт хүрч байгааг баталгаажуулаарай. Дараа нь батлагдсан төлөвлөгөөний дагуу бүгдээс нэгэн зэрэг урсгал санал болгож, туннел бүрийн тоонуудын дэргэд физик интерфейсийг ажиглаарай. Хэрэв spoke бүр өөрийн хязгаарт сууж, uplink дүүрч, саатал өсөж байвал spoke бүрийн бодлого яг зохион байгуулсан ёсоор ажиллаж байгаа бөгөөд төсөв нь буруу хэвээр байна.

Тэр үеийн засвар нь хүчин чадал эсвэл хүлээн авах шийдвэр юм. Spoke бүрийн тоог дахин тохируулах нь аль салбар эхэлж гомдоллохыг л өөрчилнө.