RD და RT MPLS VPN-ში: უნიკალურობა და იმპორტის პოლიტიკა
მარშრუტის გამმიჯნავი გადაფარებულ პრეფიქსებს უნიკალურს ხდის, ხოლო მარშრუტის სამიზნე წყვეტს, რომელი მარშრუტები შეიძლება VRF-მა იმპორტირდეს. მიჰყევით ერთ MPLS მარშრუტს ორივე როლში.
ორმა მომხმარებლის საიტმა შეიძლება გამოაცხადოს 10.20.0.0/24 და ორივე ძალაში რჩება ერთი პროვაიდერის ქსელში. მარშრუტის გამმიჯნავი ამ განცხადებებს ცალ-ცალკე ინახავს; მარშრუტის სამიზნე წყვეტს, რომელ მომხმარებლის VRF-ს შეუძლია ასლის აღება. ისინი კონფიგურაციაში გვერდიგვერდ დგანან და სრულიად სხვადასხვა სამუშაოს ასრულებენ. მათი ერთმანეთში არევა იწვევს ცვლილებებს, რომლებიც გონივრულად გამოიყურება და არაფერს ასწორებს.
მიჰყევით ერთ მარშრუტს მომხმარებლის კიდიდან შორეულ VRF-მდე და დაყოფა ხდება თვალსაჩინო: იდენტობა ერთვის მანამ, სანამ მარშრუტი BGP-ში შევა, ხოლო გავრცელების პოლიტიკა ფასდება მაშინ, როცა მარშრუტი მიმღები პროვაიდერის კიდს მიაღწევს.
VPN-IPv4 მარშრუტი არის RD პლუს IPv4 პრეფიქსი
RFC 4364 განსაზღვრავს VPN-IPv4 მისამართების ოჯახს, როგორც რვაბაიტიან მარშრუტის გამმიჯნავს, რომელსაც მოჰყვება ოთხბაიტიანი IPv4 მისამართი. RD ემატება მომხმარებლის პრეფიქსს წინ, ამიტომ სხვადასხვა საიტის ორი იდენტური პრეფიქსი ორ სხვადასხვა BGP მარშრუტად იქცევა.
ეს კონსტრუქცია მთელი უნიკალურობის მექანიზმია. პროვაიდერს არ სჭირდება, რომ მომხმარებლები შეთანხმდნენ გადაუფარავ მისამართთა სივრცეზე, და ერთი საიტის მარშრუტი ვერ შეცვლის ჩუმად სხვა საიტის იდენტურ პრეფიქსს.
თავად RD ფორმატი ადმინისტრატორის მიერ არჩეული მნიშვნელობაა, ჩვეულებრივ ავტონომიური სისტემის ნომერი და ლოკალური ნომერი. მისი რიცხვითი ფორმა კონვენციაა და არა ნიშანი იმისა, რომ ორ ველს საერთო მნიშვნელობა აქვს მარშრუტის სამიზნესთან, რომელიც შემთხვევით იგივე ციფრებს იყენებს.
RD გადაფარებულ პრეფიქსებს განასხვავებელს ხდის
განვიხილოთ ერთი და იმავე პრეფიქსის ორი განცხადება. საიტ A-ს აქვს RD 65000:101, საიტ B-ს კი RD 65000:202, ორივე 10.20.0.0/24-ისთვის. ახლა BGP-ს აქვს ორი VPN-IPv4 მარშრუტი, რომელთა დამოუკიდებლად შედარება, გაფილტვრა და არჩევა შეიძლება.
RD არ ამბობს, რომელ VRF-მა უნდა მიიღოს ამ მარშრუტებიდან რომელიმე, და არ იდენტიფიცირებს მომხმარებელს ან სერვისს. ეს მარშრუტის იდენტობის ველია და არა წევრობის სია. VRF-ის საკუთარი RD არ უნდა ემთხვეოდეს იმ მარშრუტის RD-ს, რომელსაც ის იმპორტს უკეთებს.
ამიტომ RD-ის შეცვლა სხვა საიტის ნომერზე მისაყოლებლად არაფერს ასწორებს. თუ მარშრუტი მეორე მხარეს აკლია, ციფრების დამთხვევა სხვა იდენტობის პრობლემას ქმნის და არა იმპორტის გადაწყვეტილებას ასწორებს.
RT არის BGP ატრიბუტი და არა პაკეტის ტეგი
ექსპორტის პოლიტიკა ერთ ან რამდენიმე მარშრუტის სამიზნეს ამაგრებს მარშრუტს BGP გაფართოებული საზოგადოების ატრიბუტებად. მიმღები პროვაიდერის კიდი ამ ატრიბუტებს ადარებს თითოეული VRF-ის იმპორტის პოლიტიკას. RT მარშრუტთან ერთად მოძრაობს მართვის სიბრტყეში. შედარება მთლიანად მარშრუტიზაციის პოლიტიკაში ხდება, სანამ რომელიმე მომხმარებლის პაკეტი გადაიგზავნება.
მომხმარებლის მონაცემთა პაკეტები RT-ს არ ატარებენ. როცა მარშრუტი VRF-ში დაყენდება, გადაგზავნა იყენებს იმ VRF-ის ცხრილს და MPLS ტეგების დასტას, რომელსაც არქიტექტურა ანიჭებს. პროვაიდერის კიდი არ კითხულობს მარშრუტის სამიზნეს თითოეული მომხმარებლის პაკეტიდან.
მარშრუტს შეიძლება ჰქონდეს რამდენიმე RT, ხოლო VRF-ს შეუძლია რამდენიმეს იმპორტი. კონფიგურაცია ხშირად მოკლე ბლოკს ჰგავს:
vrf definition CUST-A
rd 65000:101
address-family ipv4
route-target export 65000:500
route-target import 65000:500
წაიკითხეთ ეს ბლოკი როგორც ორი ცალკე დებულება. ექსპორტის ხაზი განსაზღვრავს, რა ერთვის ამ VRF-იდან გამავალ მარშრუტებს, ხოლო იმპორტის ხაზი განსაზღვრავს, რისი განხილვა სურს ამ VRF-ს. რიცხვების დამთხვევა მოსახერხებელია და არა სავალდებულო.
იმპორტის უფლება ინსტალაცია არ არის
მარშრუტი შეიძლება VRF-ისთვის შესაფერისი იყოს და მაინც არ გამოჩნდეს მის გადაგზავნის ცხრილში. შესაბამისობა ფილტრია; შემდეგ BGP-ის ჩვეულებრივი გადაწყვეტილების პროცესი ადარებს შესაფერის მარშრუტებს და ირჩევს ერთს. ძველი ან ნაკლებად სასურველი მარშრუტი შეიძლება დამარცხდეს სხვა შესაფერის გზასთან.
შეამოწმეთ არჩეული მარშრუტი და არა მხოლოდ იმპორტის პოლიტიკა. VRF, რომელიც იმპორტს უკეთებს RT 65000:500-ს და არ აჩვენებს მარშრუტს 10.20.0.0/24-ისთვის, შეიძლება მარშრუტი მიიღო და არჩევისას უარყო, ან საერთოდ არ მიიღო.
ეს განსხვავება მნიშვნელოვანია მაშინაც, როცა მოულოდნელი პრეფიქსი ჩნდება. ზედმეტად ფართო იმპორტის პოლიტიკამ შეიძლება ის მარშრუტები მოიზიდოს, რომელთა გამოყენებასაც საიტი არ აპირებდა, და RD-ის უნიკალურობა ამას საერთოდ არ უშლის ხელს. გავრცელების მოცულობა RT პოლიტიკის საკითხია.
მოძებნეთ დაკარგული მარშრუტი მართვის სიბრტყის თანმიმდევრობით
დაიწყეთ განცხადებიდან: ხომ არ ახდენს წყარო VRF განზრახული RT-ის ექსპორტს და ხომ არ არსებობს მარშრუტი როგორც VPN-IPv4 მარშრუტი მარშრუტების ამრეკლავზე ან მიმღებ PE-ზე? შემდეგ შეამოწმეთ ატრიბუტი ისე, როგორც მიღებულია და არა ისე, როგორც გამომგზავნზეა კონფიგურირებული.
შემდეგ შეადარეთ მიმღები VRF-ის იმპორტის სია მარშრუტის ფაქტობრივ RT მნიშვნელობებს. ბოლოს დაათვალიერეთ არჩეული მარშრუტი იმ VRF-ში და ტეგის მიბმა. ყოველი ნაბიჯი სხვა კითხვას პასუხობს და RD-ზე გადახტომა ჩვეულებრივ გამოტოვებს ზუსტად იმ ნაბიჯს, რომელიც მცდარია.
ჩაწერეთ RD, ექსპორტირებული RT, იმპორტირებული RT და არჩეული შემდეგი ნახტომი მომუშავე და წარუმატებელი საიტისთვის. გვერდიგვერდ ოთხი მნიშვნელობა ბუნდოვან „VPN მარშრუტებს არ გადასცემს“ გადააქცევს მართვის სიბრტყის იმ ზუსტ ნაბიჯად, რომელიც განსხვავდება.