MPLS L3VPN لاب پنګ نه کوي؟ دا پنځه ټوپونه وګورئ
د پیرودونکي پنګ پنځو جلا انحصارونو څخه تیرېږي۔ هغه په ترتیب سره وګورئ، او لومړی مات کنټرول ټکی درته وایي چې کومه کنفیګریشن سمه کړئ۔
دوه پیرودونکي راؤټرونه، یوه جوړه provider edge وسیلې او یو پنګ چې پرته د تېروتنې پیغام مري۔ په یوه کوچني MPLS L3VPN لاب کې خرابي نږدې تل په پنځو کنټرول ټکو کې یو ته ناست وي، او هر یو یې داسې کمانډ لري چې ښیي انحصار کار کوي که نه۔ تېروتنه دا ده چې هره ورځ چې پنګ ناکام شي BGP بیا پیل کړو، پرځای دې چې انحصارونه په ترتیب سره وازمویو۔ که تاسو سیده VRF کنفیګریشن ته وټوپئ، کېدای شي یو ساعت په داسې ستونزه کې تېر کړئ چې دوه وسیلې هاخوا د حل نه شوي راتلونکي ټوپ سره پیل شوې وه۔
لړلیک له لاندې څخه پورته کار کړئ۔ کنټرول ټکی چې تېریږي تېر پاتې کېږي، او لومړی ناکامي هغه ده چې د ډیبګ کولو وړ ده۔
لومړی کنټرول ټکی: PE یو بل ته رسېږي
هر PE ته د بل PE د loopback لپاره لاره ته اړتیا ده، او دا لاره باید د یو واقعي شي له لارې حل شي۔ interior gateway protocol د هلته رسېدو معمول لاره ده، خو سټاتیک لاره هم کار کوي تر هغه چې تکراري پلټنه په ژوندي adjacency باندې ښکته شي۔ په IOS طرز وسیلو کې، show ip route 10.0.0.2 او بیا show ip cef 10.0.0.2 ښیي چې prefix شته که نه او آیا د هغې شاته حل شوې adjacency ده۔ په جدول کې لاره چې شاته adjacency نه وي، رسېدنه نه ده۔
دواړه لوري وګورئ۔ غیر متناسب IGP لګښتونه، په غلط اړخ passive interface یا د loopback فلټر کوونکی distribute list هر یو یوازې یو لوری ماتوي، او یو لوری د غونډې وژلو لپاره کافي دی۔ که loopbackونه پنګ کوي خو BGP غونډه په Active کې ولاړه ده، نو مخکې د بل شي لاس وهلو update source وګورئ۔
دوهم کنټرول ټکی: د لیبل لاره شته
لېرې loopback ته IP لاره ثابتوي نه چې ټرانسپورټ به لیبل کېږدي۔ په LDP ډیزاین کې تایید کړئ چې لېرې loopback هم ځایي او هم لېرې تړاو لري او وتونکی لیبل په forwarding جدول کې ښکاري۔ show mpls ldp bindings 10.0.0.2 32 د لیبلونو جوړې ښیي، او show mpls forwarding-table 10.0.0.2 ښیي چې line card به واقعاً څه کېږدي۔ کله چې دوهم کمانډ هېڅ لیبل ونه ښیي یا IP ته بېرته ولوېږي، ټرانسپورټ VPN ټرافیک هغسې نه وړي لکه ډیزاین چې فرض کوي۔
توپیر له دې ځایه راځه چې MPLS څنګه forwarding state له منزل prefixونو څخه بېلوي، هغه ماډل چې په RFC 3031 کې تشریح شوی۔ که ستاسو لاب د LDP پرځای RSVP-TE یا د BGP سره نښتي لیبلونه کاروي، د هغه میکانیزم خپله حالت وګورئ; دا فرض کول چې LDP هر لاندې لیبل توزیع کوي، د خیالي بګ تعقیبولو معمول لاره ده۔ مات د لیبل لاره عموماً وروسته د VPN لارې په توګه ښکاري چې شته خو بې ګټې ده۔
دریم کنټرول ټکی: VPN لاره روغه ورسېده
د پیرودونکي دقیق prefix د VPNv4 یا VPNv6 لارې ته وګورئ، نه د غونډې لنډیز ته۔ show bgp vpnv4 unicast all 10.10.1.0/24 باید route distinguisher، لېرې PE loopback ته ټاکل شوی next hop او یو لیبل وښیي۔ که prefix نه وي، لومړی شک د سرچینې PE پر export پالیسي یا د ترلاسه کوونکي PE پر import پالیسي دی، او route targetونه معمول مجرم دي۔
د route target ګوره BGP له ترلاسه کولو جلا ولولئ۔ لاره کېدای شي د سم next hop سره راشي او بیا هم VRF ته نه کښېني ځکه چې importtarget سمون نه لري۔ په ترلاسه کوونکي PE کې show ip route vrf CUSTOMER 10.10.1.0 هغه ازموینه ده چې ارزښت لري; BGP جدول یوازې ثابتوي چې لاره کنټرول پلېن تېر کړ۔
څلورم کنټرول ټکی: interface په VRF کې دی
د route distinguisher او route target سره VRF تعریف هېڅ interface هلته نه لېږدوي۔ د CE خوا ته interface ته VRF ټاکل غواړي، او show ip vrf interfaces یا show ip interface brief باید هغه په سم انسټنس لاندې ولیکي۔ دا هغه کنټرول ټکی دی چې کاپي شوې کنفیګریشن تر ټولو زیات پکې غلطي کوي، ځکه VRF بلاک بشپړ ښکاري خو interface لا هم په نړیوال جدول کې ناست دی۔
بیا تایید کړئ چې PE د پیرودونکي ځایي prefix په هغه VRF کې زده کړی او CE د اړیکې له لارې بیرته لاره لري۔ په CE باندې PE ته اشاره کوونکی سټاتیک default د لاب لپاره کافي دی، په دې شرط چې د PE په VRF کې CE LAN ته لاره وي۔ که د دوو نیمو څخه یو هم نه وي، پنګ مخکې له دې چې کوم لیبل کېښودل شي ناکامېږي۔
پنځم کنټرول ټکی: ځواب کور ته لاره مومي
مخ ته تلونکي پیکټ او بیا بیرته راتلونکي پیکټ تعقیب کړئ، ځکه دوی بېل جدولونه کاروي۔ په ننوتونکي PE باندې د پیرودونکي سرچینه باید د VRF دننه لېرې prefix ته د لېرې لیبل سره حل شي۔ په وتونکي PE باندې منزل باید د همدې VRF دننه د CE خوا ته interface ته حل شي۔ له PE څخه پخپله لېږل شوی پنګ ثبوت نه دی: کېدای شي د نړیوال جدول یا بل سرچینې پتې له لارې ووځي، او له همدې کبله ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 هغه ازموینه ده چې باید چلول شي۔
د کوربه فایر والونه، reverse-path filtering او په CE باندې access لړلیکونه لا هم پلي کېږي۔ که مخ ته لاره کار وکړ او ځواب ومري، ستونزه په بیرته خوا کې لاره یا فلټر کې ده، نه په MPLS ټرانسپورټ کې۔
د هر کنټرول ټکی لپاره یوه کرښه وساتئ چې لومړی ناکام انحصار نوموي۔ هغه کرښه د پیرودونکي د پنګ نه کولو شکایت په رسېدنې، د لیبلونو حالت، د لارو واردات، د interface غړیتوب یا د بیرته لارې اړه په څرګنده پوښتنه بدلوي او بل ډیبګ غونډه له دې منع کوي چې هغه پنځه کمانډونه په همدې ترتیب تکرار کړي۔