Нэг VTEP рүү ECMP: VXLAN-ийн энтропи хаанаас ирдэг

Ижил өртөгтэй олон зам нь хост маршрутад утгагүй гэсэн мэдэгдэл үнэн мэт сонсогдох хэмжээнд олон удаа давтагддаг. /32 нь очих хаягийг сонгодог бөгөөд энэ сонголт пакетыг ганц физик холбоосоор хязгаарлахгүй. Хэрэв очих газар нь алслагдсан VXLAN туннелийн төгсгөлийн цэг бол хэд хэдэн дараагийн хоп өөр өөр overlay урсгалыг зөөж болох бөгөөд тэдгээр нь зөөх эсэх нь дамжуулах хэшэд юу харахыг зөвшөөрснөөс хамаарна. Үлдсэн хэсэг нь гадаад толгой дээрх арифметик бөгөөд угтварын шинж биш.

Маршрут нь хүртээмжийг, хэш нь хуваарилалтыг шийднэ.

Домог: /32 гэдэг нь нэг зам

OSPF нь VTEP loopback руу ижил өртөгтэй хүртээмжийг мэдээлж чадах боловч дамжуулах хүснэгт ижил угтварт дараагийн хопын бүлгийг суулгадаг. Протокол нь нэр дэвшигчдийг өгдөг; платформ аль нь ашиглах боломжтой, пакетыг хэрхэн хуваарилахыг шийднэ. Ямар ч маршрутжуулалтын протокол капсуллагдсан фрейм бүрт шинэ хэш тооцдоггүй. Яг энэ засаглал нь ижил маршруттай хоёр чиглүүлэгч трафикийг өөрөөр хуваарилж болох шалтгаан юм.

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

Энтропи хаанаас ирэх ёстой

Хоёр VTEP-ийн хооронд гадаад эх болон очих хаяг тогтмол байх бөгөөд ердийн байршуулалтад UDP очих порт нь 4789. Зөвхөн тэдгээр утгыг уншдаг хэш тогтмол оролтыг харж, тогтмол замыг буцаана. Гадаад толгойд ямар нэг зүйл өөрчлөгдөх ёстой бөгөөд VTEP нь үүнийг хийж чадах төхөөрөмж юм.

RFC 7348 капсуллагдсан фреймийн доторх талбаруудаас UDP эх портыг гаргахыг санал болгодог. Тэгвэл өөр өөр дотоод яриа өөр өөр гадаад tuple үүсгэж, энгийн тээврийн хэшэд ажиллах материал өгдөг.

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

Бодитоор авч буй хэшээ шалгана уу

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

show ip route 10.255.0.5/32
show ip cef 10.255.0.5 internal
ip route show 10.255.0.5
tcpdump -ni eth0 -c 200 'udp port 4789' -vv

Нэг эх порт олон өөр дотоод ярианд харагдвал VTEP тухайн талбарыг өөрчлөхгүй байгаа бөгөөд underlay-ийн ямар ч тохируулга ачааллыг тараахгүй. Нэг дараагийн хоп ашиглагдаж байхад олон ялгаатай порт байвал харин дамжуулах бүлгийг заана.

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

Тэгш хуваарилалт юу гэсэн үг биш

Урсгал тус бүрийн хэш нь оролт болон боломжит замын олонлог өөрчлөгдөхгүй л бол нэг яриаг нэг зам дээр барих зорилготой. Тиймээс нэг том TCP дамжуулалт бүх uplink-ийг нэгтгэхгүй бөгөөд холбоос нэмэх нь тэр урсгалыг хурдасгахгүй. Энэ бол хэвийн зан төлөв, гэмтэл биш.

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

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