L2VPN, VPLS, EVPN: სახელწოდება სერვისი არ არის
შეკვეთის ფორმაზე არსებული აბრევიატურა ასახელებს ოჯახს, გადაგზავნის ქცევას ან მართვის სიბრტყეს. ოთხი კითხვა ყოფს მათ, სანამ ორ შეთავაზებას შეადარებთ.
შეთავაზებაში «L2VPN»-ს კითხულობთ, შემდეგ კონფიგურაციის ფურცელზე «VPLS»-ს, და ვარაუდობთ, რომ მეორე სიტყვა პირველს ვიწროებს. ზოგჯერ ასეა, ზოგჯერ კი ორი ხაზი უკავშირო კითხვებს პასუხობს. მცდარი წარმოდგენაა ამ სახელების საფეხურებად მიჩნევა საწყისიდან მოწინავემდე. L2VPN ოჯახია, VPWS და VPLS მის შიგნით ორი სერვისის ქცევაა, ხოლო EVPN მართვის სიბრტყის მექანიზმია, რომელსაც ორივე მათგანის ტარება შეუძლია.
თითოეული აბრევიატურა სხვა კითხვას პასუხობს
დაიწყეთ იმით, თუ რა უნდა გააკეთოს კლიენტის მიერთებამ, რადგან ეს არის ერთადერთი კითხვა, რომელსაც სერვისის მოდელი პასუხობს. წერტილიდან წერტილამდე წრე ორ ადგილს შორის და ათ ადგილზე გაზიარებული Ethernet სეგმენტი სხვადასხვა პროდუქტია, მაშინაც კი, როცა ორივე 2-ე დონის კავშირად იყიდება.
| Name | Question it answers | What it does not tell you |
|---|---|---|
| L2VPN | Which family of services carries Ethernet frames | Point-to-point or multipoint |
| VPWS | A pair of attachment circuits behaves as one wire | Which control plane builds it |
| VPLS | Many attachments share a bridged broadcast domain | Whether MAC learning is limited or flooded |
| EVPN | BGP distributes MAC and IP reachability | Which service model it is being used for |
ეს ცხრილი იერარქია არ არის და მისი იერარქიად წაკითხვა ჩვეულ შესყიდვის შეცდომას იწვევს: VPWS-ის შეთავაზების შედარება VPLS-ის შეთავაზებასთან, თითქოს მეორე პირველის უფრო სრული ვერსიაა. ისინი სხვადასხვა პრობლემას წყვეტენ და არც ერთი არ არის ზესიმრავლე იმ მნიშვნელობით, რომელსაც მყიდველები ვარაუდობენ.
VPWS და VPLS გადაგზავნის გადაწყვეტილებაზე იყოფა
ვირტუალური კერძო მავთულის სერვისში მიერთება ირჩევს შორეულ ბოლო წერტილს. ამ პორტზე მისული ტრაფიკი წყვილ პორტისკენ გადის და პროვაიდერის კიდეს ძირითადი გადაგზავნის გადაწყვეტილებისთვის არ სჭირდება იმის სწავლა, რა MAC მისამართებია მის უკან.
VPLS-ში პროვაიდერის კიდე ხიდს აკეთებს. ის ამოწმებს თითოეული კადრის დანიშნულების MAC მისამართს, სწავლობს წყაროს მისამართებს თითოეული მიერთებისთვის და ემულირებული LAN-ის შიგნით უცნობ დანიშნულებებს ატბიებს. სწორედ ეს აქცევს სერვისს LAN-ის მსგავსად და აქედან მოდის ოპერაციული ზღვრებიც.
მრავალწერტილოვნად შემჩნეული დიაგრამა არ ამტკიცებს, რომ ყველა ადგილი ერთ გამაუწყებ სივრცეს იზიარებს. ორმა პროვაიდერმა შეიძლება ერთი და იმავე ღრუბელი დახატოს და ერთი ხიდიანი სივრცე ან რამდენიმე წერტილიდან წერტილამდე წრე გაყიდოს, და განსხვავება მხოლოდ მაშინ ჩანს, როცა გამაუწყებელი, უცნობი unicast კადრი ან MAC-ის გადაადგილება ადგილის საზღვარს კვეთს. ორ ადგილს შორის გამაუწყებელი პინგი კითხვას ნებისმიერ არქიტექტურულ სლაიდზე სწრაფად პასუხობს. თუ პასუხები ყველა სხვა ადგილიდან მოდის, ერთი ხიდი გაქვთ; თუ მხოლოდ წყვილი პასუხობს, ერთი მავთული გაქვთ.
EVPN მართვის სიბრტყეა, არა ტოპოლოგია
EVPN-ის ძირითადი სპეციფიკაცია, RFC 7432, განსაზღვრავს BGP MPLS-ზე დაფუძნებულ Ethernet VPN პროცედურებს: MAC-ის ხელმისაწვდომობა BGP-ში ცხადდება და არა მხოლოდ მონაცემთა სიბრტყის ატბიებით ისწავლება. შემდეგ RFC 8214 განსაზღვრავს VPWS-ის მხარდაჭერას EVPN-ით და სწორედ ეს წერტილი ამსხვრევს კიბის მოდელს. იგივე მართვის სიბრტყე ემსახურება წერტილიდან წერტილამდე და მრავალწერტილოვან სერვისს.
ამიტომ «ჩვენ EVPN-ს ვამუშავებთ» პასუხი არ არის კითხვაზე «რა ვიყიდეთ». პროვაიდერმა მაინც უნდა თქვას, სერვისი მიერთებათა წყვილია თუ საერთო ხიდი, და ტრანსპორტი MPLS-ია, VXLAN თუ სხვა რამ. ეს არჩევანი სხვადასხვა დოკუმენტსა და კონფიგურაციის სხვადასხვა ნაწილში ცხოვრობს.
ოპერატორისთვის პრაქტიკული შედეგი ისაა, რომ EVPN-ის ადრეული არჩევა შემდგომ სერვისის ცვლილებებს აიაფებს, რადგან ხელმისაწვდომობა უკვე სიგნალიზდება და არ ატბიება. ეს არ აუქმებს ჯერ სერვისის მოდელის გადაწყვეტის აუცილებლობას და არ ასწორებს არასწორად კონფიგურირებულ ხიდს.
MPLS მონაცემთა გზაა, არა განმარტება
ჩარჩო დოკუმენტები ოჯახსა და მის მოთხოვნებს აღწერენ; ისინი ერთ ინკაფსულაციას არ ითხოვენ. MPLS ეტიკეტების დაწყობა ამ სერვისებისთვის ჩვეული ტრანსპორტია და ერთადერთი არ არის. BGP-ით სიგნალიზებული სერვისი და MPLS გადაგზავნის გზა ცალკე საპროექტო გადაწყვეტილებებია, რომლებიც უბრალოდ ხშირად ერთად გვხვდება.
როცა გამყიდველი ამბობს «MPLS L2VPN»-ს, ჰკითხეთ რომელი ნახევარი აღიწერება. თუ პასუხი მხოლოდ ტრანსპორტია, სერვისის მოდელი ჯერ კიდევ გაურკვეველია და მიერთების ქცევა ჯერ კიდევ უცნობი.
ოთხი კითხვა, რომლებიც სახელს ხელშეკრულებად აქცევს
ჰკითხეთ რა არის გადაცემა: პორტი, VLAN თუ VLAN-ების შეკვრა, და რომელთაგანს აქვს ერთმანეთთან საუბრის უფლება. ჰკითხეთ, იზიარებენ თუ არა ადგილები ერთ გამაუწყებ სივრცეს, რადგან სწორედ ეს ერთი პასუხი განსაზღვრავს ატბიებას, MAC-ის ზღვრებს და ციკლის ქცევას.
მოითხოვეთ კადრის ზომის ბიუჯეტი კიდიდან კიდემდე, შემდეგ თავად დაამატეთ ინკაფსულაციის ზედნადები. ჰკითხეთ რა ხდება, როცა ერთი მიერთება ვარდება, აგრძელებენ თუ არა დანარჩენები გადაგზავნას, და პროვაიდერი აბრუნებს ხელმისაწვდომობას თუ ტოვებს ტაიმერის ამოწურვამდე.
ჩაწერეთ ეს ოთხი პასუხი თქვენს ჩანაწერში პროდუქტის სახელის გვერდით. როცა შემდეგი შეთავაზება სხვა აბრევიატურით და იმავე ფასით მოვა, შედარება ქცევის შედარებად იქცევა და მხოლოდ ის იწინასწარმეტყველებს, თუ რას გააკეთებს ქსელი ცუდ დღეს.