BGP და MPLS VPN-ში: რომელი ნაწილი ატარებს პაკეტს

კითხვა, მუშაობს VPN BGP-ზე თუ MPLS-ზე, ორ ფენას ერთ გადაწყვეტილებაში ურევს. BGP ავრცელებს ხელმისაწვდომობასა და პოლიტიკას. MPLS პაკეტებს გადასცემს დაყენებული ლეიბლების მდგომარეობის გამოყენებით. BGP/MPLS VPN-ში ეს ორი თანამშრომლობს და რომელიმეს მოცილება სერვისს საერთოდ არ ტოვებს. ქვემოთ მოცემული შემოწმებები ერთსა და იმავე პრეფიქსს ორივე ფენაზე გაატარებს, რათა ზუსტად ნახოთ, სად შეჩერდა თქვენი.

შემოწმება 1: არის პრეფიქსი სწორ VRF-ში

დაიწყეთ პროვაიდერის შესასვლელი კიდიდან და იკითხეთ, რომელ VRF-ს ეკუთვნის მომხმარებლის პრეფიქსი. მომხმარებლის მისამართების გადაფარვა ამ დიზაინში ნორმალურია, ამიტომ VRF არის ის კონტექსტი, რომელიც 10.0.0.0/8-ის მომხმარებელ ორ კლიენტს ერთმანეთისგან განაცალკევებს.

თუ პრეფიქსი იქ არ არის, შემდგომი ვერაფერი იქნება სწორი და დარჩენილი შემოწმებები ფუჭი შრომაა.

შემოწმება 2: გავრცელდა და იმპორტირდა VPN მარშრუტი

პროვაიდერი მომხმარებლის მარშრუტებს MP-BGP-ით ავრცელებს. თითოეული მარშრუტი ატარებს მარშრუტის გამმარჩეველს, რომელიც სხვაგვარად იდენტურ პრეფიქსებს უნიკალურს ხდის, და მარშრუტის სამიზნეებს, რომლებიც წყვეტენ, რომელი VRF-ები ახდენენ მარშრუტის იმპორტს. მარშრუტი, რომელიც მოდის, მაგრამ არ იმპორტირდება, მიმღებ VRF-ს ამ პრეფიქსისთვის ცარიელს ტოვებს. შეამოწმეთ იმპორტის პოლიტიკა, სანამ შორეულ მხარეს დაადანაშაულებთ.

მარშრუტის შერჩევასაც აქვს მნიშვნელობა: სხვა პროვაიდერის კიდეზე გამავალი სასურველი გზა ცვლის იმას, რასაც ელოდით.

შემოწმება 3: რას აკეთებს შესასვლელი კიდე პაკეტთან

როდესაც პაკეტი მოდის, შესასვლელი კიდე VRF-ში IP ძიებას ასრულებს და შემდეგ არჩეული გზისთვის ლეიბლებს ამაგრებს. სტეკს ორი ლოგიკური როლი აქვს მაშინაც, როცა ჩანაწერი ლეიბლების სხვა რაოდენობას აჩვენებს.

transport label toward the egress edge
VPN service label for the egress forwarding action
customer IP packet

BGP/MPLS VPN-ის სპეციფიკაცია აღწერს ამ განლაგებას. ბოლოსწინა ჰოპზე ლეიბლის მოხსნამ შეიძლება ტრანსპორტის ლეიბლი ბოლო ჰოპამდე მოხსნას, ამიტომ ქსელის შუაში აღებული ორლეიბლიანი ჩანაწერი გაუმართაობის მტკიცებულება არ არის.

შემოწმება 4: გადასცემს თუ არა ბაზისური ქსელი ამ ლეიბლებს

ტრანზიტული როუტერები თავიანთი დაყენებული ლეიბლის ჩანაწერების მიხედვით გადართავენ. ისინი არ კითხულობენ BGP განახლებებს, რომ გადაწყვიტონ, რა მოუვა თქვენს ცალკეულ პაკეტს. ამიტომ მომხმარებლის მარშრუტი შეიძლება არსებობდეს, სანამ გადაცემა კვლავ ვერ მუშაობს: გადაწყვეტილი შემდეგი ჰოპი ან ტრანსპორტის ლეიბლი დამოუკიდებლად შეიძლება გატყდეს. VPN პრეფიქსის სწავლა მის ქვეშ არსებულ ბაზისურ ქსელს არ არემონტებს.

შეამოწმეთ ლეიბლის მიბმა გასასვლელი კიდის მიმართულებით და არა მხოლოდ მარშრუტის არსებობა.

შემოწმება 5: გასასვლელის მოქმედება და დაბრუნების გზა

გასასვლელზე სერვისის ლეიბლი განსაზღვრავს გადაცემის მოქმედებას, პაკეტი დეკაფსულირდება და მიემართება მომხმარებლის დანიშნულებისკენ. იქიდან დაბრუნების გზაც უნდა მუშაობდეს, მათ შორის ამ ინტერფეისზე მომხმარებლის მხარის წვდომის პოლიტიკა.

ერთმხრივი წარმატება ჩვეულებრივ დაბრუნების მარშრუტი ან ფილტრია და არა ლეიბლების სტეკი.

წაიკითხეთ თქვენი სიმპტომი ერთ-ერთ ამ შემოწმებაში

მიმღებ VRF-დან მარშრუტის არარსებობა ნიშნავს განცხადებას, იმპორტის პოლიტიკას ან მარშრუტის შერჩევას. მარშრუტის არსებობა წარუმატებელ პაკეტებთან ერთად ნიშნავს გადაწყვეტილ შემდეგ ჰოპს, ლეიბლების გადაცემას ან მომხმარებლის მხარის დაბრუნების გზას. არასწორ დანიშნულებაზე მომავალი პაკეტები ჩვეულებრივ ნიშნავს, რომ არასწორ VRF-ს ამოწმებთ. აქედან არცერთი არ არის მარშრუტიზაციის პროტოკოლის შეცვლის მიზეზი.

კიდევ ერთი რამ ღირს პირდაპირ ითქვას: ეს დიზაინი მომხმარებლებს ჰყოფს და მათ ტრაფიკს ეფექტურად გადასცემს. ის არ შიფრავს და მისი კონფიდენციალურობის სერვისად მიჩნევა ცალკე შეცდომაა.