وحدة نقل الحركة القصوى

الموسوعة الحرة

في شبكات الحاسوب ، تُعرف وحدة الإرسال القصوى ( MTU ) بأنها حجم أكبر وحدة بيانات بروتوكول (PDU) يمكن نقلها في معاملة واحدة على مستوى طبقة الشبكة . [ 1 ] : 25 ترتبط وحدة الإرسال القصوى بحجم الإطار الأقصى الذي يمكن نقله على طبقة ربط البيانات ، مثل إطار الإيثرنت ، ولكنها ليست مطابقة له .

يرتبط حجم وحدة النقل القصوى (MTU) الأكبر بانخفاض الحمل الزائد . بينما يمكن لقيم MTU الأصغر تقليل تأخير الشبكة . في كثير من الحالات، يعتمد حجم MTU على إمكانيات الشبكة الأساسية، ويجب تعديله يدويًا أو تلقائيًا لضمان عدم تجاوز هذه الإمكانيات. قد تظهر معلمات MTU مرتبطة بواجهة أو معيار اتصالات. قد تحدد بعض الأنظمة حجم MTU عند الاتصال، على سبيل المثال، باستخدام خاصية اكتشاف MTU للمسار .

قابلية التطبيق

تُستخدم وحدات النقل القصوى (MTU) في بروتوكولات الاتصالات وطبقات الشبكة . تُحدد وحدة النقل القصوى بالبايتات أو الأوكتات لأكبر وحدة بيانات بروتوكول (PDU) يمكن للطبقة تمريرها. عادةً ما تظهر معلمات وحدة النقل القصوى مرتبطةً بواجهة اتصالات ( بطاقة شبكة ، منفذ تسلسلي ، إلخ). يمكن للمعايير ( مثل الإيثرنت ) تحديد حجم وحدة النقل القصوى؛ أو قد تُحدد الأنظمة (مثل وصلات الاتصال التسلسلي من نقطة إلى نقطة) وحدة النقل القصوى عند الاتصال.

تُضيف طبقات ربط البيانات والطبقة الفيزيائية عادةً بيانات إضافية إلى بيانات طبقة الشبكة المراد نقلها، لذا، لحساب الحد الأقصى لحجم الإطار (MTU) لوسيط معين، يجب طرح مقدار هذه البيانات الإضافية. على سبيل المثال، في شبكة الإيثرنت، يبلغ الحد الأقصى لحجم الإطار 1518 بايت، منها 18 بايت بيانات إضافية ( رأس الإطار وتسلسل فحص الإطار )، مما ينتج عنه حد أقصى لحجم الإطار (MTU) يبلغ 1500 بايت.

المفاضلات

يؤدي استخدام وحدة نقل قصوى (MTU) أكبر إلى زيادة الكفاءة، لأن كل حزمة بيانات تحمل كمية أكبر من بيانات المستخدم، بينما تظل تكاليف البروتوكول الإضافية، مثل الرؤوس أو التأخيرات الأساسية لكل حزمة، ثابتة؛ مما يعني تحسينًا في إنتاجية البروتوكول الإجمالية. كما يتطلب استخدام وحدة نقل قصوى أكبر معالجة عدد أقل من الحزم لنفس كمية البيانات. في بعض الأنظمة، قد تُشكل معالجة كل حزمة على حدة عائقًا كبيرًا أمام الأداء.

مع ذلك، لا يخلو هذا المكسب من عيوب. فالحزم الكبيرة تشغل الرابط لفترة أطول من الحزم الأصغر، مما يؤدي إلى تأخيرات أكبر في الحزم اللاحقة، ويزيد من تأخير الشبكة وتفاوتها . على سبيل المثال، حزمة بحجم 1500 بايت، وهي أكبر حزمة يسمح بها الإيثرنت على مستوى الشبكة، تشغل مودمًا بسرعة 14.4 كيلوبت في الثانية لمدة ثانية تقريبًا.

تُشكّل الحزم الكبيرة مشكلةً أيضًا في حال حدوث أخطاء في الاتصال. فإذا لم يُستخدم تصحيح الأخطاء الأمامي ، فإن تلف بت واحد في الحزمة يستلزم إعادة إرسالها بالكامل، وهو ما قد يكون مكلفًا. عند معدل خطأ بت مُحدد ، تكون الحزم الأكبر حجمًا أكثر عرضةً للتلف. كما أن حمولتها الأكبر تجعل إعادة إرسالها تستغرق وقتًا أطول. على الرغم من الآثار السلبية على مدة إعادة الإرسال، إلا أن الحزم الكبيرة قد يكون لها تأثير إيجابي صافٍ على أداء بروتوكول TCP من طرف إلى طرف. [ 2 ]

