L2TPv2, L2TPv3, GRE და VPWS: არჩევა დატვირთვის მიხედვით
შეადარეთ L2TPv2, L2TPv3, GRE და MPLS VPWS იმ დატვირთვის, დამატებითი ხარჯისა და იმის მიხედვით, თუ ვინ მართავს ტრანსპორტს რეალურად.
უმეტესობა L2TP GRE-ის წინააღმდეგ კამათისა იშლება იმავე მიზეზით: სახელები პრობლემის სხვადასხვა ფენაზე დგას. ორი მათგანი აღწერს ინკაფსულაციას, რომელსაც საკუთარ როუტერებზე აწყობთ. ერთი აღწერს სერვისს, რომელსაც სხვა გთავაზობთ. დაიწყეთ იმ დატვირთვით, რომელიც ბოლო წერტილებმა უნდა ატარონ, და შედარება ფუნქციების ბრძოლის ნაცვლად შედეგების მოკლე სიად იქცევა.
ჯერ დატვირთვა, შემდეგ პროტოკოლი
პრაქტიკაში დატვირთვა ოთხი რამიდან ერთია: PPP სესია, ნედლი Ethernet კადრი, IP პაკეტი ან პროვაიდერისთვის გადაცემული MPLS კადრი. თითოეული განსხვავებულ მოთხოვნებს აყენებს მისამართებას, მაუწყებლობის დამუშავებასა და ხარვეზების გამოვლენას. თუ ეს სია არასწორია, ინკაფსულაციის არც ერთი რეგულირება არ იხსნის დიზაინს.
| Payload | Natural fit | What it needs |
|---|---|---|
| PPP session | L2TPv2 | UDP reachability, PPP negotiation on both ends |
| Ethernet frame | L2TPv3 or VPWS | Pseudowire signalling, matched MTU on both sides |
| IP packet | GRE, with IPsec alongside | Routed underlay, protocol type supported by both devices |
| MPLS frame | VPWS | Provider attachment circuits and demarcation points |
ამ რიგების გარეთ ყველაფერი მოგვიანებით ემატება, მაგალითად დაშიფვრა, შეკუმშვა ან ტრაფიკის ფორმირება. ჯერ რიგი აირჩიეთ.
L2TPv2 და L2TPv3 სახელს იზიარებენ და თითქმის სხვა არაფერს
L2TPv2 არსებობს PPP სესიების IP ქსელზე გადასატანად, ამიტომ ის უფრო დისტანციური წვდომის პროტოკოლად იკითხება, ვიდრე ზოგადი კადრების ტრანსპორტად. L2TPv3 აზოგადებს ამ იდეას: საკონტროლო კავშირი სესიებზე მოლაპარაკებას აწარმოებს და ყოველი სესია განსაზღვრულ მე-2 დონის კავშირს ატარებს ორ IP ბოლო წერტილს შორის. იგივე ოჯახური სახელი, სხვა საკონტროლო პროტოკოლი, სხვა სესიის მოდელი. მხოლოდ L2TP-ის მოხსენიება არასრული მოთხოვნაა, ხოლო არასწორი ვერსიიდან კოპირებული შაბლონი მოლაპარაკებასაც კი არ გამართავს.
თუ PPP გჭირდებათ, L2TPv2 ოჯახის ერთადერთი რეალისტური წევრია; თუ Ethernet კადრები გჭირდებათ მარშრუტიზებულ ბირთვზე, L2TPv3-ის ტერიტორიაზე ხართ.
ტრანსპორტის დეტალები იმგვარად განსხვავდება, რაც firewall-ის გადახედვისას ვლინდება. L2TPv3 შეიძლება პირდაპირ IP 115 პროტოკოლზე ან UDP-ის შიგნით იმოგზაუროს, ჩვეულებრივ 1701 პორტზე, მაშინ როცა L2TPv2 UDP 1701-ზე რჩება შიგნით PPP-ით. ერთი ვერსიისთვის დაწერილი პოლიტიკა სრულიად სწორად შეიძლება გამოიყურებოდეს და მაინც ჩამოაგდოს მეორე.
GRE არის სათაური, არა სერვისი
GRE დატვირთვას ახვევს ოთხბაიტიან სათაურში არასავალდებულო გასაღებისა და მიმდევრობის ველით, შემდეგ შედეგს IP-ს გადასცემს მიწოდებისთვის. ის არაფერს აცხადებს დატვირთვის მნიშვნელობაზე, ამიტომ იმპლემენტაციებს შეუძლიათ IPv4, IPv6 ან Ethernet დააგვირას, თუ ეს პროტოკოლის ტიპები მხარდაჭერილია. ზოგადი არ არის იგივე, რაც უნივერსალური: გადაამოწმეთ პროტოკოლის ტიპი და ფრაგმენტაციის ქცევა რეალურ მოწყობილობაზე.
გასაღების ველი არის ის, რაც GRE-ს სასარგებლოს ხდის, როცა რამდენიმე გვირაბი ერთ ბოლო წერტილთა წყვილს იზიარებს, რადგან მიმღები ამ მნიშვნელობით დემულტიპლექსირებას ახდენს. GRE IPv4-ზე დაახლოებით 24 ბაიტს ხარჯავს ნებისმიერ დამატებით ოფციამდე და ეს იწყებს მნიშვნელობის შეძენას უკვე 1500 ბაიტიანი კადრებისთვის გათვლილ ხაზებზე. მარტო GRE კონფიდენციალურობას არ გვთავაზობს, ამიტომ ჩვეულებრივი ნიმუში მას IPsec-თან აწყვილებს და კრიპტოგრაფიულ საზღვარს IPsec-ს უტოვებს. ეს წყვილი მუშაობს, მაგრამ MTU-ის ბიუჯეტმა მაშინ ორივე სათაური უნდა დაფაროს.
GRE ასევე multicast-სა და მაუწყებლობას გადააქვს გვირაბში, როცა დატვირთვა Ethernet-ია, რასაც ჩვეულებრივი unicast IP გვირაბი ვერ აკეთებს. სწორედ ეს თვისება, და არა აბრევიატურა, ჩვეულებრივ არის დიზაინის არჩევის მიზეზი.
VPWS ყიდულობენ, არ აკონფიგურირებენ
ვირტუალური კერძო ხაზის სერვისი წერტილიდან წერტილამდე მე-2 დონის წრედს აწვდის პროვაიდერის ქსელზე. თქვენი მიერთების წრედი პროვაიდერის კიდურ მოწყობილობაზე მთავრდება, ბირთვში გამავალი ფსევდო-ხაზი კი პროვაიდერისაა. მნიშვნელოვანი კითხვები ოპერაციულია: სად არის საზღვარი, ვის ეკუთვნის პირველი და ბოლო მილი და რას აკეთებს პროვაიდერი ზედმეტად დიდი კადრებით.
აქ შედარება იბრუნებს. L2TPv3 და GRE ის რამაა, რასაც თქვენ ბოლოდან ბოლომდე მართავთ, ამიტომ მათ საკუთარი მონაცემებითა და საკუთარი ჩანაწერებით ამოწმებთ. VPWS ხელშეკრულებაა გადაცემით, ამიტომ გათიშვა ბილეთით იწყება და არა პაკეტების ჩაწერით. არც ერთი მოდელი არ იმარჯვებს სრულად; ისინი სხვადასხვა ადგილას ცდებიან, და არჩევანი დამოკიდებულია იმაზე, გსურთ თუ არა ბოლო მილის ფლობა.
ფსევდო-ხაზის იარლიყების დასტა პროვაიდერის ქსელში რჩება, ამიტომ ის თქვენს MTU არითმეტიკას არ ცვლის ისე, როგორც ხილული გვირაბის სათაური.
აირჩიეთ ერთი რიგი და ჩაწერეთ
გადაწყვეტილება ჩაწერეთ ერთ წინადადებად სამი ნაწილით: დატვირთვა, ინკაფსულაცია და ტრანსპორტის მფლობელი. შემდეგ დაურთეთ რიცხვები, რომლებიც მას შესამოწმებელს ხდის.
თითოეული კანდიდატისთვის ჩაწერეთ ხაზზე დამატებითი ხარჯი, ყველაზე დიდი კადრი, რომელსაც გზა იღებს, და პირველი ნახტომი, რომელიც MTU პრობლემას შეატყობინებს. დაადასტურეთ, რომ ორივე ბოლო წერტილი მხარს უჭერს თქვენ მიერ არჩეულ პროტოკოლის ან სესიის ტიპს და არა მხოლოდ მონაცემთა ფურცლის მარკეტინგულ ტერმინს. გადაწყვიტეთ, როგორ გამოიყურებოდა მულტიპლექსირება, თუ მომავალ წელს მეორე წრედი გამოჩნდება, რადგან GRE გასაღებები და L2TPv3 სესიის ID-ები ამ პრობლემის ურთიერთშემცვლელი გადაწყვეტები არ არის. შემდეგ გაგზავნეთ ერთი ზედმეტად დიდი და ერთი ჩვეულებრივი კადრი; ეს წყვილი ქაღალდზე კარგად მოჩვენებულ დიზაინების უმეტესობას იჭერს.
გვირაბების სახელით შედარება კვლავ წარმოშობს კამათს, რომელსაც ვერავინ ვერ გადაწყვეტს. დატვირთვით, ხარჯითა და საკუთრებით შედარება ერთ შუადღეში გადაწყვეტილებას იძლევა, პლუს მოგვიანებით მის დასაცავად საჭირო მტკიცებულებებს.