VRF-ში დაკარგული მარშრუტი: ლოკალური, VPNv4 თუ გადაგზავნის ცხრილი?
VRF-ში არმყოფი, VPNv4-ში არმყოფი და CEF-ში დაუყენებელი პრეფიქსი სამი სხვადასხვა ხარვეზია. წაიკითხეთ ცხრილები თანმიმდევრობით, სანამ მარშრუტის სამიზნეებს შეცვლით.
კლიენტი ამბობს, რომ მარშრუტის სამიზნის შეცვლის შემდეგ პრეფიქსი დაიკარგა, და პირველი ეკრანის სურათი, რომელსაც აგზავნიან, ჩვეულებრივ არასწორი ცხრილია. სამი განსხვავებული ცხრილი სამ სხვადასხვა კითხვას პასუხობს: არსებობს პრეფიქსი VRF-ის შიგნით, გამოცხადდა და იმპორტირდა თუ არა ის როგორც VPNv4 მარშრუტი, და ნამდვილად დაყენდა თუ არა გადაგზავნის ჩანაწერი. მათი რიგის გარეშე კითხვა იძლევა თავდაჯერებულ და მცდარ დასკვნებს. ეს სახელმძღვანელო ერთ ლოკალურ და ერთ დისტანციურ პრეფიქსს სამივე ცხრილში თანმიმდევრობით გაატარებს და სრულდება იმ RT ცვლილების უკუქცევის გეგმით, რომლითაც დაიწყო.
დაასახელეთ პრეფიქსი და ცხრილი, რომელსაც ის ეკუთვნის
ჩაწერეთ ორი პრეფიქსი, სანამ რამეს აკრეფთ. ერთი ლოკალურია კლიენტის ადგილზე, ნასწავლი დაკავშირებული ინტერფეისიდან ან CE განცხადებიდან. მეორე დისტანციურია და მოსალოდნელია, რომ პროვაიდერის ხერხემლის გავლით მოვიდეს. ისინი სხვადასხვა გზით შედიან ერთსა და იმავე VRF-ში, და ერთში ხარვეზი მეორეზე არაფერს ამბობს.
| Table | Question it answers | Command |
|---|---|---|
show ip vrf CUST-A | Which RTs are attached for import and export | Read the RT lists before anything else |
show ip route vrf CUST-A | Is the prefix present in this VRF at all | Local and imported routes both appear |
show ip bgp vpnv4 all | Was the NLRI advertised and retained | Keyed by route distinguisher |
show ip cef vrf CUST-A | Was a forwarding entry installed | Proves a usable path, not just a BGP entry |
გასაგებად გაარჩიეთ ორი იდენტიფიკატორი, რადგან ამ ბილეთებში დაბნეულობის უმეტესი ნაწილი სწორედ იქიდან მოდის. მარშრუტის გამმიჯნავი VPNv4 NLRI-ის ნაწილია და არსებობს იმისთვის, რომ სხვაგვარად იდენტური კლიენტის პრეფიქსები ხერხემალზე უნიკალური იყოს. მარშრუტის სამიზნე გაფართოებული საზოგადოებაა, რომელსაც ატრიბუტად ატარებენ, და სწორედ მას ემთხვევა იმპორტისა და ექსპორტის პოლიტიკა. ეს არ არის გამმიჯნავის მეორე სახელი და ის კლიენტის პაკეტებში არ გადააქვთ.
ნაბიჯი 1: დაამტკიცეთ, რომ პრეფიქსი VRF-შია
დაიწყეთ ლოკალური ხედიდან, შემდეგ იმ RT-ებით, რომლებიც იმპორტს მართავენ. თუ ლოკალური პრეფიქსი აქ არ არის, ზემოთ ვერაფერი იქნება დამნაშავე:
show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-Aპრეფიქსი, რომელიც დაკავშირებულ ან სტატიკურად ჩანს, ლოკალურადაა ნასწავლი, და მისი არსებობა არაფერს ამბობს იმაზე, გავიდა თუ არა ის ექსპორტზე. ეს ამ სამუშაო ნაკადში ყველაზე გავრცელებული არასწორი წაკითხვაა: ჯანსაღი VRF ცხრილი მხოლოდ ლოკალური სწავლის მტკიცებულებაა. ექსპორტის მხარე ცალკე კითხვაა, რომელსაც მეზობლის ხედი და მიმაგრებული ექსპორტის სამიზნე პასუხობს.
ვიდრე აქ ხართ, შეამოწმეთ RT-ების სიები VRF-ზე. თუ განზრახული იმპორტის სამიზნე სიაში არ არის, ყველაფერი ქვემოთ უაზროა. თუ არის, მაგრამ განსხვავდება იმისგან, რასაც დისტანციური PE ხსნის ექსპორტზე, თქვენ იპოვეთ ხარვეზი ერთი პაკეტის ჩაწერის გახსნის გარეშე.
ნაბიჯი 2: წაიკითხეთ VPNv4 ცხრილი და მისი სამიზნეები
VPNv4 ცხრილი აჩვენებს, რა გაცვალა კონტროლის სიბრტყემ რეალურად. მოძებნეთ დისტანციური პრეფიქსი სწორი გამმიჯნავის ქვეშ, შემდეგ შეხედეთ მასზე მიმაგრებულ საზოგადოებებს:
show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routesჩანაწერი სწორი მარშრუტის სამიზნით, მაგრამ ლოკალური დაყენების გარეშე, მიუთითებს იმპორტის პოლიტიკაზე ან მარშრუტის შერჩევაზე და არა ხელმისაწვდომობაზე. ჩანაწერი, რომელიც საერთოდ არ ჩნდება VPNv4 ცხრილში, მიუთითებს ზემოთ: შესაძლოა წყარო PE-მ ის ექსპორტზე არ გაუშვა, ან სესია მისამართების ოჯახს არ ატარებს.
მესამე შემთხვევაც არსებობს, რომელიც ცვლილებების დროს ხალხს აბნევს. ზოგი პლატფორმა მარშრუტის სამიზნეების წევრობის ინფორმაციით ზღუდავს, რომელ VPN მარშრუტებს ითხოვს ან ინახავს, ამიტომ ერთ გაფილტრულ ხედში დისტანციური NLRI-ის არარსებობა არ არის მტკიცებულება, რომ განცხადება არსად არ არსებობს. შეამოწმეთ გაუფილტრავი ცხრილი და მეზობლის გამოცხადებული მარშრუტები, სანამ დაასკვნით, რომ მარშრუტი გლობალურად გაუქმდა.
ნაბიჯი 3: დაადასტურეთ, რომ რაღაც დაყენდა და მოეწერა იარლიყი
BGP ჩანაწერი გადაწყვეტილებაა და არა გზა. გადაგზავნის ცხრილები ამბობენ, აქვთ თუ არა პაკეტებს სად წასვლა:
show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-ACEF ჩანაწერი გადაწყვეტილი მეზობლობით და გამავალი იარლიყით ნიშნავს, რომ მონაცემთა სიბრტყის ტრაფიკი უნდა მუშაობდეს, და დარჩენილი ნებისმიერი სიმპტომი აპლიკაციას ან VRF-ის შიგნით ფილტრაციას ეკუთვნის. CEF ჩანაწერი გადაუწყვეტელი შემდეგი ნახტომით ნიშნავს, რომ იარლიყის გზა არასრულია, თუმცა BGP ჯანსაღად გამოიყურება, და სწორედ ეს არის ის შემთხვევა, როდესაც BGP ცხრილის ეკრანის სურათმა ცვლილების განხილვა შეცდომაში შეიყვანა.
შეადარეთ იარლიყი, რომელსაც ლოკალური PE აკისრებს, იმას, რომლის მიღებასაც დისტანციური PE ელოდება. ორ ხედს შორის შეუსაბამობა იარლიყების განაწილების ან სესიის პრობლემაა, და ის არ გამოსწორდება მარშრუტის სამიზნეების შეცვლით, რამდენჯერაც არ უნდა გააკეთოთ ეს.
დააბრუნეთ RT ცვლილება გამოცხადებული მოცულობით
თუ ხარვეზი მარშრუტის სამიზნის შეცვლით დაიწყო, გააუქმეთ ის როგორც ერთი განზრახული ნაბიჯი და თქვით, რომელ მოცულობას ცვლით. იმპორტის სამიზნის მოცილება აბრუნებს უფლებას ამ VRF-ის შიგნით. ის არ შლის VPNv4 განცხადებას ხერხემლიდან, და ზოგ პლატფორმაზე მარშრუტი ცხრილში შენახული რჩება. ეს სხვადასხვა შედეგია და მომხმარებლისთვის ხილული ეფექტი დამოკიდებულია იმაზე, რომელი გულისხმობთ.
configure terminal
vrf definition CUST-A
address-family ipv4
no route-target import 65000:410
end
clear ip bgp vpnv4 vrf CUST-A soft inრბილი შემავალი გადაკონფიგურირება საკმარისია, როცა სესია უკვე ინახავს პრეფიქსებს; პროვაიდერისკენ მიმართული სესიის მკაცრი გადატვირთვა სამუშაო საათებში გადაწყვეტილებაა, რომელიც სხვამ უნდა მიიღოს. Junos-ზე ეკვივალენტური შემოწმებები უშუალოდ კითხულობენ თითოეული VRF-ის ცხრილს და VPN ცხრილს, და დაბრუნება commit-ის დროს დაბრუნებაა და არა ბრძანებაზე ბრძანების გაუქმება, ამიტომ დააფიქსირეთ კონფიგურაციის სხვაობა დაწყებამდე.
დაასრულეთ იმავე სამი ბრძანებით, რომლებითაც დაიწყეთ, იმავე თანმიმდევრობით, და ჩაწერეთ მათი გამოსავალი დროის ნიშნით. ბილეთი, რომელიც ამბობს, რომ RT მცდარი იყო და ახლა სწორია, ხელახლა გამოსაყენებელი არ არის; ის, რომელიც აჩვენებს პრეფიქსს VRF-ში, VPNv4-ში და დაყენებულს CEF-ში, მტკიცებულებაა, რომელსაც შემდეგი ადამიანი შეადარებს. თუ მხოლოდ პირველი ორი შეიცვალა, ცვლილება არ დაგისრულებიათ.