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

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

მარშრუტის გასაღები გეუბნებათ, რას ამტკიცებს მარშრუტი

ტიპი 2 არის RFC 7432-ის MAC/IP განცხადების მარშრუტი და მისი გასაღები NLRI-ის შიგნით არსებული 48-ბიტიანი MAC მისამართია. ამ გასაღების უკან IP მისამართის ველია, რომლის სიგრძის ველი შეიძლება იყოს 0, 32 ან 128 ბიტი, ამიტომ მხოლოდ MAC-ის განცხადება სრული მარშრუტია და არა ნაწილებად დაკარგული ჰოსტის ჩანაწერი. შემდეგი ეტიკეტების დასტა მიუთითებს იმ ხიდის კონტექსტზე, სადაც ეს MAC ცხოვრობს.

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

ტიპი 5 არის RFC 9136-ის IP პრეფიქსის მარშრუტი და მისი გასაღები პრეფიქსია, რომელიც იწერება როგორც სიგრძე პლუს ამდენი ბიტი. სიგრძე მერყეობს 0-დან 32-მდე IPv4-ისთვის და 0-დან 128-მდე IPv6-ისთვის.

ამ დიაპაზონის ორივე ბოლო კანონიერია და არც ერთი MAC-ს არ გულისხმობს. ნულოვანი სიგრძის პრეფიქსი ამტკიცებს ხელმისაწვდომობას ჰოსტის დასახელების გარეშე, ხოლო /32 ზუსტად ერთ მისამართს ასახელებს. NLRI ასევე ატარებს gateway IP მისამართს, რომელსაც გასასვლელი მხარე overlay ინდექსის ასაგებად იყენებს, პლუს ეტიკეტი გადაცემის კონტექსტისთვის. არ არსებობს MAC ველი გადასართავად, ამიტომ მიმღები ტიპ 5-ს მარშრუტიზებულ დანიშნულებად განიხილავს.

/32 პრეფიქსის მარშრუტი არ არის გადარქმეული ტიპი 2

ჰოსტის ზომის პრეფიქსები ჩვეულებრივი ტიპ 5 მარშრუტებია. /32 პრეფიქსის მარშრუტი და იმავე მისამართის ტიპი 2 შეიძლება ერთად არსებობდეს ერთ EVPN ეგზემპლარში და ისინი სხვადასხვა გადაცემის ინფორმაციას ატარებენ.

აიღეთ 198.51.100.77 VNI 10100-ის მქონე EVPN ეგზემპლარში. ტიპი 2 შეიძლება დააწყვილოს ის MAC 02:00:00:00:00:77-სა და ეტიკეტთან, რომელიც განსაზღვრავს იმ ხიდის დომენს, სადაც ეს MAC ისწავლეს. ტიპი 5 შეიძლება გამოაცხადოს 198.51.100.0/24 მთელი ქვექსელისთვის, ან 198.51.100.77/32 მხოლოდ ამ მისამართისთვის, gateway მისამართით, რომელიც გასასვლელ VTEP-ზე მიუთითებს. მისამართები განზრახ ემთხვევა, რადგან მარშრუტები სხვადასხვა კითხვას პასუხობენ.

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

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

ორივე მარშრუტის კითხვა გამოცნობის გარეშე

NX-OS-ზე show bgp l2vpn evpn route type 2 და show bgp l2vpn evpn route type 5 ცხრილს ზუსტად ამ ხაზის გასწვრივ ყოფენ, ხოლო show l2route evpn mac ip აჩვენებს ტიპ 2 მარშრუტების უკან არსებულ ლოკალურ MAC-IP მიბმებს. Junos-ზე show evpn database ჩამოთვლის ნასწავლ MAC და IP მიბმებს, ხოლო show route table bgp.evpn.0 აჩვენებს, რა გამოცხადდა და მიიღეს.

სანამ დასკვნებს გამოიტანთ, გაფილტრეთ route distinguisher-ისა და Ethernet ეტიკეტის მიხედვით. იგივე MAC ან პრეფიქსი შეიძლება გამოჩნდეს რამდენიმე EVPN ეგზემპლარში, და ერთ ეგზემპლარში არასწორად მოჩვენებული მარშრუტი შეიძლება მეორეში სწორი იყოს.

შემდეგ წაიკითხეთ NLRI რიგით: მარშრუტის ტიპი, გასაღები, gateway ან ეტიკეტის ველები, შემდეგ route target-ები ატრიბუტებში. არანულოვან ESI-ის მქონე ტიპი 2 გეუბნებათ, რომ MAC multi-homed-ია და სწორედ ეს მნიშვნელობა აკავშირებს სხვადასხვა PE მარშრუტიზატორის განცხადებებს. gateway მისამართის მქონე ტიპი 5 გეუბნებათ, რომელი გასასვლელი VTEP უნდა მიიღოს ტრაფიკი.

თუ მარშრუტი აკლია, კოდირებამდე შეამოწმეთ წარმოშობა. დაადასტურეთ, რომ წყაროს ლოკალურად აქვს მიბმა ან პრეფიქსი, შემდეგ დაადასტურეთ, რომ მასზე მიმაგრებული route target ამ მოწყობილობაზე იმპორტირებულია. გატეხილი ტიპ 5-ის შესახებ შეტყობინებების უმეტესობა იმპორტის პოლიტიკაზე მთავრდება და არა NLRI-ის ფორმატზე.

ჩაწერეთ კონტექსტი და არა მხოლოდ მარშრუტის ტიპი

ერთად ჩაწერეთ მარშრუტის ტიპი, EVPN ეგზემპლარი, route distinguisher, იმპორტირებული და ექსპორტირებული route target-ები და ამოხსნილი შემდეგი ნახტომი. საკუთარი ეგზემპლარის გარეშე ტიპი 2 ორაზროვანია, ხოლო მარშრუტების ოჯახის გარეშე შემდეგი ნახტომი არასწორ დასკვნას იწვევს.

ორივე EVPN მარშრუტია მაშინაც, როცა დატვირთვა IPv4 მისამართია. NLRI-ის შიგნით არსებული მისამართების ოჯახი და თავად მარშრუტის მისამართების ოჯახი ცალკეული თვისებებია და ტიპი 5 არ ხდება IPv4-unicast ან VPN-IPv4 მარშრუტი მხოლოდ იმიტომ, რომ IPv4 პრეფიქსს ატარებს.

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

შემდეგ ჯერზე, როცა EVPN ცხრილში /32 გამოჩნდება, ნიღბამდე შეამოწმეთ გასაღები. MAC გასაღები არასავალდებულო IP-ით ტიპ 2-ის მიბმაა; პრეფიქსის გასაღები ტიპ 5 მარშრუტია, რაც არ უნდა იყოს მისი სიგრძე. გვერდით ჩაწერეთ route target და შემდეგი ნახტომი და მომდევნო ინჟინერს მთელი ისტორიის ხელახლა გამოყვანა არ მოუწევს.

დაკავშირებული სტატიები