ააშენეთ EVPN-ის საზღვარი ექსპორტის პოლიტიკის ირგვლივ და არა მიერთებების

გავრცელებული ვარაუდია, რომ საზღვარზე Layer 2 მიერთების მოდელი განსაზღვრავს ყველაფერს მის ზემოთ, ამიტომ დიზაინი იწყება vPC წყვილით და ზემოთ მიემართება. ჩვეულებრივ ეს მთავრდება შემთხვევით მიღებული მარშრუტიზაციის გადაწყვეტილებებით. EVPN-ის საზღვარი უპირველეს ყოვლისა მარშრუტიზაციის საზღვარია: მოიჯარის მარშრუტიზაციის კონტექსტი ხვდება გარე მარშრუტიზაციის დომენს და რაც ამ ხაზს კვეთს, პოლიტიკის განაცხადია. აირჩიეთ მარშრუტები, ASN-ის ურთიერთობა და წარუმატებლობის გზები მანამ, სანამ ვინმე port-channels-ზე კამათს დაიწყებს. მიერთების მოდელი შემდეგ მოთხოვნიდან გამომდინარეობს და არა კარნახობს მას.

დაიწყეთ იმით, რაც საზღვარს კვეთს

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

შემდეგ დაასახელეთ ის წარუმატებლობა, რომლის ოპერირებასაც აპირებთ: ერთი uplink გათიშულია, ერთი border leaf გათიშულია, ან მთელი გარე დომენი მიუწვდომელია. თითოეული პასუხი ცვლის, გჭირდებათ ორი დამოუკიდებელი მეზობელი, საერთო Layer 2 მიერთება, თუ ორივე.

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

დაამაგრეთ ASN-ის და peering-ის საზღვარი

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

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

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

Layer 3 uplink-ებს multichassis LAG არ სჭირდებათ

დამოუკიდებელი მარშრუტიზებული ინტერფეისები საკუთარი BGP მეზობლებით იძლევა ორ მკაფიო გზას და ორ მკაფიო წარუმატებლობის დომენს. vPC ან სხვა multichassis LAG ემსახურება Layer 2 მიერთების მოთხოვნას და ეს არის სწორი ინსტრუმენტი, როცა ეს მოთხოვნა არსებობს.

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

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

გაიტანეთ მხოლოდ ის, რაც მოიჯარეს სჭირდება

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

EVPN IP Prefix მარშრუტი, რომელსაც ჩვეულებრივ Type 5 ეწოდება და განსაზღვრულია RFC 9136-ში, ატარებს პრეფიქსის ინფორმაციას overlay-ში. იმპლემენტაციას მაინც სჭირდება შესაბამისი ექსპორტისა და იმპორტის პოლიტიკა და next-hop-ის გადაწყვეტა, ამიტომ საზღვარზე გარე BGP მარშრუტის მიღება არ ნიშნავს, რომ ყოველი მოიჯარის VRF მას იმპორტს უკეთებს.

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

გადაამოწმეთ ერთი პრეფიქსი თავიდან ბოლომდე

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

დაადასტურეთ, როგორ წყდება next hop overlay-ის გავლით, რადგან გადაუწყვეტელი next hop-ით არსებული მარშრუტი არაფერს გადასცემს. შემდეგ გაიმეორეთ შემოწმება uplink-ის ცვლილების შემდეგ, რადგან სწორედ მაშინ განსხვავდება პოლიტიკა და next-hop-ის გადაწყვეტა ყველაზე ხშირად.

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