VXLAN-იდან MPLS IP VPN-მდე: VNI არ არის MPLS იარლიყი
ორივე კაფსულაცია იარლიყებს ატარებს, ამიტომ გუნდები VNI-ის MPLS იარლიყზე დაბმას ცდილობენ. სამაგიეროდ გამოიყენეთ მარშრუტიზებული გადაცემა ან მხარდაჭერილი კარიბჭე.
ორივე ტექნოლოგია პაკეტის წინ იდენტიფიკატორს ათავსებს, ამიტომ დასკვნა ცხადი ჩანს: დააკავშირეთ VNI MPLS იარლიყს და მიეცით ორ ქსელს გაერთიანების საშუალება. ასეთი დაბმა მხარდაჭერილ ოპერაციად არ არსებობს, რადგან იდენტიფიკატორები სხვადასხვა რამეს ნიშნავს და მათ სხვადასხვა მართვის სიბრტყეები ქმნიან. VNI ოვერლეის შიგნით VXLAN სეგმენტს იდენტიფიცირებს; MPLS იარლიყი იარლიყით კომუტირებადი გზის გასწვრივ გადაცემის ქცევას იდენტიფიცირებს. დომენების დაკავშირება მარშრუტიზაციის გადაწყვეტილებაა და არა რიცხვების თარგმანი.
მითი: ორივე იარლიყებს იყენებს, ამიტომ დააკავშირეთ ისინი
ზედაპირული მსგავსება რეალური და შეცდომაში შემყვანია. VXLAN თავის თავსართში 24-ბიტიან VNI-ს ატარებს, ხოლო MPLS იარლიყების დასტას, ამიტომ ჩანს, თითქოს ერთი მნიშვნელობის მეორეში გადაწერა სასაზღვრო მოწყობილობაზე შეიძლება.
იდეას ამსხვრევს ყველაფერი, რაც მნიშვნელობას აკრავს გარშემო. VNI-ს EVPN მართვის სიბრტყე და ქვედა შრის გვირაბის ბოლო წერტილები ხსნიან. იარლიყს MPLS გადაცემის სიბრტყე ანიჭებს გზის გასწვრივ. არც ერთ მხარეს არ აქვს განსაზღვრული პროცედურა მეორე მხარის იდენტიფიკატორის თავისუფლად მისაღებად.
რას გადასცემს თითოეული მხარე სინამდვილეში
ფაბრიკის მხარეს სასაზღვრო მოწყობილობა VXLAN გვირაბს ამთავრებს, VNI-ს მოიჯარის VRF-ზე აბამს და პაკეტს ჩვეულებრივ IP-ად მარშრუტიზებს. პროვაიდერის მხარეს PE მომხმარებლის მარშრუტს VRF-ში იღებს, MPLS იარლიყების დასტას ადებს და IP VPN-ის გავლით გადასცემს.
ეს გადაცემა კარგად გააზრებული მოდელია RFC 4364-ში: მომხმარებლის კიდე IP მარშრუტებს პროვაიდერის კიდესთან ცვლის და თითოეული დომენი საკუთარ კაფსულაციას ფლობს. VNI უკვე გაქრა იმ მომენტისთვის, როცა პაკეტი PE-ს მიაღწევს და სწორედ ამიტომ მუშაობს მოდელი.
რატომ არ ერთიანდება მართვის სიბრტყეები
EVPN Type 5 ოვერლეის შემდეგი ნახტომებით IP პრეფიქს მარშრუტებს ატარებს, ხოლო VPN-IPv4 განცხადებები სხვა მისამართების ოჯახს ეკუთვნის. ორივე მხარეს ერთნაირად შესახედი მარშრუტის სამიზნეები ერთ ოჯახს მეორეში არ თარგმნიან და საზღვრის გავლით შემდეგ ნახტომებს არ ხსნიან.
ინტეგრირებულ კარიბჭეს ორივე საქმის შესრულება მხოლოდ მაშინ შეუძლია, როცა პლატფორმა საჭირო კაფსულაციებს და მარშრუტის ოჯახების ურთიერთმოქმედებას ახორციელებს. ეს უნარი ზუსტი აპარატურისა და გამოშვებისთვის უნდა გადამოწმდეს და არა პროდუქტის ოჯახის სახელიდან გამოვიდეს.
ამ საზღვარზე კიდევ ორი ვარაუდი მარცხდება. MPLS IP VPN მარშრუტიზებულ ხელმისაწვდომობას იძლევა და არა Ethernet სეგმენტს, ამიტომ ტრანსლაციების გაფართოებისთვის სამაგიეროდ მხარდაჭერილი მე-2 დონის სერვისი არის საჭირო. და ორივე კაფსულაცია ბაიტებს ხარჯავს, ამიტომ ეფექტური MTU უფრო მცირეა, ვიდრე რომელიმე ქვედა შრე მიანიშნებს.
აირჩიეთ მარშრუტიზებული გადაცემა ან ინტეგრირებული კარიბჭე
აირჩიეთ მარშრუტიზებული გადაცემა, როცა მოიჯარეს IP ხელმისაწვდომობა სჭირდება და პროვაიდერი უკვე გვთავაზობს CE-სკენ მიმართულ სერვისს. ის საკუთრებას სუფთად ინახავს: ფაბრიკა ფლობს VXLAN-სა და EVPN-ს, პროვაიდერი — MPLS-სა და VPN-ს, ხოლო საზღვარი — VRF-ის ინტერფეისზე დაბმას. დაგეგმეთ მიერთების მასშტაბი, მისამართირება და გადართვა პროვაიდერთან ერთად, ნაცვლად იმისა, რომ ერთი კავშირი საკმარისად ჩათვალოთ.
ინტეგრირებული კარიბჭე აირჩიეთ მხოლოდ მაშინ, როცა თქვენ მიერ ოპერირებული პლატფორმა ორივე როლს მხარს უჭერს და შეგიძლიათ ურთიერთმოქმედების გამოცდა. მოწყობილობებზე დაზოგვა რეალურია, მაგრამ რეალურია ოპერაციული რისკიც, რომ ერთი მოწყობილობა გახდეს ერთადერთი ადგილი, სადაც ორ მართვის სიბრტყეს უნდა შეუთანხმდეს.
რა უნდა ჩაიწეროს თითოეული მოიჯარისთვის
შეინახეთ მოიჯარისთვის სპეციფიკური ჩანაწერი მიერთებით, მიღებული და ექსპორტირებული პრეფიქსებით, შემდეგი ნახტომის გადაჭრის მეთოდით და მოსალოდნელი ქცევით საზღვრის ან პროვაიდერის კავშირის მარცხის შემდეგ. ჩართეთ MTU ბიუჯეტი ორივე კაფსულაციის საზღვარზე და დაბრუნების გზა, რადგან მუშა წინ მიმართულება თავისთავად ძალიან ცოტას ამტკიცებს.
სწორედ ეს ჩანაწერი აკავშირებს ორ ადმინისტრაციულ დომენს ისე, რომ არ ითამაშოს, თითქოს მათი მარშრუტიზაციისა და კაფსულაციის ვარაუდები ერთნაირია. როცა მოგვიანებით ვინმე იკითხავს, შეიძლება თუ არა VNI უბრალოდ იარლიყი გახდეს, დოკუმენტი დიზაინით უპასუხებს და არა კამათით.