المقدمة
يصف هذا المستند مفهوم وتكوين تعديل TCP MSS. وهو يناقش أيضا مفهوم وحدة الإرسال القصوى (MTU) وكيف يمكنك منع حالات إسقاط الحزم لمواقع الويب التي تحتوي على أحجام حزم أكبر.
تمت المساهمة من قبل ريتشا جاين، مهندس TAC من Cisco.
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة ببروتوكول الاتصال من نقطة إلى نقطة عبر الإيثرنت (PPPoE).
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى أجهزة عامة.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
التكوين
MTU هو الحد الأقصى لطول البيانات التي يمكن إرسالها بواسطة بروتوكول في مثيل واحد. على سبيل المثال، يبلغ حجم وحدة الحد الأقصى للنقل (MTU) لواجهة إيثرنت 1500 بايت بشكل افتراضي، مما يستبعد رأس إطار الإيثرنت والمقطورة، مما يعني أن الواجهة لا يمكنها حمل أي إطار أكبر من 1500 بايت.يوضح هذا المخطط هذا المفهوم:
إذا نظرت داخل الإطار، سترى عنوان IP بحجم 20 بايت + رأس TCP بحجم 20 بايت، بينما يبقى الحجم 1460 بايت هو الحمولة التي يمكن إرسالها في إطار واحد. هذا خطأ ك TCP MSS.
إذا لم يتم تنفيذ عملية كبسلة إضافية على موجه مرور، فقد يستخدم الجهاز المصدر الحد الأقصى لطول الحمولة الذي يبلغ 1460 بايت دون أي خطر محتمل لتجزئة/إسقاط الحزمة. يتم التفاوض بشأن هذا الأمر في وقت مرحلة تأكيد الاتصال الثلاثي الإتجاه ل TCP بين مضيف المصدر والوجهة. ومع ذلك، عندما يقوم الموجه في النقل بتنفيذ عملية كبسلة إضافية، فإنه يضيف رأس تسمية إضافي والذي يؤدي في نهاية المطاف إلى زيادة حجم الإطار الذي يخرج الموجه العابر. يعتمد الحد الأقصى لوحدة الحد الأقصى للنقل متعدد البروتوكولات (MTU) الخاصة بالواجهة على النظام الأساسي للأجهزة، ولكن معايير IEEE 802.3 تتطلب وحدة الحد الأدنى للنقل متعدد البروتوكولات (MTU) وهي 1500 بايت.
يحتاج PPPoE إلى 8 بايت إضافية ويقطع وحدة الحد الأقصى للنقل (MTU) لشبكة الإيثرنت إلى 1492، وإذا لم يتم تغيير وحدة الحد الأقصى للنقل (MTU) الفعالة على الأجهزة المضيفة، فيمكن للموجه الموجود بين المضيف والخادم إنهاء جلسات عمل TCP. يوصى بهذا الأمر ip tcp adjust-mss 1452 في تكوينات PPPoE.
إذا قام الجهاز المصدر بإنشاء حزمة كاملة الحجم باستخدام TCP MSS بحجم 1460 بايت، فمن المحتمل أن يقوم الموجه العابر بإسقاط/تجزئة الحزمة. وهذا أمر سيئ لأداء شبكتنا مثل مشكلة عندما تقوم بتصفح المواقع. لذلك لاستيعاب مواقع الويب التي تحتوي على أحجام حزم أكبر، يمكنك تقليص الحد الأقصى لحجم TCP MSS المحتمل (مثل 1452 بايت) من الجهاز المصدر. إذا لم يرسل الموجه إشارة إلى المصدر والوجهة في وقت مصافحة TCP، فيمكن أن يقوم TCP MSS الأمثل بإنشاء مشكلة إسقاط/تجزئة.
قد لا تكون المشكلة موجودة عند إستعراض كافة مواقع الويب، ولكن يمكن الاطلاع عليها من خلال بعض مواقع الويب. تالسبب وراء هذا هو أن الحزمة تتشكل من أحجام للوصول إليهم (والذي يعتمد على العتاد الذي هو بين البينين). بالنسبة لمواقع الويب التي ستعمل على إنشاء أحجام حزم أكبر، إذا لم تستخدم أمر ip tcp adjust-mss، فسيتم إسقاط أي حزمة أكبر.
لاستكشاف أخطاء المشكلة التي يتم رؤيتها عند إستعراض بعض مواقع الويب وإصلاحها، يجب تكوين الأمر ip tcp adjust-mss 1452 على الواجهة التي تشير إلى واجهة شبكة LAN.
1. تمكين
2. تكوين الوحدة الطرفية
3. رقم نوع الواجهة
4. يضبط IP TCP max-segment-size // قيمة MSS لحزم TCP syn التي تمر عبر موجه. تعد الوسيطة max-segment-size الحد الأقصى لحجم المقطع بالبايت. المدى from 500 to 1460.
5. يقوم IP MTU bytes // بتعيين حجم MTU لحزم IP، بالبايت، المرسلة على واجهة.
6. النهاية
التحقق من الصحة
استخدم هذا القسم لتأكيد عمل التكوين بشكل صحيح.
الخطوة 1.
تحقق من تكوين تعديل TCP MSS.
interface ethernet1/1
ip address 10.0.0.1 255.0.0.0
ip tcp adjust-mss 1452
duplex half
الخطوة 2.
برنامج Telnet من الموجه A إلى الموجه B.
telnet 10.0.1.2
Trying 10.0.1.2...
TCP: sending SYN, seq 886170752, ack 0
TCP0: Connection to 1.0.1.2:23, advertising MSS 536
tcp0: O CLOSED 1.0.1.2:23 4.0.0.1:11008 seq 886170752
OPTS 4 SYN WIN 4128
الخطوة 3.
لاحظ إخراج تصحيح الأخطاء على الموجه B.
tcp0: I LISTEN 4.0.0.1:11008 1.0.1.3:23 seq 886170752
OPTS 4 SYN WIN 4128
TCP0: state was LISTEN -> SYNRCVD [23 -> 4.0.0.1(11008)]
TCP0: Connection to 4.0.0.1:11008, received MSS 1452, MSS is 1452
يتم تعديل قيمة TCP MSS إلى القيمة التي تم تكوينها ل 1452.
استكشاف الأخطاء وإصلاحها
لا تتوفر حاليًا معلومات محددة لاستكشاف الأخطاء وإصلاحها لهذا التكوين.