ایا VPNv4 په زړه کې MPLS ته اړتیا لري؟ اړینه نه ده
BGP VPNv4 د لارو د وېش په اړه خبرې کوي، نه د لېږد لارې۔ واردات، د بل ګام حل او هغه انکپسولیشن چې تاسو یې کارولی شئ جلا کړئ۔
د دوو روټرانو ترمنځ د VPNv4 پتې کورنۍ فعالول یوازې د لارو د وېش زمینه جوړوي او نور څه نه۔ دا د لېږد لاره نه نصبوي او نه وایي چې کوم انکپسولیشن به د پیرودونکي بسته لرې پای ټکي ته ورسوي۔ کله چې دا دوه حقایق جلا شي، پوښتنه «ایا دا په زړه کې MPLS ته اړتیا لري» یوه تنګه او ځواب ویل کېدونکې پوښتنه کیږي د هغه ډاټا الوتکې په اړه چې پلیټفارم یې ملاتړ کوي۔
پتې کورنۍ واقعاً څه خبرې کوي
څوپروتوکوله BGP د AFI 1 او SAFI 128 لاندې د VPNv4 شبکې طبقې د رسیدو معلومات وړي، او هر ثبت د لارې توپیر کوونکی د پریفکس او لیبل سره جوړه کوي۔ غونډه په دې خبره کوي چې دواړه خواوې هغه معلومات کوډ او ډیکوډ کولی شي۔ هغه څه چې په اړه یې خبرې نه کوي ډاټا الوتکه ده۔ دې پراګراف وروسته هر څه د لېږد اړوند دي، او له هغو هیڅ هم د غونډې په پورته کېدو نه ټاکل کیږي۔
نو یوه بریالۍ غونډه د کنټرول الوتکې وړتیا ثبوت دی، نه د لېږد۔ روټر کولی شي زرګونه VPNv4 ثبتونه وساتي او بیا هم هر پیرودونکی بسته وغورځوي، او همدا لامل دی چې دا دوه د ناکامۍ ټولګي له پیل څخه یو بل سره ګډیږي۔
په NLRI کې لیبل ته پام وکړئ۔ دا د خدماتو لیبل دی، چې په VRF دننه پریفکس سره تړلی دی، او کله چې بسته د وتلو پای ټکي ته ورسیږي د لېږد رول لري۔ ایا کوم ټرانزیټ وسیله یې لولي که نه، دا جلا ډیزاین پریکړه ده۔
ترلاسه، واردات او لېږد درې ګامه دي
د یوې لارې ترلاسه کول، د هغې د کارولو اجازه او د هغې سره د لېږد توان د وسیلې مختلفې برخې ترسره کوي۔ BGP هغه څه ذخیره کوي چې اوري؛ د وارداتو پالیسي او د لارې هدف سمون ټاکي چې کوم VRF کولی شي هغه په پام کې ونیسي؛ بیا د لېږد الوتکه باید اعلان شوی بل ګام په داسې څه حل کړي چې واقعاً یې په تار باندې واستولی شي۔
| Step in the chain | What has to be true | How it fails quietly |
|---|---|---|
| NLRI exchange | Both speakers negotiate the VPNv4 capability | Session stays up while the family is never activated |
| Import eligibility | A route target on the received route matches the VRF import policy | The route exists in the table but never enters the VRF |
| Next-hop resolution | The advertised next hop resolves to a usable tunnel or label path | Best path is selected, then marked unreachable or unusable |
| Encapsulation | The egress endpoint can decapsulate what the ingress produced | Packets arrive and are discarded for a format mismatch |
تر ټولو حیرانونکې ناکامۍ همدې منځني ګام کې اوسي۔ لاره کولی شي په BGP جدول کې موجوده، معتبره او حتی غوره وي، پداسې حال کې چې د VRF د لارو جدول خالي پاتې کیږي ځکه چې هیڅ د لارې هدف د وارداتو لیست سره سمون نه خوړی۔ هیڅ شی د پروتوکول تېروتنه نه ثبتوي، ځکه چې د پروتوکول هیڅ تېروتنه نه ده پیښه شوې۔
وروستی ګام هغه ځای دی چې د پلیټفارم ملاتړ ښکاري۔ په لاندې طبقه کې د لاسته رسیدو وړ بل ګام په اتوماتيک ډول د VPN خدماتو د لېږد په توګه نه حل کیږي، او وسیله ممکن ځانګړی تونل ډول، ځانګړې لیبل عملیه یا دواړه وغواړي۔ د حل وضعیت لوستل د لارو د شمېر له لوستلو څخه ډېر معلوماتي دي۔
د IP زړه کولی شي یوه پوړه وړي چې هغه یې هېڅکله نه بدلوي
د ساتلو وړ توپیر د «زړه MPLS نه چلوي» او «په خدمت کې هېڅ چېرې لیبل نشته» ترمنځ دی۔ دا جلا ادعاوې دي، او یوازې لومړی د ټرانزیټ وسیلو په اړه دی۔ RFC 4023 د IP یا GRE تونلونو له لارې د MPLS وړلو تعریف کوي، او همدا میکانیزم په بشپړ IP زړه کې دویمه ادعا ممکنه کوي۔
customer packet + service label
encapsulated in GRE, addressed to the egress tunnel endpoint
forwarded by ordinary IP routers on the outer header
decapsulated at the endpoint, label still meaningfulټرانزیټ روټرونه د باندې IP منزل له مخې لېږدوي او نه پیرودونکي پریفکسونه غواړي او نه اصلي لیبل بدلون۔ په لرې پای کې باندې تونل لرې کیږي او د خدماتو لیبل خپل کار بیا پیلوي۔ زړه یو ناڅرګند بار ولېږداوه، او IP شبکه په همدې کې ښه ده۔
هغه څه چې دا ډیزاین تاسو ته نه درکوي یو نړیوال تضمین دی۔ دا ثبوت نه دی چې هر روټر هر VPNv4 بل ګام د هر GRE انٹرفیس له لارې حل کوي، او د کار کوونکي اصلي MPLS تنظیم د حذف لامل هم نه دی۔ دا د نړیوالې ادعا پر ضد مثال دی، او عملي پوښتنه د پلیټفارم لپاره ځایي پاتې کیږي۔ هغه پوښتنه د پروتوکول د قاعده په توګه نه، بلکې د پلیټفارم د محدودیت په توګه ولیکئ۔
په بکس باندې زنځیر تر هغه چې مات شي وګرځئ
د ترلاسه شوې لارې څخه پیل کړئ او په لومړي هغه ګام ودریږئ چې ناکام کیږي، ځکه چې د مخکیني ګام تر ماتېدلو پورې د وروستیو ګامونو تشخیص نشي کېدای۔ په معمول تطبیق کې څلور کمانډونه د دې ډېره برخه پوښي۔
show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_Aدوی د څلورو خپلواکو کتنو په توګه نه، بلکې د یو ترتیب په توګه ولولئ۔ لومړی تاییدوي چې کورنۍ فعاله ده او همکار لارې تبادله کوي؛ دویم ښیي چې پریفکس د کار وړ بل ګام سره راغی که نه؛ دریم د وارداتو وړتیا ثبوتوي؛ څلورم ښیي چې د لېږد الوتکه لیبل یا تونل ورسره وتړل که نه۔
بیا د کار بار لاره په دواړو جهتونو کې وآزمویئ، د MTU سره چې انکپسولیشن زغمي۔ GRE د سرلیک بایټونه زیاتوي، او هغه لاره چې کوچنۍ ازموینې تېریږي کولی شي په بشپړ اندازې بستو کې یوازې په یوه جهت کې ناکامه شي، چې د ترانسپورت د خرابۍ پر ځای د اپلیکیشن د خرابۍ په څېر ښکاري۔
دوه عملیاتي یادښتونه حلقه بندوي۔ GRE انکپسولیشن دی، نه محرمیت، نو ناباوره ټرانزیټ شبکه د انګېرنې پر ځای د پورته ملاتړ شوي امنیتي ترتیب ته اړتیا لري۔ او د ډیزاین د بیاکتنې دمخه ولیکئ چې پلیټفارم واقعاً کوم انکپسولیشن ملاتړ کوي، ځکه چې همدا یو ځواب ټاکي چې یوازې-IP زړه سم انتخاب دی که هغه پلان چې لېږد نشي کولی۔