Çox vaxt L2TP və GRE müqayisəsi eyni səbəbdən dağılır: adlar problemin müxtəlif qatlarında dayanır. Onlardan ikisi öz marşrutlaşdırıcılarınızda qurduğunuz inkapsulyasiyanı təsvir edir. Biri isə başqasının sizə satdığı xidməti təsvir edir. Son nöqtələrin daşımalı olduğu yüklə başlayın və müqayisə xüsusiyyət çəkişməsi yerinə qısa nəticələr siyahısına çevrilir.

Əvvəlcə yük, sonra protokol

Təcrübədə yük dörd şeydən biridir: PPP sessiyası, xam Ethernet kadrı, IP paketi və ya provayderə verilən MPLS kadrı. Hər biri ünvanlaşdırma, yayım emalı və nasazlıq aşkarlanması üçün fərqli tələblər qoyur. Bu siyahını səhv tutsanız, heç bir inkapsulyasiya tənzimləməsi dizaynı xilas etməyəcək.

PayloadNatural fitWhat it needs
PPP sessionL2TPv2UDP reachability, PPP negotiation on both ends
Ethernet frameL2TPv3 or VPWSPseudowire signalling, matched MTU on both sides
IP packetGRE, with IPsec alongsideRouted underlay, protocol type supported by both devices
MPLS frameVPWSProvider attachment circuits and demarcation points

Bu sətirlərdən kənarda qalan hər şey sonradan əlavə olunur: şifrələmə, sıxılma və ya trafik formalaşdırma. Əvvəlcə sətri seçin.

L2TPv2 və L2TPv3 adı paylaşır, başqa az şey paylaşır

L2TPv2 PPP sessiyalarını IP şəbəkəsi üzərindən daşımaq üçün mövcuddur, buna görə də ümumi kadr nəqliyyatı deyil, uzaqdan giriş protokolu kimi oxunur. L2TPv3 bu ideyanı ümumiləşdirir: idarəetmə bağlantısı sessiyalar barədə razılaşır və hər sessiya iki IP son nöqtəsi arasında müəyyən 2-ci qat bağlantısı daşıyır. Eyni ailə adı, fərqli idarəetmə protokolu, fərqli sessiya modeli. Yalnız L2TP deyən tələb natamamdır və səhv versiyadan kopyalanmış şablon hətta razılaşma da qura bilməyəcək.

PPP lazımdırsa, L2TPv2 ailənin yeganə real üzvüdür; marşrutlaşdırılmış nüvə üzərindən Ethernet kadrları lazımdırsa, L2TPv3 ərazisindəsiniz.

Nəqliyyat detalları firewall yoxlaması zamanı üzə çıxan şəkildə fərqlənir. L2TPv3 birbaşa IP protokolu 115 üzərindən və ya UDP içində, adətən 1701 portunda gedə bilər, L2TPv2 isə içində PPP ilə UDP 1701-də qalır. Bir versiya üçün yazılmış siyasət tamamilə düzgün görünüb digərini yenə də düşürə bilər.

GRE başlıqdır, xidmət deyil

GRE yükü isteğe bağlı açar və ardıcıllıq sahəsi olan dörd baytlıq başlığa bürüyür, sonra nəticəni çatdırılma üçün IP-yə verir. Yükün nə məna daşıdığı barədə heç bir iddia irəli sürmür, buna görə tətbiqlər bu protokol növləri dəstəklənirsə IPv4, IPv6 və ya Ethernet tünelləyə bilər. Ümumi olmaq universal olmaq demək deyil: protokol növünü və fraqmentasiya davranışını real cihazda yoxlayın.

Açar sahəsi bir neçə tunelin bir cüt son nöqtə ünvanını paylaşdığı halda GRE-ni faydalı edir, çünki qəbuledici demultipleksasiyanı həmin dəyərə görə aparır. IPv4 üzərində GRE hər hansı əlavə seçimdən əvvəl təxminən 24 bayt tutur və bu, artıq 1500 baytlıq kadrlar üçün ayrılmış kanallarda əhəmiyyət kəsb edir. Təkbaşına GRE heç bir məxfilik təmin etmir, ona görə adi nümunə onu IPsec ilə cütləşdirir və kriptoqrafiya sərhədini IPsec-ə buraxır. Bu cütləşmə işləyir, amma MTU büdcəsi onda hər iki başlığı əhatə etməlidir.

Yük Ethernet olduqda GRE tüneldən multicast və yayımı da daşıyır, adi birnöqtəli IP tuneli bunu edə bilmir. Dizaynın onu seçməsinin səbəbi adətən abbreviatur deyil, məhz bu xüsusiyyətdir.

VPWS alınır, konfiqurasiya edilmir

Virtual private wire xidməti provayderin şəbəkəsi üzərindən nöqtədən nöqtəyə 2-ci qat dövrəsi çatdırır. Qoşulma dövrəniz provayderin kənar cihazında bitir və nüvə üzərindəki psevdosim provayderə aiddir. Əhəmiyyətli suallar əməliyyat xarakterlidir: demarkasiya harada yerləşir, ilk və son mil kimə aiddir və provayder həddindən böyük kadrlarla nə edir.

Müqayisə burada dönür. L2TPv3 və GRE sizin uçdan uca işlətdiyiniz şeylərdir, ona görə onları öz uçot məlumatlarınız və öz tutmalarınızla sazlayırsınız. VPWS isə təhvil ilə bağlanan müqavilədir, ona görə kəsinti paket tutması ilə deyil, biletlə başlayır. Heç bir model qəti qalib gəlmir; onlar fərqli yerlərdə sıradan çıxır və seçim son milə sahib olmaq istəyib-istəməməyinizdən asılıdır.

Psevdosim etiket yığını provayder şəbəkəsinin içində qalır, ona görə görünən tunel başlığı kimi MTU hesabınızı dəyişmir.

Bir sətir seçin və onu yazın

Qərarı üç hissədən ibarət bir cümlə kimi qeyd edin: yük, inkapsulyasiya və nəqliyyat sahibi. Sonra onu yoxlanıla bilən edən rəqəmləri əlavə edin.

Hər namizəd üçün naqildəki yükümlülüyü, yolun qəbul etdiyi ən böyük kadrı və MTU problemi barədə məlumat verəcək ilk hopu yazın. Hər iki son nöqtənin seçdiyiniz protokol növünü və ya sessiya növünü dəstəklədiyini təsdiqləyin, yalnız məlumat vərəqindəki marketinq terminini deyil. Gələn il ikinci dövrə yaranarsa multipleksasiyanın necə görünəcəyinə qərar verin, çünki GRE açarları və L2TPv3 sessiya ID-ləri bu problemin bir-birini əvəz edən həlləri deyil. Sonra bir həddindən böyük və bir normal kadr göndərin; bu cüt kağızda yaxşı görünən dizaynların çoxunu tutur.

Tünelləri adla müqayisə etmək heç kimin həll edə bilmədiyi mübahisələr doğurmaqda davam edir. Onları yük, yükümlülük və sahibliklə müqayisə etmək isə bir günorta qərar, üstəlik sonradan onu müdafiə etmək üçün lazım olan sübutları verir.

Əlaqəli məqalələr