بروتوكول الإنترنت

صُممت مجموعة بروتوكولات الإنترنت للعمل عبر العديد من تقنيات الشبكات المختلفة، والتي قد تستخدم كل منها حزم بيانات بأحجام متباينة. وبينما يعرف المضيف الحد الأقصى لوحدة النقل (MTU) لواجهته الخاصة، وربما لواجهات نظرائه (من خلال المصافحة الأولية)، فإنه لا يعرف مبدئيًا أدنى حد أقصى لوحدة النقل في سلسلة الروابط مع النظراء الآخرين. وثمة مشكلة أخرى محتملة تتمثل في أن البروتوكولات ذات المستوى الأعلى قد تُنشئ حزم بيانات أكبر مما يدعمه حتى الرابط المحلي.

يسمح بروتوكول IPv4 بالتجزئة ، التي تقسم حزمة البيانات إلى أجزاء صغيرة بما يكفي لاستيعاب حد أقصى لوحدة النقل (MTU). تتم عملية التجزئة هذه على مستوى طبقة الإنترنت . تُعلّم الحزم المجزأة لكي تعرف طبقة IP الخاصة بالمضيف الوجهة أنه يجب عليها إعادة تجميع الحزم إلى حزمة البيانات الأصلية.

يجب أن تصل جميع أجزاء الحزمة حتى تُعتبر الحزمة مستلمة. إذا أسقطت الشبكة أي جزء منها، تُفقد الحزمة بأكملها.

عندما يكون عدد الحزم التي يجب تجزئتها أو عدد الأجزاء كبيرًا، قد تتسبب التجزئة في زيادة غير معقولة أو غير ضرورية في الحمل الزائد. على سبيل المثال، قد تتجاوز بعض حالات النفق الحد الأقصى لوحدة الإرسال (MTU) بشكل طفيف جدًا، حيث تضيف فقط بيانات رأس الحزمة. هذه الإضافة صغيرة، ولكن يجب الآن إرسال كل حزمة في جزأين، يحمل الجزء الثاني منهما حمولة بيانات ضئيلة جدًا. يتم نقل نفس كمية البيانات، ولكن على كل موجه وسيط إعادة توجيه ضعف عدد الحزم.

يشترط بروتوكول الإنترنت أن تكون الأجهزة المضيفة قادرة على معالجة حزم بيانات IP بحجم 576 بايت على الأقل (لبروتوكول IPv4) أو 1280 بايت (لبروتوكول IPv6). مع ذلك، لا يمنع هذا طبقات الربط ذات وحدة النقل القصوى (MTU) الأصغر من هذا الحد الأدنى من نقل بيانات IP. على سبيل المثال، وفقًا لمواصفات IPv6، إذا لم تتمكن طبقة ربط معينة من إيصال حزمة بيانات IP بحجم 1280 بايت في إطار واحد، فيجب عليها توفير آلية تجزئة وإعادة تجميع خاصة بها، منفصلة عن آلية تجزئة IP، لضمان إيصال حزمة بيانات IP بحجم 1280 بايت سليمة إلى طبقة IP.

وحدات النقل القصوى للوسائط المشتركة

في سياق بروتوكول الإنترنت ، يشير مصطلح MTU إلى الحد الأقصى لحجم حزمة IP التي يمكن إرسالها دون تجزئة عبر وسيط معين. يشمل حجم حزمة IP رؤوس IP، ولكنه يستثني رؤوس طبقة الربط. في حالة إطار إيثرنت، يُضاف إلى ذلك عبء بروتوكولي قدره 18 بايت، أو 22 بايت مع علامة IEEE 802.1Q لتصنيف VLAN أو فئة الخدمة .

يجب عدم الخلط بين وحدة النقل القصوى (MTU) والحد الأدنى لحجم حزمة البيانات (سواء كانت قطعة واحدة أو أجزاء) الذي يجب أن تكون جميع الأجهزة المضيفة مستعدة لقبوله. يبلغ هذا الحد 576 بايت لبروتوكول IPv4 [ 1 ] : 24 و1280 بايت لبروتوكول IPv6 [ 3 ] : 25

