সর্বোচ্চ ট্রান্সমিশন ইউনিট (MTU)

সর্বোচ্চ ট্রান্সমিশন ইউনিট (MTU)

কম্পিউটার নেটওয়ার্কিং -এ, ম্যাক্সিমাম ট্রান্সমিশন ইউনিট (MTU) শব্দটি সবচেয়ে বড় PDU এর আকার (বাইটে) বোঝায় যা একটি যোগাযোগ প্রোটোকলের একটি প্রদত্ত স্তরকে পাশ দিয়ে যেতে পারে। এমটিইউ প্যারামিটারগুলি সাধারণত একটি যোগাযোগ ইন্টারফেস (এনআইসি, সিরিয়াল পোর্ট, ইত্যাদি) এর সাথে যুক্ত হয়। এমটিইউ মান দ্বারা ঠিক করা যেতে পারে (যেমন ইথারনেটের ক্ষেত্রে হয়) অথবা সংযোগের সময় সিদ্ধান্ত নেওয়া হয় (যেমন সাধারণত পয়েন্ট-টু-পয়েন্ট সিরিয়াল লিঙ্কগুলির ক্ষেত্রে হয়)। একটি উচ্চতর এমটিইউ অধিকতর দক্ষতা নিয়ে আসে কারণ প্রতিটি প্যাকেট বেশি ব্যবহারকারীর তথ্য বহন করে যখন প্রোটোকল ওভারহেড, যেমন হেডার বা অন্তর্নিহিত প্রতি প্যাকেট বিলম্ব স্থির থাকে এবং উচ্চ দক্ষতা মানে বাল্ক প্রোটোকল থ্রুপুটের সামান্য উন্নতি। যাইহোক, বড় প্যাকেটগুলি কিছু সময়ের জন্য একটি ধীর লিংক দখল করতে পারে, যার ফলে প্যাকেটগুলি অনুসরণ করতে এবং বিলম্ব এবং সর্বনিম্ন বিলম্ব বাড়তে বেশি বিলম্ব হয়। উদাহরণস্বরূপ, একটি 1500 বাইট প্যাকেট, নেটওয়ার্ক লেয়ারে ইথারনেট দ্বারা অনুমোদিত সবচেয়ে বড় (এবং তাই বেশিরভাগ ইন্টারনেট), প্রায় এক সেকেন্ডের জন্য 14.4k মডেম বাঁধবে।

পথ MTU আবিষ্কার
ইন্টারনেট প্রোটোকল একটি ইন্টারনেট ট্রান্সমিশন পাথের "পাথ এমটিইউ" সংজ্ঞায়িত করে একটি উৎস এবং গন্তব্যের মধ্যে "পাথ" এর যে কোন আইপি হপের মধ্যে সবচেয়ে ছোট এমটিইউ হিসাবে। অন্যভাবে বলুন, পথটি MTU হল সবচেয়ে বড় প্যাকেটের আকার যা এই পথকে টুকরো টুকরো না করে অতিক্রম করে।

আরএফসি 1191 "পাথ এমটিইউ আবিষ্কার" বর্ণনা করে, দুটি আইপি হোস্টের মধ্যে পথ এমটিইউ নির্ধারণের কৌশল। এটি আউটগোয়িং প্যাকেটের আইপি হেডারে ডিএফ (ডোন্ট ফ্র্যাগমেন্ট) অপশন সেট করে কাজ করে। পথের যেকোনো ডিভাইস যার MTU প্যাকেটের চেয়ে ছোট, সেগুলি এই ধরনের প্যাকেটগুলি ফেলে দেবে এবং তার MTU ধারণকারী ICMP “Destination Unrecachable (Datagram Too Big)” বার্তাটি ফেরত পাঠাবে, যা উৎস হোস্টকে তার অনুমিত পথ MTU যথাযথভাবে কমাতে দেবে। প্রক্রিয়াটি পুনরাবৃত্তি হয় যতক্ষণ না এমটিইউ যথেষ্ট ছোট না হয়ে পুরো পথ অতিক্রম করে।

