زیادہ سے زیادہ ٹرانسمیشن یونٹ (MTU)
کمپیوٹر نیٹ ورکنگ میں ، زیادہ سے زیادہ ٹرانسمیشن یونٹ (MTU) کی اصطلاح سب سے بڑے PDU کے سائز (بائٹس میں) سے مراد ہے جو کہ مواصلاتی پروٹوکول کی دی گئی ایک پرت کو آگے بڑھا سکتی ہے۔ MTU پیرامیٹرز عام طور پر ایک کمیونیکیشن انٹرفیس (NIC ، سیریل پورٹ ، وغیرہ) کے ساتھ مل کر ظاہر ہوتے ہیں۔ ایم ٹی یو کو معیار کے مطابق طے کیا جاسکتا ہے (جیسا کہ ایتھرنیٹ کا معاملہ ہے) یا کنیکٹ ٹائم پر فیصلہ کیا جاتا ہے (جیسا کہ عام طور پر پوائنٹ ٹو پوائنٹ سیریل لنکس کا معاملہ ہے)۔ ایک اعلی MTU زیادہ کارکردگی لاتا ہے کیونکہ ہر پیکٹ زیادہ صارف کا ڈیٹا لے جاتا ہے جبکہ پروٹوکول اوور ہیڈز ، جیسے ہیڈر یا بنیادی پیکٹ میں تاخیر طے شدہ رہتی ہے ، اور اعلی کارکردگی کا مطلب بلک پروٹوکول تھرو پٹ میں معمولی بہتری ہے۔ تاہم ، بڑے پیکٹ کچھ دیر کے لیے سست لنک پر قبضہ کر سکتے ہیں ، جس کی وجہ سے پیکٹوں کی پیروی میں زیادہ تاخیر ہوتی ہے اور وقفے اور کم سے کم تاخیر میں اضافہ ہوتا ہے۔ مثال کے طور پر ، ایک 1500 بائٹ کا پیکٹ ، جو نیٹ ورک پرت (اور اسی وجہ سے زیادہ تر انٹرنیٹ) پر ایتھرنیٹ کے ذریعہ سب سے بڑا اجازت یافتہ ہے ، تقریبا.14.4 ایک سیکنڈ کے لیے XNUMXk موڈیم باندھے گا۔
راستہ MTU دریافت۔
انٹرنیٹ پروٹوکول انٹرنیٹ ٹرانسمیشن پاتھ کے "پاتھ ایم ٹی یو" کو کسی سورس اور منزل کے مابین "پاتھ" کے آئی پی ہپس میں سے سب سے چھوٹا ایم ٹی یو قرار دیتا ہے۔ دوسرا راستہ ڈالیں ، راستہ MTU پیکٹ کا سب سے بڑا سائز ہے جو ٹکڑے ٹکڑے ہونے کے بغیر اس راستے سے گزرتا ہے۔
آر ایف سی 1191 "پاتھ ایم ٹی یو ڈسکوری" کی وضاحت کرتا ہے ، جو دو آئی پی میزبانوں کے مابین ایم ٹی یو کے راستے کا تعین کرنے کی ایک تکنیک ہے۔ یہ باہر جانے والے پیکٹوں کے آئی پی ہیڈرز میں ڈی ایف (ڈونٹ فریگمنٹ) آپشن سیٹ کرکے کام کرتا ہے۔ راستے میں کوئی بھی ڈیوائس جس کا MTU پیکٹ سے چھوٹا ہے وہ اس طرح کے پیکٹ چھوڑ دے گا اور اس کے MTU پر مشتمل ICMP "Destination Unrecachable (Datagram Too Big)" پیغام واپس بھیج دے گا ، جس سے سورس ہوسٹ اپنے فرض کردہ راستے MTU کو مناسب طریقے سے کم کر سکے گا۔ یہ عمل اس وقت تک دہراتا ہے جب تک کہ ایم ٹی یو اتنا چھوٹا نہ ہو کہ پورے راستے کو ٹکڑے ٹکڑے کیے بغیر گزر جائے۔
بدقسمتی سے ، نیٹ ورکس کی بڑھتی ہوئی تعداد آئی سی ایم پی ٹریفک کو چھوڑ دیتی ہے (مثلا den سروس سے انکار کو روکنے کے لیے) ، جو ایم ٹی یو کی دریافت کو کام کرنے سے روکتا ہے۔ اکثر ایسے معاملات میں بلاکنگ کا پتہ لگاتا ہے جہاں کنکشن کم حجم والے ڈیٹا کے لیے کام کرتا ہے لیکن جیسے ہی میزبان ایک وقت میں ڈیٹا کا ایک بڑا بلاک بھیجتا ہے وہ ہینگ ہو جاتا ہے۔ مثال کے طور پر ، IRC کے ساتھ ایک مربوط کلائنٹ پنگ پیغام تک دیکھ سکتا ہے ، لیکن اس کے بعد کوئی جواب نہیں ملتا۔ اس کی وجہ یہ ہے کہ خوش آمدید پیغامات کا بڑا مجموعہ اصلی MTU سے بڑے پیکٹوں میں بھیجا جاتا ہے۔ نیز ، ایک آئی پی نیٹ ورک میں ، سورس ایڈریس سے منزل کے پتے تک کا راستہ اکثر مختلف واقعات (بوجھ توازن ، بھیڑ ، آؤٹ پٹ وغیرہ) کے جواب میں متحرک طور پر تبدیل ہوجاتا ہے۔ بار بار) ٹرانسمیشن کے دوران ، جو میزبان کو نیا محفوظ MTU ملنے سے پہلے مزید پیکٹ ڈراپ متعارف کروا سکتا ہے۔
زیادہ تر ایتھرنیٹ LANs 1500 بائٹس کا MTU استعمال کرتے ہیں (جدید LAN جمبو فریم استعمال کر سکتے ہیں ، جس سے MTU 9000 بائٹس تک جا سکتا ہے) ، تاہم PPPoE جیسے بارڈر پروٹوکول اس کو کم کر دیں گے۔ اس کی وجہ سے ایم ٹی یو کی دریافت ممکنہ نتائج کے ساتھ عمل میں آتی ہے جس کے نتیجے میں کچھ سائٹس بری طرح ترتیب دی گئی فائر والز تک ناقابل رسائی ہیں۔ کوئی ممکنہ طور پر اس کے ارد گرد کام کر سکتا ہے ، اس پر منحصر ہے کہ نیٹ ورک کے کون سے حصے کو کنٹرول کرتا ہے۔ مثال کے طور پر کوئی ابتدائی پیکٹ میں MSS (زیادہ سے زیادہ حصے کا سائز) تبدیل کر سکتا ہے جو کسی کے فائر وال پر TCP کنکشن قائم کرتا ہے۔
ونڈوز وسٹا کے تعارف کے بعد سے یہ مسئلہ زیادہ کثرت سے سامنے آیا ہے جس میں 'نیکسٹ جنریشن ٹی سی پی/آئی پی اسٹیک' متعارف کرایا گیا ہے۔ یہ "ونڈو آٹو ٹیوننگ وصول کریں جو کہ بینڈوڈتھ تاخیر کی مصنوعات اور ایپلی کیشن کی بازیابی کی شرح کی پیمائش کرکے زیادہ سے زیادہ وصول کرنے والی ونڈو سائز کا مسلسل تعین کرتا ہے ، اور نیٹ ورک کے حالات کو بدلتے ہوئے زیادہ سے زیادہ وصول ونڈو سائز کو ایڈجسٹ کرتا ہے۔" [2] یہ دیکھا گیا ہے کہ پرانے روٹرز اور فائر والز کے ساتھ مل کر ناکام رہے ہیں جو دوسرے آپریٹنگ سسٹم کے ساتھ کام کرتے دکھائی دیتے ہیں۔ یہ اکثر ADSL روٹرز میں دیکھا جاتا ہے اور اکثر فرم ویئر اپ ڈیٹ کے ذریعے اس کی اصلاح کی جا سکتی ہے۔
اے ٹی ایم ریڑھ کی ہڈی ، ایم ٹی یو ٹیوننگ کی ایک مثال۔
بعض اوقات یہ افادیت کے نقطہ نظر سے بہتر ہے کہ سافٹ ویئر میں مصنوعی طور پر کم شدہ MTU کو حقیقی زیادہ سے زیادہ ممکنہ لمبائی سے کم قرار دیا جائے۔ اس کی ایک مثال وہ کیس ہے جہاں آئی پی ٹریفک اے ٹی ایم (اسینکرونس ٹرانسفر موڈ) نیٹ ورک پر ہوتا ہے۔ کچھ فراہم کرنے والے ، خاص طور پر ٹیلی فونی پس منظر والے ، اپنے اندرونی ریڑھ کی ہڈی کے نیٹ ورک پر اے ٹی ایم استعمال کرتے ہیں۔
زیادہ سے زیادہ کارکردگی پر اے ٹی ایم کا استعمال اس وقت حاصل ہوتا ہے جب پیکٹ کی لمبائی 48 بائٹس سے زیادہ ہو۔ اس کی وجہ یہ ہے کہ اے ٹی ایم کو فکسڈ لمبائی کے پیکٹوں (جسے 'سیلز' کہا جاتا ہے) کے ایک سٹریم کے طور پر بھیجا جاتا ہے ، جن میں سے ہر ایک صارف کے ڈیٹا کے 48 بائٹس کا پے لوڈ لے سکتا ہے جس میں 5 بائٹس اوور ہیڈ ہوتے ہیں جس کی کل قیمت 53 بائٹس فی سیل ہوتی ہے۔ تو منتقل شدہ ڈیٹا کی کل لمبائی 53 * ncells بائٹس ہے ، جہاں ncells = مطلوبہ خلیوں کی تعداد = INT ((payload_length+47)/48)۔ لہذا بدترین صورت میں ، جہاں کل لمبائی = (48*n+1) بائٹس ، ایک اضافی سیل کو پے لوڈ کے آخری بائٹ کی ترسیل کے لیے درکار ہوتا ہے ، حتمی سیل میں اضافی 53 ٹرانسمیٹڈ بائٹس کی لاگت ہوتی ہے جن میں سے 47 پیڈنگ ہوتے ہیں۔ اس وجہ سے ، سافٹ ویئر میں مصنوعی طور پر کم MTU کا اعلان کرنا اے ٹی ایم پرت میں پروٹوکول کی کارکردگی کو زیادہ سے زیادہ کرتا ہے تاکہ اے ٹی ایم اے اے ایل 5 کی کل پے لوڈ لمبائی 48 بائٹس سے زیادہ ہو۔
مثال کے طور پر ، 31 مکمل طور پر بھرا ہوا اے ٹی ایم سیل 31*48 = 1488 بائٹس کا پے لوڈ لے جاتا ہے۔ 1488 کے اس اعداد و شمار کو لے کر اور اس میں سے کسی بھی اوور ہیڈ کو منسوخ کرنے سے تمام متعلقہ اعلی پروٹوکول کے ذریعے ہم مصنوعی طور پر کم شدہ MTU کے لیے تجویز کردہ قیمت حاصل کر سکتے ہیں۔ ایسی صورت میں جہاں صارف عام طور پر 1500 بائٹ کے پیکٹ بھیجتا تھا ، 1489 اور 1536 بائٹس کے درمیان بھیجنے کے لیے ایک اضافی اے ٹی ایم سیل کی صورت میں منتقل ہونے والے 53 بائٹس کی اضافی مقررہ قیمت درکار ہوتی ہے۔
PPPoA/VC-MUX کا استعمال کرتے ہوئے DSL کنکشن پر IP کی مثال کے طور پر ، پہلے کی طرح 31 اے ٹی ایم سیل بھرنے کا انتخاب کرتے ہوئے ، ہم مطلوبہ طور پر 1478 = 31*48-10 کا مطلوبہ کم شدہ MTU اعداد و شمار حاصل کرتے ہیں جس میں 10 بائٹس پر مشتمل ہے ایک پوائنٹ ٹو پوائنٹ پروٹوکول 2 بائٹس کا اوور ہیڈ ، اور AAL5 8 بائٹس کا اوور ہیڈ۔ یہ پی پی پی او اے کو منتقل ہونے والے 31 بائٹ پیکٹ سے اے ٹی ایم کے ذریعے منتقل ہونے والے 53*1643 = 1478 بائٹس کی کل لاگت دیتا ہے۔ پی پی پی او اے کا استعمال کرتے ہوئے اے ڈی ایس ایل پر بھیجے گئے آئی پی کے معاملے میں آئی پی ہیڈر سمیت آئی پی پیکٹ کی کل لمبائی 1478 ہوگی۔ لہذا اس مثال میں 1478 کے خود ساختہ کم شدہ MTU کو مدنظر رکھتے ہوئے ، کل لمبائی 1500 کے آئی پی پیکٹ بھیجنے کے برعکس اے ٹی ایم پرت میں 53 بائٹس فی پیکٹ بچاتا ہے ، آئی پی پیکٹ کی لمبائی میں 22 بائٹ کمی کی قیمت پر۔
PPPoE/DSL کنکشنز کے لیے زیادہ سے زیادہ MTU 1492 ہے ، فی RFC 2516: 6 بائٹس PPPoE ہیڈر ہونے کی وجہ سے ، 1488 بائٹ پے لوڈ ، یا 31 مکمل اے ٹی ایم سیلز کے لیے کافی جگہ چھوڑ دیتا ہے۔
آخر: MTU کی معیاری قیمت 1492 ہونا ہے۔ اور براؤزنگ کے مسائل یا MSN کنیکٹوٹی کے مسائل کی صورت میں اسے 1422 اور 1420 اقدار تک کم کیا جانا چاہیے۔
حوالہ: وکیپیڈیا
نیک تمنائیں
ہیلو، مفید مضمون کے لیے آپ کا شکریہ