وسائط لنقل بروتوكول الإنترنتالحد الأقصى لوحدة الإرسال (بايت)ملحوظات
مسار IPv4 للإنترنت MTU68 على الأقل، [ 1 ] : 24 بحد أقصى 64  كيلوبايت [ 1 ] : 12قد تستخدم الأنظمة خاصية اكتشاف وحدة النقل القصوى للمسار [ 4 ] للعثور على وحدة النقل القصوى الفعلية للمسار. ويؤدي التوجيه من وحدة نقل قصوى أكبر إلى وحدة نقل قصوى أصغر إلى تجزئة بروتوكول الإنترنت .
مسار IPv6 للإنترنت MTU1280 على الأقل، [ 3 ] بحد أقصى 64  كيلوبايت، ولكن يمكن أن تصل حجمات الملفات الضخمة  الاختيارية إلى 4 جيجابايت [ 5 ]ينبغي للأنظمة استخدام خاصية اكتشاف وحدة النقل القصوى للمسار [ 3 ] لتحديد وحدة النقل القصوى الفعلية للمسار، ما لم يتم تجاوز الحد الأدنى لوحدة النقل القصوى (1280 بايت). وتُعدّ الحزم الضخمة (Jumbograms) حزم بيانات مزودة بخيار الحمولة الضخمة (Jumbo Payload) للسماح بنقل حمولات يتراوح طولها بين 65,536 و4,294,967,295 بايت.
X.25الحد الأدنى 576 (إرسال) أو 1600 (استقبال) [ 6 ]
إيثرنت الإصدار الثاني1500 [ 7 ]تستخدم جميع تطبيقات بروتوكول الإنترنت عبر الإيثرنت تقريبًا تنسيق إطار الإيثرنت II .
إيثرنت مع LLC و SNAP1492 [ 8 ]
إطارات إيثرنت جامبو1501–9202 [ 9 ] أو أكثر [ 10 ]يختلف الحد الأقصى حسب المورّد. ولضمان التشغيل السليم، يجب ألا يتجاوز حجم الإطارات الحد الأقصى لحجم الإطار الذي يدعمه أي جهاز على شريحة الشبكة . [ 11 ]
PPPoE الإصدار 21492 [ 12 ]إيثرنت II MTU (1500) بدون رأس PPPoE (8)؛ توجد ملحقات
DS-Lite عبر PPPoE1452إيثرنت II MTU (1500) بدون رأس PPPoE (8) ورأس IPv6 (40)
إطارات جامبو PPPOE1493–9190 أو أكثر [ 13 ]إطار إيثرنت جامبو MTU (1501–9198) بدون رأس PPPoE (8)
IEEE 802.11 واي فاي (WLAN)2304 [ 14 ]يبلغ الحد الأقصى لحجم وحدة بيانات خدمة الشبكة (MSDU) 2304 بايت قبل التشفير. سيضيف بروتوكول WEP ثمانية بايتات، وبروتوكول WPA-TKIP عشرين بايتًا، وبروتوكول WPA2-CCMP ستة عشر بايتًا. انظر أيضًا آليات تجميع الإطارات في معيار 802.11n.
شبكة توكن رينج (802.5)4464
FDDI4352 [ 4 ]

الحد الأقصى لحجم الإطار في شبكة إيثرنت

يتم ضبط الحد الأقصى لوحدة الإرسال (MTU) لبروتوكول الإنترنت (IP) والحد الأقصى لحجم الإطار في شبكة الإيثرنت بشكل منفصل. في إعدادات محول الإيثرنت، قد يشير MTU إلى الحد الأقصى لحجم الإطار في شبكة الإيثرنت. أما في أجهزة التوجيه القائمة على الإيثرنت، فيشير MTU عادةً إلى الحد الأقصى لوحدة الإرسال لبروتوكول الإنترنت (IP). إذا كانت الإطارات الضخمة مسموحة في الشبكة، فيجب أيضًا زيادة قيمة MTU لبروتوكول الإنترنت للاستفادة من ذلك.

بما أن حزمة بروتوكول الإنترنت (IP) تُنقل عبر إطار إيثرنت، فيجب أن يكون حجم إطار الإيثرنت أكبر من حجم حزمة بروتوكول الإنترنت. مع الأخذ في الاعتبار حجم البيانات الإضافية لإطار الإيثرنت غير المُوسوم (18 بايت) وحجم البيانات الأساسي (1500 بايت)، فإن الحد الأقصى لحجم إطار الإيثرنت هو 1518 بايت. أما إذا كان من المقرر نقل حزمة بروتوكول الإنترنت (IP) بحجم 1500 بايت عبر اتصال إيثرنت مُوسوم، فيجب أن يكون الحد الأقصى لحجم إطار الإيثرنت 1522 بايت نظرًا لكبر حجم إطار 802.1Q المُوسوم. وقد زاد معيار 802.3ac الحد الأقصى لحجم إطار الإيثرنت القياسي لاستيعاب هذه الزيادة.

