ملخص مختبر CCIE: نقطة وحدة النقل القصوى (MTU)

كيفية تحديد MTU في طبقة الشبكة حيث يحدث تجزئة في طبقة النقل بسبب TCP / IP؟

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

على الرغم من صعوبة معرفة وحدة الإرسال الدنيا للمسار بين طرفين، قرر بروتوكول TCP استخدام طريقته الخاصة لمعرفة ذلك.

عندما يستخدم TCP خيار الحد الأقصى لحجم القطعة (MSS) للمصافحة، يتبادل الطرفان MSSs الخاصة بهما، ويتفقان على استخدام القطعة الأصغر بين هاتين الـMSS، ولكن هذه الطريقة ليست فعالة.

على سبيل المثال، MTU للعميل = 1500، وMTU للخادم = 1500، وMSS = 1460 على كلا الجانبين. سيتم التفاوض على اثنين منهم على أنهما 1460 بايت لنقل أجزاء TCP.

في حالة أخرى، إذا كان العميل يستخدم اتصال الطلب الهاتفي PPPoE الخاص بمزود خدمة الإنترنت، فسيتم استخدام 8 بايت كرأس للحزمة. ونتيجة لذلك، فإن MTU = 1500 -8 = 1492، ثم سيتم تجزئة حزم IP التي يبلغ طولها 1500 بايت الخاصة بالعميل والخادم في النهاية.

كيفية اكتشاف وحدة الإرسال الدنيا في المسار؟

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

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

نظرًا لأن MTU القياسي لنظام التشغيل Windows 10 هو 1300، فقد أصبح هذا حلاً لتجنب تجزئة أكثر من 99% من سيناريوهات الشبكة.