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 তৈরি হয়েছিল IP নেটওয়ার্কের ওপর দিয়ে PPP সেশন বহন করার জন্য, তাই এটি সাধারণ ফ্রেম পরিবহনের বদলে রিমোট অ্যাক্সেস প্রোটোকলের মতো পড়া যায়। L2TPv3 সেই ধারণাকে সাধারণীকৃত করে: একটি কন্ট্রোল সংযোগ সেশন নিয়ে দরকষাকষি করে, এবং প্রতিটি সেশন দুটি IP প্রান্তবিন্দুর মধ্যে একটি নির্দিষ্ট স্তর 2 সংযোগ বহন করে। একই পরিবার-নাম, ভিন্ন কন্ট্রোল প্রোটোকল, ভিন্ন সেশন মডেল। যে প্রয়োজন শুধু L2TP বলে তা অসম্পূর্ণ, আর ভুল সংস্করণ থেকে কপি করা টেমপ্লেট দরকষাকষিও করবে না।
আপনার যদি PPP দরকার হয়, তবে L2TPv2 পরিবারের একমাত্র বাস্তব সদস্য; যদি রাউটেড কোরের ওপর দিয়ে Ethernet ফ্রেম দরকার হয়, আপনি L2TPv3-এর এলাকায় আছেন।
পরিবহনের বিবরণ এমনভাবে ভিন্ন যে তা ফায়ারওয়াল পর্যালোচনার সময় প্রকাশ পায়। L2TPv3 সরাসরি IP প্রোটোকল 115-এর ওপর বা UDP-এর ভেতরে, সাধারণত পোর্ট 1701-এ যেতে পারে, অথচ L2TPv2 ভেতরে PPP নিয়ে UDP 1701-এ থাকে। একটি সংস্করণের জন্য লেখা নীতি সম্পূর্ণ সঠিক দেখাতে পারে এবং তবুও অন্যটিকে ফেলে দিতে পারে।
GRE একটি হেডার, কোনো সেবা নয়
GRE একটি পেলোডকে ঐচ্ছিক কী ও সিকোয়েন্স ফিল্ডসহ চার বাইটের হেডারে মুড়ে দেয়, তারপর ফলাফলটি সরবরাহের জন্য IP-এর কাছে হস্তান্তর করে। এটি পেলোডের অর্থ নিয়ে কোনো দাবি করে না, তাই বাস্তবায়নগুলো IPv4, IPv6 বা Ethernet টানেল করতে পারে যদি সেই প্রোটোকল ধরনগুলো সমর্থিত হয়। সাধারণ হওয়া সর্বজনীন হওয়ার সমান নয়: প্রকৃত ডিভাইসে প্রোটোকল ধরন ও ফ্র্যাগমেন্টেশন আচরণ যাচাই করুন।
কী ফিল্ডটি GRE-কে তখন উপযোগী করে তোলে যখন একাধিক টানেল এক জোড়া প্রান্তবিন্দু ঠিকানা ভাগ করে, কারণ প্রাপক সেই মান অনুযায়ী ডিমাল্টিপ্লেক্স করে। IPv4-এর ওপর GRE যেকোনো অতিরিক্ত অপশনের আগে প্রায় 24 বাইট খরচ করে, যা ইতিমধ্যে 1500 বাইটের ফ্রেমের জন্য প্রস্তুত লিংকে গুরুত্বপূর্ণ হয়ে ওঠে। একা GRE কোনো গোপনীয়তা দেয় না, তাই স্বাভাবিক প্যাটার্ন এটিকে IPsec-এর সাথে জোড়া দেয় এবং ক্রিপ্টো সীমানা IPsec-এর হাতে রাখে। সেই জোড়া কাজ করে, কিন্তু তখন MTU বাজেটকে উভয় হেডারই কভার করতে হয়।
পেলোড Ethernet হলে GRE টানেলের মধ্য দিয়ে মাল্টিকাস্ট ও ব্রডকাস্টও বহন করে, যা একটি সাধারণ ইউনিকাস্ট IP টানেল করতে পারে না। এই বৈশিষ্ট্যটিই, সংক্ষিপ্ত নামটি নয়, সাধারণত একটি ডিজাইনকে এটি বেছে নিতে প্ররোচিত করে।
VPWS কেনা হয়, কনফিগার করা হয় না
একটি ভার্চুয়াল প্রাইভেট ওয়্যার সার্ভিস প্রোভাইডারের নেটওয়ার্ক জুড়ে পয়েন্ট-টু-পয়েন্ট স্তর 2 সার্কিট সরবরাহ করে। আপনার অ্যাটাচমেন্ট সার্কিট প্রোভাইডার এজ ডিভাইসে শেষ হয়, আর কোর জুড়ে সিউডোওয়্যারটি প্রোভাইডারের। গুরুত্বপূর্ণ প্রশ্নগুলো পরিচালনগত: সীমানা কোথায়, প্রথম ও শেষ মাইল কার, এবং অতিরিক্ত বড় ফ্রেম নিয়ে প্রোভাইডার কী করে।
এখানেই তুলনাটি মোড় নেয়। L2TPv3 ও GRE এমন জিনিস যা আপনি প্রান্ত থেকে প্রান্ত চালান, তাই নিজের শংসাপত্র ও নিজের ক্যাপচার দিয়ে এগুলো ডিবাগ করেন। VPWS হলো হস্তান্তরসহ একটি চুক্তি, তাই বিভ্রাট প্যাকেট ক্যাপচারের বদলে টিকেট দিয়ে শুরু হয়। কোনো মডেলই চূড়ান্তভাবে জেতে না; তারা ভিন্ন জায়গায় ব্যর্থ হয়, আর পছন্দটি নির্ভর করে আপনি শেষ মাইলটি নিজের রাখতে চান কি না তার ওপর।
সিউডোওয়্যার লেবেল স্ট্যাক প্রোভাইডারের নেটওয়ার্কের ভেতরেই থাকে, তাই দৃশ্যমান টানেল হেডারের মতো এটি আপনার MTU হিসাব বদলায় না।
একটি সারি বেছে নিন এবং তা লিখে রাখুন
সিদ্ধান্তটি তিনটি অংশের এক বাক্যে লিখুন: পেলোড, এনক্যাপসুলেশন এবং পরিবহনের মালিক। তারপর এমন সংখ্যাগুলো সংযুক্ত করুন যা এটিকে যাচাইযোগ্য করে।
প্রতিটি প্রার্থীর জন্য অন-ওয়্যার ওভারহেড, পথটি যে বৃহত্তম ফ্রেম গ্রহণ করে এবং যে প্রথম হপ MTU সমস্যা রিপোর্ট করবে তা লিখুন। নিশ্চিত করুন যে উভয় প্রান্তবিন্দু আপনার বেছে নেওয়া প্রোটোকল ধরন বা সেশন ধরন সমর্থন করে, কেবল ডেটাশিটের মার্কেটিং শব্দটি নয়। আগামী বছর দ্বিতীয় সার্কিট এলে মাল্টিপ্লেক্সিং কেমন হবে তা ঠিক করুন, কারণ GRE কী ও L2TPv3 সেশন আইডি সেই সমস্যার বিনিময়যোগ্য সমাধান নয়। তারপর একটি অতিরিক্ত বড় ফ্রেম ও একটি সাধারণ ফ্রেম পাঠান; এই জোড়াটি কাগজে ভালো দেখানো বেশিরভাগ ডিজাইন ধরে ফেলে।
নাম দিয়ে টানেল তুলনা করা এমন বিতর্ক তৈরি করতে থাকে যা কেউ মেটাতে পারে না। পেলোড, ওভারহেড ও মালিকানা দিয়ে তুলনা করলে এক বিকেলে সিদ্ধান্ত পাওয়া যায়, সাথে পরবর্তীতে তা রক্ষা করার প্রমাণও।