দুর্ভাগ্যবশত, নেটওয়ার্কের সংখ্যা বৃদ্ধি আইসিএমপি ট্রাফিক (যেমন পরিষেবা অস্বীকারের প্রতিরোধ), যা এমটিইউ আবিষ্কারকে কাজ করতে বাধা দেয়। একজন প্রায়ই এই ধরনের ব্লকিং সনাক্ত করে যেখানে একটি সংযোগ লো-ভলিউম ডেটার জন্য কাজ করে কিন্তু একটি হোস্ট একটি সময়ে একটি বড় ব্লক পাঠানোর সাথে সাথে হ্যাং হয়ে যায়। উদাহরণস্বরূপ, আইআরসির সাথে একটি সংযোগকারী ক্লায়েন্ট পিং বার্তা দেখতে পারে, কিন্তু এর পরে কোন প্রতিক্রিয়া পায় না। এর কারণ হল আসল এমটিইউর চেয়ে বড় প্যাকেটে স্বাগত বার্তা পাঠানো হয়। এছাড়াও, একটি আইপি নেটওয়ার্কে, উৎসের ঠিকানা থেকে গন্তব্য ঠিকানায় যাওয়ার পথটি প্রায়ই গতিশীলভাবে পরিবর্তিত হয়, বিভিন্ন ইভেন্টের (লোড-ব্যালেন্সিং, কনজেশন, আউটপুট ইত্যাদি) প্রতিক্রিয়ায়-এর ফলে MTU পরিবর্তন হতে পারে (কখনও কখনও পুনরাবৃত্তি) একটি ট্রান্সমিশন চলাকালীন, যা হোস্ট নতুন নিরাপদ MTU খুঁজে পাওয়ার আগে আরও প্যাকেট ড্রপ প্রবর্তন করতে পারে।

বেশিরভাগ ইথারনেট ল্যান 1500 বাইটের একটি এমটিইউ ব্যবহার করে (আধুনিক ল্যানগুলি জাম্বো ফ্রেম ব্যবহার করতে পারে, যা 9000 বাইট পর্যন্ত একটি এমটিইউর অনুমতি দেয়), তবে PPPoE এর মতো সীমান্ত প্রোটোকলগুলি এটি হ্রাস করবে। এর ফলে পাথ এমটিইউ আবিষ্কারটি কার্যকরভাবে কার্যকর হতে পারে যার ফলে কিছু সাইটগুলি খারাপভাবে কনফিগার করা ফায়ারওয়ালের নাগালের বাইরে চলে যায়। নেটওয়ার্কের কোন অংশটি নিয়ন্ত্রণ করে তার উপর নির্ভর করে কেউ সম্ভবত এর আশেপাশে কাজ করতে পারে; উদাহরণস্বরূপ কেউ প্রাথমিক প্যাকেটে এমএসএস (সর্বাধিক সেগমেন্ট সাইজ) পরিবর্তন করতে পারে যা কারও ফায়ারওয়ালে টিসিপি সংযোগ স্থাপন করে।

উইন্ডোজ ভিস্তা প্রবর্তনের পর থেকে এই সমস্যাটি আরও ঘন ঘন দেখা যাচ্ছে যা 'নেক্সট জেনারেশন টিসিপি/আইপি স্ট্যাক' প্রবর্তন করে। এটি প্রয়োগ করে "রিসিভ উইন্ডো অটো-টিউনিং যা ব্যান্ডউইথ-বিলম্ব পণ্য এবং অ্যাপ্লিকেশন পুনরুদ্ধারের হার পরিমাপ করে ক্রমাগত অনুকূল প্রাপ্ত উইন্ডোর আকার নির্ধারণ করে এবং নেটওয়ার্কের অবস্থার উপর ভিত্তি করে সর্বাধিক প্রাপ্ত উইন্ডোর আকার সমন্বয় করে।" [2] এটি পুরানো রাউটার এবং ফায়ারওয়ালগুলির সাথে একত্রে ব্যর্থ হতে দেখা গেছে যা অন্যান্য অপারেটিং সিস্টেমের সাথে কাজ করে। এটি প্রায়শই ADSL রাউটারগুলিতে দেখা যায় এবং প্রায়ই একটি ফার্মওয়্যার আপডেটের মাধ্যমে সংশোধন করা যায়।

এটিএম ব্যাকবোন, এমটিইউ টিউনিংয়ের একটি উদাহরণ
কখনও কখনও এটি দক্ষতার দৃষ্টিকোণ থেকে কৃত্রিমভাবে সমর্থিত সত্যিকারের সম্ভাব্য দৈর্ঘ্যের নীচে সফ্টওয়্যারে কৃত্রিমভাবে এমটিইউ ঘোষণা করা পছন্দনীয়। এটির একটি উদাহরণ হল আইপি ট্র্যাফিক একটি এটিএম (অ্যাসিঙ্ক্রোনাস ট্রান্সফার মোড) নেটওয়ার্কের মাধ্যমে বহন করা হয়। কিছু প্রদানকারী, বিশেষ করে যাদের টেলিফোনি ব্যাকগ্রাউন্ড আছে, তারা তাদের অভ্যন্তরীণ ব্যাকবোন নেটওয়ার্কে এটিএম ব্যবহার করে।