اكتشاف مسار MTU

يُعرّف بروتوكول الإنترنت الحد الأقصى لوحدة النقل (MTU) لمسار نقل البيانات عبر الإنترنت بأنه أصغر حد أقصى لوحدة النقل تدعمه أي من نقاط التوجيه على المسار بين المصدر والوجهة. بعبارة أخرى، الحد الأقصى لوحدة النقل هو أكبر حجم حزمة بيانات يمكنه اجتياز هذا المسار دون أن يتعرض للتجزئة.

اكتشاف وحدة النقل القصوى للمسار (Path MTU Discovery) هو أسلوب لتحديد وحدة النقل القصوى للمسار بين مضيفين IP، وهو مُعرّف لكل من IPv4 [ 4 ] و IPv6 [ 15 ] . يعمل هذا الأسلوب عن طريق إرسال حزم بيانات مع خيار DF (عدم التجزئة) في رأس IP. أي جهاز على طول المسار تكون وحدة النقل القصوى لديه أصغر من حجم الحزمة سيقوم بإسقاط هذه الحزم وإرسال رسالة ICMP Destination Unreachable (Datagram Too Big) تُشير إلى وحدة النقل القصوى الخاصة به. تُمكّن هذه المعلومات المضيف المصدر من تقليل وحدة النقل القصوى المفترضة للمسار بشكل مناسب. تتكرر هذه العملية حتى تصبح وحدة النقل القصوى صغيرة بما يكفي لعبور المسار بأكمله دون تجزئة.

يدعم معيار الإيثرنت وحدة نقل قصوى (MTU) تبلغ 1500 بايت، بينما تسمح تطبيقات الإيثرنت التي تدعم الإطارات الضخمة بوحدة نقل قصوى تصل إلى 9000 بايت. مع ذلك، تعمل بروتوكولات الحدود مثل PPPoE على تقليل هذه القيمة. يكشف اكتشاف وحدة النقل القصوى للمسار الفرق بين وحدة النقل القصوى التي تراها عقد الإيثرنت الطرفية ووحدة النقل القصوى للمسار.

لسوء الحظ، يتزايد عدد الشبكات التي تحجب حركة مرور بروتوكول ICMP (على سبيل المثال، لمنع هجمات حجب الخدمة )، مما يعيق اكتشاف وحدة النقل القصوى (MTU) للمسار. يُعد اكتشاف وحدة النقل القصوى للمسار في طبقة الحزم [ 16 ] [ 17 ] تقنيةً أكثر فعاليةً في مواجهة تصفية بروتوكول ICMP. في شبكة IP، قد يتغير المسار من عنوان المصدر إلى عنوان الوجهة استجابةً لأحداث مختلفة ( موازنة الأحمال ، الازدحام ، انقطاعات الخدمة ، إلخ)، وقد يؤدي ذلك إلى تغيير وحدة النقل القصوى للمسار (أحيانًا بشكل متكرر) أثناء الإرسال، مما قد يتسبب في المزيد من فقدان الحزم قبل أن يجد المضيف وحدة نقل قصوى جديدة موثوقة.

قد يؤدي فشل اكتشاف وحدة النقل القصوى للمسار (Path MTU Discovery) إلى جعل بعض المواقع خلف جدران الحماية سيئة التكوين غير قابلة للوصول. قد يعمل الاتصال ذو وحدة النقل القصوى غير المتطابقة مع البيانات ذات الحجم المنخفض، ولكنه يفشل بمجرد أن يرسل المضيف كتلة بيانات كبيرة. على سبيل المثال، في بروتوكول دردشة الإنترنت المرحلية ( IRC )، قد يرى العميل المتصل الرسائل الأولية حتى رسالة اختبار الاتصال الأولية (التي يرسلها الخادم كإجراء مضاد للتزوير)، ولكنه لا يتلقى أي استجابة بعد ذلك. هذا لأن مجموعة رسائل الترحيب الكبيرة المرسلة في تلك المرحلة هي حزم بيانات تتجاوز وحدة النقل القصوى للمسار. يمكن تجاوز هذه المشكلة، اعتمادًا على الجزء الذي يتم التحكم فيه من الشبكة؛ على سبيل المثال، يمكن تغيير حجم القطعة القصوى (MSS ) في الحزمة الأولية التي تُنشئ اتصال TCP على جدار الحماية.

