المقدمة
يصف هذا المستند التحقق من الحد الأقصى لوحدة الإرسال (MTU) على بطاقات واجهة الشبكة (vNICs) الظاهرية VMXNET3 التي يتم فرضها على التحديث 2 من ESXi 6.7 والإصدارات الأحدث.
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
- تكوينات شبكة الجهاز الظاهري VMWare في ESXi
- واجهة سطر الأوامر (CLI) لخادم الاجتماعات (CMS) من Cisco
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى CMS الذي يتم تشغيله كجهاز ظاهري.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
ويشير هذا المستند، على وجه الخصوص، إلى نظام إدارة المحتوى (CMS) ولكنه يؤثر على أي جهاز افتراضي يفي بمتطلبات التوسع:
- تحديث الإصدار 6.7 من ESXi 2 أو إصدار أحدث
- مهايئ vmxnet3 قيد الاستخدام
- تغييرات وحدة الحد الأقصى للنقل (MTU) على مستوى بطاقة واجهة الشبكة (vNIC) للجهاز الظاهري
معلومات أساسية
في الإصدار 6.7 من ESXi التحديث 2 والإصدارات الأحدث، يتم فرض السلوك الافتراضي للنظام الأساسي للتحقق من وحدة الحد الأقصى للنقل (MTU) على مسار الاستقبال ولن يسمح بالحزم التي تكون أكبر من حجم وحدة الحد الأقصى للنقل (MTU) الخاصة بشبكة vNIC.
قبل هذا الإصدار، لم يتم فرض هذا التحقق ويمكن أن يزيد ذلك من أحتمالية حالات إسقاط الحزم عند تغيير حجم MTU على الجهاز الظاهري (VM) الذي يستخدم بطاقات واجهة الشبكة (NICs) الخاصة بالإصدار VMXNET3.
على سبيل المثال، إذا تم تعيين vSwitch على تلقي MTU بحجم 1500 بايت ولكن يتم خفض MTU الخاص ببطاقة واجهة الشبكة (NIC) ل VM إلى 1300 بايت، ويتم تلقي حزمة أكبر من 1300 بايت، حينئذ يتم إسقاط هذه الحزمة أو التخلص منها.
المشكلة: فقد الحزمة المحتمل عند خفض حجم MTU
قد تواجه البيئات التي تقوم بتشغيل Cisco Meeting Server (أو التطبيقات الأخرى التي تقوم بتعديل وحدة الحد الأقصى للنقل (MTU) في مستوى بطاقة واجهة الشبكة (NIC) واستخدام مهايئ VMXNET3) VM على الإصدار 6.7 من ESXi والتحديث 2 والإصدارات الأحدث مشاكل في فقدان الحزمة عندما يتم خفض وحدة الحد الأقصى للنقل (MTU) بسبب تغيير السلوك الافتراضي هذا.
يتم خفض وحدة الحد الأقصى للنقل (MTU) باستخدام الأمر interface> MTU <value> على تكوين معالج إدارة اللوحة الرئيسية (MMP) CMS الذي يقوم بعد ذلك بتعيين القيمة على بطاقة واجهة الشبكة (vNIC) من أجل تقليل زمن انتقال الحزم في الشبكة.
يمكن العثور على مزيد من التفاصيل حول هذه التغييرات في مقالة VMware هذه.
الحل
فيما يلي الخيارات التي يمكن أن تساعد في حل هذه المشكلة.
ملاحظة: يتطلب الخياران 1 و 2 قيام بيئة ESXi بتثبيت إصدار تصحيح ESXi670-201912001 بحيث يتوفر الخيار لتعديل تكوين VMXNET3 لفحص وحدة الحد الأقصى للنقل (MTU). يمكن العثور على مزيد من المعلومات حول هذا الأمر في ملاحظات الإصدار الخاصة بإصدار التصحيح. التي يشير إليها النص أدناه.
"PR 2409342: لا يمكنك التحديد لتعطيل التحقق من الحد الأقصى لوحدة الإرسال (MTU) في الواجهة الخلفية VMXNET3 لطول الحزمة بحيث لا يتجاوز الحد الأقصى لوحدة الإرسال (MTU) عبر بطاقة واجهة الشبكة (vNIC)
مع ESXi670-201912001، يمكنك تحديد تعطيل التحقق من الحد الأقصى لوحدة الإرسال (MTU) في الخلفية VMXNET3 لطول الحزمة بحيث لا يتجاوز الحد الأقصى لوحدة الحد الأقصى للنقل (MTU). السلوك الافتراضي هو إجراء التحقق من وحدة الحد الأقصى للنقل (MTU). ومع ذلك، إذا كنت تستخدم VMXNET3، كنتيجة لهذا التحقق، فقد ترى زيادة في الحزم التي تم إسقاطها. لمزيد من المعلومات، راجع المقالة 75213 الخاصة بقاعدة معارف VMware.
تم حل هذه المشكلة في هذا الإصدار."
الخيار 1: التكوين على نطاق المضيف
وكما ذكرنا مسبقا، يتطلب هذا الخيار تثبيت إصدار التصحيح (ESXi670-201912001). وقد تم الحصول على التفاصيل التالية مباشرة من قسم الدقة في مستند VMware 75213.
مجموعة إعدادات النظام esxcli المتقدمة -o "/Net/VMXNET3NonTsoPacketGtMtuAllowed" -i 1
ملاحظة: ينطبق هذا التكوين على جميع شبكات VMXNET3 vNIs (على مستوى المضيف). يتم تطبيق هذا الإعداد بعد ذلك على كل جهاز VM يتم تشغيله بعد إجراء هذا التغيير.
الخيار 2: التكوين الخاص ببطاقة واجهة الشبكة (vNIC)
وكما ذكرنا مسبقا، يتطلب هذا الخيار تثبيت إصدار التصحيح (ESXi670-201912001). وقد تم الحصول على التفاصيل التالية مباشرة من قسم الدقة في مستند VMware 75213.
"إستخدام ethernet0.rxAllowPktGtMtu = "1" في ملف VMX:
حيث يجب إستبدال "ethernet0" ببطاقة واجهة الشبكة (vNIC) المحددة التي سيتم تطبيق التكوين عليها.
يرجى إستخدام مقالة VMware KB لاتباع الخطوات حول كيفية:
تعديل إعدادات الجهاز الظاهري المتقدمة باستخدام عميل vSphere (1016098) كيلوبايت.
الخيار 3: الحل البديل
بالنسبة لخيار الحل البديل، يكون لديك الخيار لاستعادة تكوين MTU على التطبيق/VM بحيث يتم ضبطه لاستلام ما تم قبوله في الشبكة.
على سبيل المثال، إذا تم تعيين vSwitch على إستقبال حجم MTU 1500 وبالتالي يجب تعيين vNIC للجهاز الظاهري لمطابقة هذا الحجم. إن يركض بيئة CMS، بعد ذلك أنت ينبغي ثبتت القارن MTU إلى ما هو متوقع.
على سبيل المثال: مواجهة وحدة الحد الأقصى للنقل (MTU) 1500 مكونة على CMS MMP.
بينما يكون الخيار الآخر هو التأكد من تكوين الشبكة بحيث لا تتجاوز الحزم التي تصل إلى بطاقة واجهة الشبكة (NIC) قيمة MTU المحددة لبطاقة واجهة الشبكة (vNIC). سيلزم القيام بذلك عبر الشبكة لضمان تعيين التجزئة بشكل صحيح.
معلومات ذات صلة
التعليقات