MPLS-д хэр их нэмэх вэ гэж инженерээс асуувал ихэвчлэн гуч гэсэн тоог итгэлтэйгээр хэлэхийг сонсоно. Тоо буруу биш, үндэсгүй: эхний тоо юу гэж тоолох, үйлчилгээ үзүүлэгчийн ирмэг бодитоор юу дамжуулахаас бүрэн хамаарна. Ethernet псевдо шугамд таамаглалууд харагддаг бөгөөд тэдгээрийг бичихэд арифметик ардын домгийг орлоно.

Нэг нэрэн дор гурван өөр зүйлийг хэмждэг. Үйлчлүүлэгчийн IP багц, псевдо шугамаар дамжуулагдах Ethernet хүрээ, үйлчилгээ үзүүлэгчийн өөрийн гадаад холбоосын хүрээлэл байна. Эдгээрийг хольсон төсөв ямар ч төхөөрөмжийн талбар хүлээдэггүй утгыг гаргадаг.

Бүх таамаглалыг илэрхийлсэн нэг тооцоолсон төсөв

1500 байт үйлчлүүлэгчийн IP багц, үйлчлүүлэгчийн FCSгүйгээр псевдо шугамаар дамжуулагдах энгийн Ethernet толгой, хадгалагдаагүй VLAN шошго, хоёр бичлэгтэй шошгоны стек, дөрвөн байт удирдлагын үгийг авна уу. Дамжуулагдах Ethernet толгой 14 нэмнэ, хадгалагдсан шошго юу ч нэмэхгүй, хоёр шошгоны бичлэг 8 нэмнэ учир нь бичлэг бүр 4 байт, удирдлагын үг 4 нэмнэ. Энэ нь 1526 байт MPLS-ээр боодолсон багц болно.

Үр дүнг анхааралтай уншина уу. Энэ нь үйлчилгээ үзүүлэгчийн холбоосын гадаад Ethernet толгой болон түүний FCS-ийг оруулахгүй бөгөөд MTU нэртэй аль ч талбарт бичих тогтмол биш, жишээ юм. Хоёр шошго бас таамаглал: бодит стек дамжуулалтын шошго, үйлчилгээний шошго, заримдаа илүүг агуулж болох бөгөөд бичлэг бүр ижил 4 байт зарцуулна.

Псевдо шугамаар бодитоор юу нэвтэрдэг

RFC 4448 нь Ethernet хүрээнүүд MPLS дотор хэрхэн аялддаг, түүний ердийн загварт үйлчлүүлэгчийн оршил болон FCS нь орох хэсэгт хасагдаж, гарах хэсэгт дахин үүсдэг болохыг тодорхойлдог. Тиймээс FCS дээрх төсөвт харагдахгүй. VLAN-ийн боловсруулалт үйлчилгээний горимоос хамаарна: үйлчлүүлэгчийн шошгыг хадгалдаг горим тэдгээрийн байтыг буцааж нэмдэг, тэдгээрийг зурагладаг горим тэгдэггүй. Нэмэлт хадгалалт эсвэл нэмэлт боодлыг дээрээс тооцох ёстой.

Удирдлагын үг хэрэглэгдэх бүрт арифметикийн нэг хэсэг байдаг. RFC 8469 үүнийг Ethernet псевдо шугамд санал болгодог тул үүнийг сонголттой гэж тодорхойлсон хуучин бичвэр таны зам үүнийг орхигдуулж байгаагийн баталгаа биш. Диаграмаас таамаглахын оронд үйлчилгээ үзүүлэгчтэй бодит үйлчилгээний горимыг баталгаажуулна уу.

Тоог зөв талбартай харьцуулна уу

Одоо шаардлагатай боодсон хэмжээг холбогдох холбоос бүрийн дэргэд, мөн таны тохируулж буй хязгаарын үйлдвэрлэгчийн тодорхойлолтын дэргэд тавь. Зарим талбар IP багцыг, бусад нь хүрээ эсвэл өөр боодлын хил хязгаарыг тодорхойлдог. Хоёр тоо ижил харагдаж болох ч өөр багтаамжийг тодорхойлж болох бөгөөд тохирох мэт харагдах тохиргоо үйлдвэрлэлд алдагдал үүсгэдэг нь ийм л юм.

Холбоогүй платформуудын хооронд утга хуулах нь эрсдэлтэй байдаг шалтгаан ч мөн адил. Талбарын нэр нь тодорхойлолт, өөр үйлдвэрлэгчийн консолоос санаж буй аравтын тоо биш.

Ping-ийн ачаа MTU утга биш

IPv4 ping-ийн ачаа нь IP MTU биш. IP толгой болон ICMP толгой мөн байт зарцуулдаг тул амжилттай ачааны хэмжээ шугам дээрх илүү том багцад тохирно. Нэг хэмжээгээр дамждаг проб нь өөр VLAN горим эсвэл илүү гүнзгий шошгоны стек ашигладаг үйлчилгээний талаар юу ч хэлэхгүй. Туршилт нэг замыг, нэг хэмжээг, ачааны нэг хэлбэрийг хэмждэг бөгөөд үйлчилгээ гурвыг бүгдийг нь өөрчилж болно.

Бүр муу нь, бодит урсгал хэзээ ч ашигладаггүй зам, хэмжээг проб туршсан тул том хүрээнүүд бүтэлгүйтэх үед ping амжилттай болж болно. Үүнийг хүртээмжийн талаарх нэг өгөгдлийн цэг гэж үзэж, 2-р түвшний үйлчилгээний тодорхойлолт гэж битгий үзээрэй.

Хүрээ багтахгүй үед

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

Бодит төсвийг үйлчилгээ үзүүлэгчтэй тодруулна уу: үйлчилгээний горим, шошгын боловсруулалт, шошгын гүн, удирдлагын үг, таны төхөөрөмжийн хэрэгжүүлдэг яг хязгаар. Таамаглалуудыг тооны дэргэд бичээрэй, эс бөгөөс дараагийн инженер гуч байтын дүрэм болон нэг нууцыг өвлөнө.

Холбоотой нийтлэлүүд