في سياقات أخرى

يُستخدم مصطلح MTU أحيانًا لوصف الحد الأقصى لأحجام PDU في طبقات الاتصال بخلاف طبقة الشبكة.

يُعرف إرسال حزمة بيانات على جزء من الشبكة المادية بحجم أكبر من وحدة الإرسال القصوى (MTU) لهذا الجزء باسم " الثرثرة " . وينتج هذا في الغالب عن خلل في الأجهزة. [ 23 ] تمتلك محولات الشبكة وبعض موزعات إعادة الإرسال قدرة مدمجة على اكتشاف حالات الثرثرة. [ 24 ] [ 25 ]

مراجع

  1. ١ ٢ ٣ ٤ ج. بوستل ، محرر. ( سبتمبر ١٩٨١). بروتوكول الإنترنت - مواصفات بروتوكول برنامج الإنترنت التابع لداربا . IETF . doi : 10.17487/RFC0791 . STD 5. RFC 791. IEN 128، 123، 111، 80، 54، 44، 41، 28، 26.المعيار الخامس للإنترنت. يلغي RFC 760. تم تحديثه بواسطة RFC 1349 و 2474 و 6864 .  
  2. ↑ موراي، ديفيد؛ تيري كوزينيك؛ كيفن لي؛ مايكل ديكسون (2012). "وحدات النقل القصوى الكبيرة وأداء الإنترنت" . المؤتمر الدولي الثالث عشر لـ IEEE حول التبديل والتوجيه عالي الأداء ، 2012. الصفحات 82-87 . doi : 10.1109/HPSR.2012.6260832 . ISBN  978-1-4577-0833-6. S2CID 232321 . 
  3. 1 2 3 إس. ديرينغ ؛ آر. هيندن (يوليو 2017). مواصفات بروتوكول الإنترنت، الإصدار 6 (IPv6) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC8200 . STD 86. RFC 8200 .معيار الإنترنت 86. عفا عليه الزمن RFC 2460 . 
  4. 1 2 3 ج. موغول؛ س. ديرينغ (نوفمبر 1990). اكتشاف وحدة النقل القصوى للمسار . مجموعة عمل الشبكة. doi : 10.17487/RFC1191 . RFC 1191 .مشروع المعيار. عفا عليها الزمن RFC 1063 . 
  5. ↑ د. بورمان؛ س. ديرينغ ؛ ر. هيندن (أغسطس 1999). حزم IPv6 . مجموعة عمل الشبكة. doi : 10.17487/RFC2675 . RFC 2675 .المعيار المقترح. يلغي RFC 2147 . 
  6. ↑ أ. ماليس؛ د. روبنسون؛ ر. أولمان (أغسطس 1992). الربط البيني متعدد البروتوكولات على X.25 وISDN في وضع الحزمة . مجموعة عمل الشبكة. doi : 10.17487/RFC1356 . RFC 1356 .مشروع المعيار. عفا عليها الزمن RFC 877 . 
  7. ↑ سي. هورنيغ (أبريل 1984). معيار لنقل حزم بيانات بروتوكول الإنترنت عبر شبكات الإيثرنت . مجموعة عمل الشبكة. doi : 10.17487/RFC0894 . STD 41. RFC 894 .معيار الإنترنت 41.
  8. ↑ IEEE 802.3
  9. ↑ سكوت هوغ (2013-03-06)، الإطارات الضخمة ، عالم الشبكات ، مؤرشف من الأصل في 2013-12-19 ، تم استرجاعه في 2013-08-05 ، تدعم معظم أجهزة الشبكة حجم إطار ضخم يبلغ 9216 بايت.
  10. ↑ جونيبر نتوركس (23 مارس 2020)، خصائص الواجهة المادية ، تم الاطلاع عليه بتاريخ 1 مايو 2020
  11. ↑ جو سانت سوفر (4 فبراير 2003). "المشاكل العملية المرتبطة بوحدات النقل القصوى 9 كيلو بايت" (ملف PDF) . uoregon.edu. ص 67. تاريخ الاسترجاع: 15 ديسمبر 2016. لا يزال عليك التأكد من أن جميع محولات إيثرنت في اتجاه المنبع، بما في ذلك أي محولات في مركز شبكتك الجامعية، تدعم أيضًا الإطارات الضخمة. 
  12. ↑ ل. ماماكوس؛ ك. ليدل؛ ج. إيفارتس؛ د. كاريل؛ د. سيمون؛ ر. ويلر (فبراير 1999). طريقة لنقل بروتوكول PPP عبر الإيثرنت (PPPoE) . مجموعة عمل الشبكة. doi : 10.17487/RFC2516 . RFC 2516 .لأغراض إعلامية.
  13. ↑ ب. أربيرغ؛ د. كوركوزيلس؛ م. داكيت؛ ت. أنشوتز؛ ج. مويساند (سبتمبر 2006). استيعاب وحدة عبور قصوى/وحدة استقبال قصوى (MTU/MRU) أكبر من 1492 في بروتوكول نقطة إلى نقطة عبر الإيثرنت (PPPoE) . مجموعة عمل الشبكة. doi : 10.17487/RFC4638 . RFC 4638 .لأغراض إعلامية.
  14. ↑ 802.11-2012، الصفحة 413، القسم 8.3.2.1؛ الصفحة 381 "حقل جسم الإطار ذو حجم متغير. يتم تحديد الحد الأقصى لحجم جسم الإطار من خلال الحد الأقصى لحجم MSDU (2304 بايت)، بالإضافة إلى طول حقل التحكم في الشبكة (6 أو 12 أو 18 بايت) إن وجد، والحد الأقصى لحجم MMPDU غير المشفر باستثناء رأس MAC وFCS (2304 بايت) أو الحد الأقصى لحجم A-MSDU (3839 أو 7935 بايت، اعتمادًا على قدرة STA)، بالإضافة إلى أي نفقات إضافية من تغليف الأمان."
  15. ↑ ج. ماكان؛ س. ديرينغ ؛ ج. موغول (يوليو 2017). ر. هيندن (محرر). اكتشاف وحدة النقل القصوى للمسار لبروتوكول الإنترنت الإصدار 6. فريق عمل هندسة الإنترنت . doi : 10.17487/RFC8201 . STD 87. RFC 8201 .معيار الإنترنت 87. عفا عليها الزمن RFC 1981 . 
  16. ↑ م. ماثيس؛ ج. هيفنر (مارس 2007). اكتشاف وحدة النقل القصوى (MTU) لمسار طبقة التغليف . مجموعة عمل الشبكة. doi : 10.17487/RFC4821 . RFC 4821 .المعيار المقترح. تم تحديثه بواسطة RFC 8899 . 
  17. ↑ جي. فيرهيرست؛ تي. جونز؛ إم. توكسن؛ آي. رونجلر؛ تي. فولكر (سبتمبر 2020). اكتشاف الحد الأقصى لوحدة النقل (MTU) لمسار طبقة التغليف في نقل البيانات . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC8899 . ISSN 2070-1721 . RFC 8899 . المعيار المقترح. تحديثات RFC 4821 و 4960 و 6951 و 8085 و 8261 . 
  18. ↑ "تكوين وحدة الإرسال القصوى والتحقق منها على منصات Cisco Nexus" . Cisco. 29-11-2016. رقم المستند : 118994. تاريخ الاسترجاع: 04-01-2017 .
  19. ^ "MTU في RouterOS" . ميكروتيك. 2022-07-08 . تم الاسترجاع بتاريخ 2022-09-02 .
  20. ↑ "كيفية ضبط وحدة الإرسال القصوى (MTU) للإطارات الضخمة على محولات Dell Networking Force10" . Dell. 2016-06-02. رقم المقالة: HOW10713 . تاريخ الاطلاع: 2017-01-06 .
  21. ↑ "إطارات جامبو". دليل إدارة وتكوين محولات HP Networking 2910al . شركة هيوليت-باكارد. نوفمبر 2011. رقم القطعة 5998-2874.
  22. ↑ "بوابات خدمات سلسلة SRX لوحدات واجهة الفروع المادية: القيم الافتراضية والقصوى لوحدة النقل القصوى (MTU) لوحدات الواجهة المادية " . جونيبر. 2014-01-03 . تم الاطلاع عليه في 2017-01-04 .
  23. ↑ جابر ، موسوعة الشبكة ، تم الاطلاع عليه بتاريخ 28 يوليو 2016
  24. ↑ عرض الواجهات ، جونيبر نتوركس ، تم الاطلاع عليه بتاريخ 28-07-2016
  25. ↑ متطلبات وظائف استقبال جابر في معيار IEEE 802.3