L3VPN шилжүүлэлт: хувийн маршрут, анхдагч маршрут эсвэл бүрэн хүснэгт?

Таны шугам ажиллаж, VRF тохируулагдсан, нийлүүлэгч дизайны үлдсэн хэсгийг шийдэх богино асуулт тавьж байна: хэрэглэгчийн ирмэг юу хүлээж авах ёстой? Гурван хариулт түгээмэл бөгөөд тэдгээрийн аль нь ч шошгоны стек байгаа гэдгээс гараагүй. Эдгээр нь урсгал салбараас хаана гарч байгаа тухай үйлчилгээний шийдвэр юм.

Шилжүүлэлтийг дарааллаар нь үзэх нь үүнийг зөв хийх хамгийн хямд арга. Юутай ч тохирохгүй урсгалд юу тохиолддог талаас эхэлж, дараа нь хувийн префиксүүд болон тэдгээрийн эвдрэлийн үеийн зан төлөвийг бичиж, дараа нь л хэр том урсгал даах бэлэн байгаагаа ярина.

Хэн ч төлөвлөөгүй урсгалаас эхэл

Префиксүүдийн жагсаалт гарч ирэхийн өмнө нэг асуулт тавь: пакет ямар ч хувийн маршруттай тохирохгүй үед хаашаа явах ёстой вэ? Өөрийн интернетийн шугамтай салбар ихэвчлэн локал анхдагч маршрут хадгалдаг тул энгийн вэб урсгал локал галт ханаар гарч, нийлүүлэгчид хэзээ ч хүрдэггүй. Тэр дизайн дээр VPN нь зөвхөн алсын хувийн сайтуудыг зөөдөг бөгөөд илүү тодорхой префиксүүд сонголтыг хийдэг.

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

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

Хувийн префиксүүдийг эвдрэлийн тохиолдолтой нь хамт бич

Салбар хүрэх ёстой префиксүүдийг жагсааж, аль нь нэгтгэгдсэнийг тэмдэглэ. Нэг битээр хэт өргөн агрегат үл мэдэгдэх очих газрыг VPN рүү татаж, энэ нь алсын тал тэдгээрийг үнэхээр эзэмшиж дамжуулж байж л зөв.

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

Хүртээмж ба зөвшөөрөгдсөн нөөц замыг шилжүүлэлтийн баримт бичигт хоёр тусдаа шаардлага болгон хадгал. Тэдгээрийг нэгтгэдэг багууд тохиролцсон бодлого хэрэгжсэн эсэхийг шалгахын оронд салбар унах ёстой байсан эсэх талаар маргалддаг.

CE үнэхээр юу суулгасныг шалга

Тохиргооны зорилго ба дамжуулалтын төлөв хангалттай олон удаа зөрдөг тул баталгаажуулалт нь ослын хяналтад биш, шилжүүлэлтэд хамаарна. IOS-XE хэрэглэгчийн ирмэг дээр доорх гурван команд нь гурван өөр асуултад хариулдаг: юу санал болгосон, юу хүлээн авсан, юу нь үнэхээр ашиглагдаж байна.

show ip bgp vpnv4 vrf BRANCH neighbors 192.0.2.1 received-routes
show ip bgp vpnv4 vrf BRANCH
show ip route vrf BRANCH 0.0.0.0

Гурвуулыг нь шилжүүлэлтийн өдөр, сарын дараа биш, хэн нэгэн юу тохиролцсоныг санаж байхад нь ажиллуул. Эхний гаралт soft-reconfiguration inbound эсвэл хадгалсан route refresh-ээс хамаарна; аль нь ч байхгүй бол CE юунаас татгалзсаныг харуулж чадахгүй. Хоёр дахь нь бодлогын дараах хүлээн авсан ба хамгийн сайн маршрутуудыг харуулна. Гурав дахь нь анхдагч маршрут үнэхээр хаашаа явдгийг хэлдэг бөгөөд энэ нь бүх шилжүүлэлтийн хамгийн хэрэгтэй мөр юм.

Сайт нь хос холболттой бол ижил шалгалтуудыг хоёр дахь CE дээр ажиллуул. Хоёр ирмэгийн хооронд тэгш бус хүлээн авалт нь "нэг серверээс ажилладаг, нөгөөгөөс ажиллахгүй" гэдгийн нийтлэг шалтгаан бөгөөд тэгш хэмтэй мэт харагдах тохиргооны diff-д харагддаггүй.

Том урсгалыг таамаглахгүй, түүнийг үндэслэ

Заримдаа хэрэглэгч VRF дотор интернэт маршрутын мэдээлэл үнэхээр хэрэгтэй байдаг — бодлогын маршрутлалт эсвэл префиксээр чиглүүлэх төв гарцын хувьд. Энэ нь зарлаж, хүрээг тогтоож, үнэ тооцох ёстой шаардлага бөгөөд далд анхдагч маршрут биш. Үүнтэй хамт RIB ба FIB-д зориулсан санах ой, шинэчлэлтэд зориулсан CPU, шүүлтүүрийн засвар үйлчилгээ, үүссэн хүснэгтийн эзэн ирдэг.

Багтаамжийн маргаан хоёр тал руугаа алдаатай. Бүрэн хүснэгт VRF дотор хориглоогүй бөгөөд үнэгүй ч биш. Мөн өнөөдрийн зардлыг хуучин маршрутын тооноос дүгнэж болохгүй, жижиг шошгоны хуваарилалт маршрут хадгалах зардлыг арилгахгүй.

BGP/MPLS IP VPN-ийн тодорхойлолт нь VPN үйлчилгээний хажууд интернэт хандалтын хэд хэдэн зохицуулалтыг авч үздэг бөгөөд хэрэглэгч бүрт бүрэн хүснэгт эсвэл анхдагч маршрутыг заавал гэж зарладаггүй, "стандарт практик" гэх мэдэгдэл гарч ирэхэд зааж өгөх ёстой хэсэг нь яг тэр юм: RFC 4364.

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