რატომ აჩვენებს Junos L2VPN ეტიკეტს, მაგრამ არაფერს გადასცემს

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

ჩარჩო არასდროს აკეთებს მარშრუტის ძიებას

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

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

ორი ეტიკეტი, ორი მიმართულება

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

show l2vpn connections instance CUST-A extensive

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

რას ამტკიცებს ეტიკეტის ძიება

როცა შემავალი მნიშვნელობა გაქვთ, ლოკალური ძიება ერთი ბრძანებაა:

show route label 160042

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

მიჰყევით ერთ ჩარჩოს

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

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

გამოყავით სერვისის მოდელები

VPLS სწავლობს MAC მისამართებს და EVPN აცხადებს ბოლო წერტილებს, მაშინ როცა წერტილიდან-წერტილამდე L2VPN არც ერთს აკეთებს, ამიტომ მათი ჩარჩოს შერჩევის პროცედურები ურთიერთშენაცვლებადი არ არის, მიუხედავად იმისა, რომ ერთსა და იმავე BGP და MPLS ინფრასტრუქტურას ზის. ერთი მოდელიდან მეორეში ხარვეზების აღმოფხვრის ნაბიჯის გადატანა იძლევა თავდაჯერებულ, მაგრამ უსაფუძვლო დასკვნებს.

დაკარგული ბილიკისთვის ჩაწერეთ ორივე პირის კავშირის სტატუსი, დანართი, ეტიკეტის ორივე მიმართულება, ინკაპსულაცია, საკონტროლო სიტყვის პარამეტრი და MTU. ეს ჩანაწერი აკავშირებს გამოცხადებულს იმასთან, რასაც გადაცემის სიბრტყე რეალურად აკეთებს, რაც ერთადერთი მნიშვნელოვანი რგოლია, და სწორედ ამას იკითხავს შემდეგი ინჟინერი.