ორი PE, ერთი პრეფიქსი: რატომ განსაზღვრავს RD ხილვადობას
ორი კიდური მარშრუტიზატორი, რომლებიც ერთსა და იმავე პრეფიქსს აცხადებენ, ერთ დანიშნულებას იზიარებენ, თუ მათი route distinguisher-ები არ განსხვავდება. გამოყავით განზრახ, შემდეგ შეამოწმეთ VRF.
ორი კიდური მარშრუტიზატორი, რომლებიც ერთსა და იმავე კლიენტის პრეფიქსს აცხადებენ, ერთ VPNv4 დანიშნულებას აღწერენ, სანამ რაღაც არ გაყოფს მათ, და ეს გამყოფი route distinguisher არის. ის აკვალიფიცირებს პრეფიქსს; არ წყვეტს, ვინ შემოიტანს შედეგს, ეს route target-ის საქმეა. RD-ები გამოყავით იმ მარშრუტების სიმრავლიდან, რომლებიც უნდა დარჩეს განსხვავებადი ყველა დომენში, სადაც ეს განცხადებები შეიძლება შეხვდეს, და არა ერთი მოწყობილობის ფაილური განლაგებიდან. თქვენ მიერ არჩეული ნომერი იდენტობაა, რომელზეც მოგვიანებით მიმოხილვები დაეყრდნობა, ამიტომ კონფიგურაციაში მოხვედრამდე ინვენტარში უნდა იყოს.
RD პრეფიქსთან ერთად ერთი დანიშნულებაა
RD პლუს IPv4 პრეფიქსი ქმნის იმ VPNv4 დანიშნულებას, რომელსაც საკონტროლო სიბრტყე ადარებს. მიეცით ორ PE-ს ერთი და იგივე პრეფიქსი სხვადასხვა კლიენტისთვის და განსხვავებული RD-ების გარეშე ისინი ერთი დანიშნულებისკენ მარშრუტებს აცხადებენ. ეკრანზე არაფერი გეუბნებათ, რომ ეს დაჯგუფება არასწორია, რადგან პლატფორმა ზუსტად იმას აკეთებს, რასაც იდენტობა ამბობს. შეცვალეთ RD ერთ-ერთზე და ძველი განცხადება უკან იწევა, ხოლო სხვა იდენტობის ქვეშ ახალი ჩნდება. ყველაფერი დინების ქვემოთ, რაც ძველ იდენტობას ეყრდნობოდა, მარშრუტის არჩევიდან შენახულ ოპერატორის ფილტრამდე, ახლა მიუთითებს იმაზე, რაც აღარ არსებობს.
რამდენიმე მარშრუტი ერთ დანიშნულებაზე BGP-ის ჩვეულებრივი ქცევაა, არა სიმპტომი. მოსაუბრეს შეუძლია რამდენიმე მიღებული მარშრუტი შეინარჩუნოს, სანამ გადაცემისთვის ერთ საუკეთესოს ირჩევს, და სხვაობა მიღებულსა და არჩეულს შორის ის ადგილია, სადაც ხილვადობის კითხვები ცხოვრობს. როცა მარშრუტი თითქოს გაქრა, სესიაზე ყურებამდე დაადასტურეთ, ჯერ კიდევ არსებობს თუ არა იდენტობა, რომელსაც ის ეკუთვნოდა.
იგივე RD, იგივე დანიშნულება, სხვადასხვა მარშრუტი
გაგზავნეთ ერთი RD და ერთი პრეფიქსი ორი მარშრუტიზატორიდან ერთი და იმავე სერვისის სახელით და ორივე ერთი დანიშნულებისკენ მარშრუტებს სთავაზობს, ჩვეულებრივ განსხვავებული შემდეგი ჰოპებით. რომელს გადასცემს მარშრუტის ამრეკლავი, ამრეკლავის შესახებ გადაწყვეტილებაა: მისი მარშრუტის არჩევა, განცხადების უნარი და მასზე დადებული ნებისმიერი პოლიტიკა. არც ერთი კიდური მარშრუტიზატორი არ აკონტროლებს ამ არჩევანს. მიეცით ორ განცხადებას განსხვავებული RD და თითოეული საკუთარ დანიშნულებად იქცევა, ასე რომ ორივე გადაურჩება საკონტროლო სიბრტყეს, რომელიც სხვაგვარად მხოლოდ ერთი იდენტობის არჩეულ მარშრუტს ატარებს.
ხილვადობა და მრავალმარშრუტიანობა მიმღებ VRF-ში ხვდება, მაგრამ ერთი და იგივე გადაწყვეტილება არ არის, და ორი იდენტობის მატარებელ ამრეკლავს მეორე ინსტალირებული მარშრუტი არ კონფიგურირებულა. VRF აყენებს იმას, რასაც მისი იმპორტის პოლიტიკა უშვებს და იმას, რასაც მისი მაქსიმალური მარშრუტების პარამეტრი იძლევა. შეამოწმეთ ეს პარამეტრი ცალკე, როცა გსურთ მეორე მარშრუტი გამოიყენებოდეს და არა უბრალოდ ჩანდეს.
ლოკალური უნიკალურობის წესი პოლიტიკა არ არის
თითოეულ PE-სა და მარშრუტიზაციის ინსტანციას საკუთარი RD-ის მიცემა ჯანსაღი ჩვეულებაა: ის ასახელებს წყაროს, ხელს უშლის დაუკავშირებელ სერვისებს ერთ იდენტობაზე შეჯახებაში და ინვენტარს სტაბილურ გასაღებს აძლევს. ზოგი პლატფორმა უნიკალურობას მხოლოდ მოწყობილობის შიგნით მოითხოვს და ცალსახად უშვებს, რომ მარშრუტიზატორებმა იგივე VPN ინსტანციისთვის RD გაიზიარონ. ეს ნებართვა იმპლემენტაციის შეზღუდვაა, არა ქსელებს შორის წესი, რომელიც მომწოდებელს გადააბაროთ. თუ დომენი გუნდებს მოიცავს, გამოყოფის პოლიტიკა თავად დაწერეთ.
წევრობა არასოდეს მოდის ციფრებიდან. შაბლონი, როგორიც 65000:12 ერთი PE-სთვის და 65000:13 მეორესთვის, ჩვევაა, ხოლო 65000:112-ის მსგავსი შესატყვისი ექსპორტისა და იმპორტის სამიზნეებია ის, რაც მარშრუტს VRF-ში ათავსებს. RD-ს მარშრუტის იდენტობად მოეპყარით, ხოლო route target-ს — როგორც ნებართვას, რომელიც მას VRF-ში მიაქვს.
ცვლილება დაამტკიცეთ VRF-ზე, არა ეკრანზე
RD-ზე შეხებამდე ოთხი რამ ჩაწერეთ: რას აცხადებს PE დღეს, რას ასახავს ამრეკლავი, რას შემოიტანს მიმღები VRF და რომელ მარშრუტს ირჩევს. ახალი RD ერთ განცხადებას იწევს უკან და მეორეს შემოიტანს, ამიტომ ცვლილება სესიის ორივე მხარეს ჩანს და ადვილად არასწორად იკითხება, თუ მხოლოდ განმაცხადებელ მხარეს უყურებთ. მიღება უნდა ეფუძნებოდეს თქვენთვის სასურველ ხელმისაწვდომობას და არა პრეფიქსების სიაში გამოჩენილ ზედმეტ ხაზს. ქვემოთ მოცემული ცხრილი ხელს უშლის სამი იდენტიფიკატორის ერთმანეთში არევას ამ მიმოხილვის დროს.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
დაიწყეთ განმაცხადებელ PE-ზე და სანამ რამეს წაშლით, შეადარეთ ორივე იდენტობა იმავე პრეფიქსისთვის. ქვემოთ მოცემული IOS ბრძანებები რიგრიგობით პასუხობს სამ კითხვას: ჯერ კიდევ არის თუ არა ძველი განცხადება, ჩანს თუ არა ახალი იდენტობა ამრეკლავისთვის და ირჩევს თუ არა VRF პრეფიქსს.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
სხვა პლატფორმები იმავე ინფორმაციას სხვა სინტაქსით ბეჭდავენ და კითხვები ამ ცვლილებას გადაურჩება. თუ ახალი იდენტობა ამრეკლავთან აკლია, მაშინ როცა PE მას განცხადებულად სიაში აჩვენებს, პირველი ეჭვმიტანილი ამრეკლავის პოლიტიკა ან განცხადების უნარია და არა ნუმერაცია.
ჩაწერეთ PE, ინსტანცია, RD, ექსპორტისა და იმპორტის სამიზნეები და პრეფიქსის საკუთრება ერთ ადგილას, რადგან შემდეგი გამოყოფა ძიებაა და არა ვარაუდი მხოლოდ მაშინ, როცა ეს ჩანაწერი არსებობს. შეინახეთ ძველი RD, სანამ ახალი იდენტობა მიმღებ VRF-ში ჩანს, შემდეგ უკან წაიღეთ მეორე ნაბიჯში, რათა ყოველი ეტაპი შექცევადი დარჩეს.