შეამოწმეთ EVPN-ის როუტერის MAC, სანამ underlay-ს დაადანაშაულებთ
Type 5 მარშრუტი შიდა კადრისთვის L3 VNI-ს და როუტერის MAC-ს ატარებს. შეამოწმეთ ესენი, სანამ შეცვლით underlay-ის MAC-ს, რომელიც არასდროს ყოფილა პრობლემა.
ერთსა და იმავე VXLAN პაკეტში ორი MAC მისამართი ჩნდება და მათგან მხოლოდ ერთი ეკუთვნის დანიშნულების ჰოსტს. EVPN VXLAN IP-VRF-იდან IP-VRF-ში დიზაინში შიდა დანიშნულების MAC არის გამავალი როუტერის გამოცხადებული როუტერის MAC, ხოლო გარე დანიშნულების MAC ეკუთვნის იმას, რაც პაკეტს შემდეგ underlay რგოლზე აწვდის. ამ ორის არევა ადამიანებს underlay-ში აგზავნის იმ ხარვეზის საძებნად, რომელიც იქ არ არის. შემოწმებები თანმიმდევრობით შეასრულეთ.
ყოველი ნაბიჯი ერთ კითხვას პასუხობს და პირველი პასუხი განსაზღვრავს, საერთოდ არის თუ არა შემდეგი ნაბიჯები შესაბამისი.
1. წაიკითხეთ პრეფიქსის მარშრუტი და მისი community-ები
დაიწყეთ მარშრუტიდან და არა პაკეტის ჩაწერიდან:
show bgp l2vpn evpn route type prefix 10.20.0.0/24Type 5 მარშრუტი IP პრეფიქსს აცხადებს. ინტერფეისის გარეშე IP-VRF მოდელში ის ასევე ატარებს L3 VNI-ს და გაფართოებულ როუტერის MAC community-ს, და სწორედ ეს community განსაზღვრავს გამავალი მარშრუტიზაციის საბოლოო წერტილს. წაიკითხეთ community იმის ნაცვლად, რომ ჩათვალოთ MAC პრეფიქსის NLRI-ში ჩადგმულად, რადგან ასე არ არის. თუ მარშრუტი არსებობს და community მიმაგრებულია, საკონტროლო სიბრტყემ თავისი წილი უკვე შეასრულა.
2. დაადასტურეთ, რომელი გადაცემის მოდელი გამოიყენება
ინტერფეისის გარეშე მოდელი და overlay ინდექსით რეკურსია ორი განსხვავებული მხარდაჭერილი წყობაა. ინტერფეისის გარეშე მოდელი პაკეტს მარშრუტიზაციას უკეთებს, აშენებს შიდა კადრს დისტანციური მარშრუტიზაციის საბოლოო წერტილისთვის და კაფსულირებს მას გამავალი VTEP-ისკენ.
overlay ინდექსით რეკურსიისას შემავალ როუტერს გადაცემამდე დამატებითი ძებნა სჭირდება შემდეგი ნახტომის გადასაწყვეტად. ორივე მოდელი ვალიდურია და გამოსაყენებელი პროცედურა დამოკიდებულია იმაზე, რომელს იყენებს თქვენი ქსელი. პირდაპირი შემდეგი ნახტომის ლოგიკის სხვაგვარად აშენებულ ქსელზე გამოყენება იძლევა დასკვნას, რომელიც ჩაწერაში სწორად გამოიყურება და დიზაინის მიმოხილვაში — არასწორად.
3. დაელოდეთ MAC-ის ორ განსხვავებულ როლს
შიდა დანიშნულების MAC არის გამავალი როუტერის გამოცხადებული როუტერის MAC. გარე დანიშნულების MAC არის ადგილობრივი მიწოდების შემდეგი ნახტომი, რომელიც შეიძლება underlay როუტერი იყოს და ყოველ ნახტომზე შეიცვალოს. მათი განსხვავებულობა ნორმალურია, ხოლო მათი ტოლობა დამთხვევაა და არა მოთხოვნა. ჩაწერა, რომელიც შიგნით შასის მსგავს მისამართს და გარეთ ფიზიკური შემდეგი ნახტომის მისამართს აჩვენებს, ზუსტად განზრახულ კაფსულაციას აღწერს.
4. შასიდან მიღებული მნიშვნელობა იმპლემენტაციის არჩევანად მიიჩნიეთ
პლატფორმამ შეიძლება თავისი გამოცხადებული როუტერის MAC სისტემის ან შასის იდენტობიდან გამოიყვანოს და ეს იმპლემენტაციის გადაწყვეტილებაა და არა პროტოკოლის წესი. სანამ მისამართის ფორმატში რამეს წაიკითხავთ, შეამოწმეთ მწარმოებლის განაწილებისა და ჭარბობის მოდელი.
ორმა ურთიერთშეთანხმებულმა იმპლემენტაციამ შეიძლება განსხვავებულად გარეგნული როუტერის MAC-ები გამოაცხადოს, ამიტომ მათი შედარება მწარმოებლებს შორის ძალიან ცოტას ამტკიცებს.
5. არაფერი არ შეცვალოთ, სანამ მდგომარეობა არ დაეწინააღმდეგება
მიმოხილვისთვის შეადარეთ არჩეული პრეფიქსის მარშრუტი, მისი გაფართოებული community-ები, BGP-ის შემდეგი ნახტომი, L3 VNI და შედეგად მიღებული გადაცემის მდგომარეობა. შემდეგ ჩაწერაში მონიშნეთ შიდა და გარე თავსართები.
თუ ეს ხუთი ერთმანეთს ემთხვევა, უცნაურად გარეგნული MAC თავის საქმეს აკეთებს და მისი შეცვლა მარშრუტიზაციის საბოლოო წერტილს დაამტვრევს და არა მისამართების შეცდომას გამოასწორებს. თუ არ ემთხვევა, ახლა იცით რომელი ველია არასწორი და ცვლილება მიზანმიმართულია და არა ვარაუდობრივი. EVPN-ის IP პრეფიქსების სპეციფიკაცია არის ის წყარო, რომელიც ამ დისკუსიაში უნდა ციტირდეს, რადგან ის აღწერს როგორც მოდელს, ისე მნიშვნელობის მატარებელ community-ს.