প্যাকেটের দৈর্ঘ্য 48 বাইটের একাধিক হলে সর্বোত্তম দক্ষতায় এটিএম ব্যবহার করা হয়। এর কারণ হল এটিএমকে নির্দিষ্ট দৈর্ঘ্যের প্যাকেটের ('সেল' নামে পরিচিত) প্রবাহ হিসাবে পাঠানো হয়, যার প্রত্যেকটি প্রতি সেল প্রতি 48 বাইটের মোট খরচের জন্য 5 বাইটের ওভারহেড সহ 53 বাইট ব্যবহারকারীর ডেটা বহন করতে পারে। সুতরাং প্রেরিত ডেটার দৈর্ঘ্যের মোট দৈর্ঘ্য 53 * ncells বাইট, যেখানে ncells = = INT ((payload_length+47)/48) এর প্রয়োজনীয় কোষের সংখ্যা। তাই সবচেয়ে খারাপ ক্ষেত্রে, যেখানে মোট দৈর্ঘ্য = (48*n+1) বাইট, একটি অতিরিক্ত কোষের প্রয়োজন হয় একটি শেষ বেল্ট প্রেরণের জন্য, চূড়ান্ত কোষের একটি অতিরিক্ত 53 প্রেরিত বাইট যার 47 টি প্যাডিং। এই কারণে, সফ্টওয়্যারে কৃত্রিমভাবে MTU হ্রাস করার ঘোষণা এটিএম স্তরে প্রোটোকল দক্ষতা বাড়িয়ে এটিএম AAL5 এর মোট পেলোডের দৈর্ঘ্য 48 বাইটের একাধিক হতে পারে।

উদাহরণস্বরূপ, 31 টি সম্পূর্ণ ভরাট এটিএম কোষ 31*48 = 1488 বাইটের একটি লোড বহন করে। 1488 এর এই সংখ্যাটি গ্রহণ করা এবং সমস্ত প্রাসঙ্গিক উচ্চতর প্রোটোকল দ্বারা প্রদত্ত যে কোনও ওভারহেডগুলি থেকে বিয়োগ করলে আমরা একটি কৃত্রিমভাবে অনুকূলভাবে হ্রাসকৃত এমটিইউর জন্য একটি প্রস্তাবিত মান পেতে পারি। সেই ক্ষেত্রে যেখানে ব্যবহারকারী সাধারণত 1500 বাইট প্যাকেট পাঠাতেন, 1489 থেকে 1536 বাইটের মধ্যে পাঠানোর জন্য একটি অতিরিক্ত এটিএম সেলের আকারে প্রেরিত 53 বাইটের একটি অতিরিক্ত নির্দিষ্ট খরচ প্রয়োজন।

PPPoA/VC-MUX ব্যবহার করে DSL সংযোগের উপর IP- র উদাহরণের জন্য, আবার 31 টি এটিএম সেল পূরণ করার জন্য আবার আগের মতো বেছে নেওয়া, আমরা 1478 বাইটের ওভারহেডকে বিবেচনায় নিয়ে 31 = 48*10-10 এর একটি পছন্দসইভাবে হ্রাসকৃত MTU চিত্র পাই। 2 বাইটের একটি পয়েন্ট-টু-পয়েন্ট প্রোটোকলের ওভারহেড এবং 5 বাইটের AAL8 ওভারহেড। এটি পিপিপিওএ -তে প্রেরিত 31 বাইট প্যাকেট থেকে এটিএমের মাধ্যমে প্রেরিত 53*1643 = 1478 বাইটের মোট খরচ দেয়। পিপিপিওএ ব্যবহার করে এডিএসএল -এ পাঠানো আইপি -র ক্ষেত্রে আইপি হেডারসহ আইপি প্যাকেটের মোট দৈর্ঘ্য 1478 হবে। তাই এই উদাহরণে 1478 এর স্ব-আরোপিত হ্রাসকৃত MTU বজায় রেখে মোট দৈর্ঘ্যের 1500 আইপি প্যাকেট পাঠানোর বিপরীতে এটি আইপি প্যাকেটের দৈর্ঘ্য 53 বাইট হ্রাসের মূল্যে এটিএম স্তরে প্রতি প্যাকেটে 22 বাইট সংরক্ষণ করে।

PPPoE/DSL সংযোগের জন্য সর্বাধিক MTU 1492, RFC 2516: 6 বাইটের PPPoE শিরোলেখ, 1488 বাইট পেলোড বা 31 টি পূর্ণাঙ্গ এটিএম কোষের জন্য পর্যাপ্ত জায়গা রেখে।

অবশেষে: MTU এর মান 1492 হতে হবে। এবং ব্রাউজিং সমস্যা বা এমএসএন সংযোগ সমস্যাগুলির ক্ষেত্রে এটি 1422 এবং 1420 মানগুলিতে হ্রাস করা উচিত।

রেফারেন্স: উইকিপিডিয়া

শুভেচ্ছান্তে