استكشاف أخطاء وحدة الحد الأقصى للنقل وإصلاحها على مُبدّلات السلسلة Catalyst 9000 Series

المقدمة

يصف هذا المستند كيفية فهم وحدة الحد الأقصى للنقل واستكشاف الأخطاء بها وإصلاحها على مُبدّلات Catalyst 9000 series.

المتطلبات الأساسية

لا توجد متطلبات خاصة لهذا المستند.

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات المكونات المادية التالية:

• C9200
• C9300
• C9400
• C9500
• C9600

ملاحظة: يمكنك تكوين حجم MTU لجميع الواجهات على الجهاز في نفس الوقت باستخدام الأمر العام نظام MTU.  اعتبارا من Cisco IOS® XE 17.1.1، تدعم المحولات Catalyst 9000 switches وحدة الحد الأقصى للنقل (MTU) لكل منفذ. تدعم وحدة الحد الأقصى للنقل (MTU) لكل منفذ تهيئة وحدة الحد الأقصى للنقل (MTU) على مستوى المنفذ ومستوى القناة. باستخدام وحدة الحد الأقصى للنقل (MTU) لكل منفذ، يمكنك تعيين قيم مختلفة لوحدة الحد الأقصى للنقل (MTU) للواجهات المختلفة بالإضافة إلى واجهات قنوات المنافذ المختلفة.

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

ملاحظة: راجع دليل التكوين المناسب للأوامر التي يتم إستخدامها لتمكين هذه الميزات على منصات Cisco الأخرى.

معلومات أساسية

جدول ملخص MTU

إجمالي حجم الإطار = MTU + رأس L2

نوع المنفذ	MTU الافتراضي - وحدات البايت	وحدات الحد الأقصى للنقل (MTU) المكونة - وحدات البايت	رأس L2	إجمالي حجم الإطار
وصول L2	1500		18	1518
		9216	18	9234
خط اتصال L2	1500		22	1522
		9216	22	9238
المنفذ L3 Physical Port	1500		18	1518
		9216	18	9234
L3 SVI	1500		18	1518
		9216	18	9234
IP MTU على منفذ L3	1500	النطاق مدعوم	18	استنادا إلى قيمة IP MTU التي تم تكوينها

أسئلة وأجوبة MTU 

ما هي وحدة الحد الأقصى للنقل؟

• MTU هي الحد الأقصى لوحدة الإرسال التي يمكن للجهاز إعادة توجيهها. بشكل عام، هذا "الوحدة" هو طول حزمة IP التي تتضمن رأس IP.
• رؤوس L2 مثل، علامة Dot1q، MacSec، رأس SVL، الخ، غير محسوبة في هذا الحساب.

ما هو رأس L2 وطوله؟

• رأس عام L2 هو 14 بايت + 4 بايت من CRC، والإجماليات 18 بايت
• يضيف شنطة 4 بايت أخرى لعلامة dot1q vlan، وإجماليات 22 بايت
• وبالمثل، يضيف MacSec طول الرأس الخاص به أعلى طول رأس L2 النموذجي
• يضيف منفذ SVL، طول الرأس الخاص به أعلى طول رأس L2 النموذجي
• إذا، الحزمة الشاملة على السلك متصدعة

ما هو طول الحزمة الذي تتم معالجته بواسطة واجهة؟

• تعالج المحولات Catalyst 9000 switches أحجام الحزم من 64 بايت إلى 9238 بايت. 

ما هو MTU الافتراضي؟

• MTU الافتراضي هو ال MTU المفتاح يكون ثبتت قبل أي مستعمل تشكيل
• التقصير MTU على أي مادة حفازة 9000 مفتاح 1500 بايت
• يقوم منفذ إيثرنت بإعادة توجيه حزمة من الطبقة 3 سعة 1500 بايت + رأس من الطبقة 2

هل يتحقق وحدة الحد الأقصى للنقل (MTU) من دخول أو مخرج؟

المخرج: MTU هي وحدة الإرسال القصوى، وهي عبارة عن فحص لمخرج، ويتم إتخاذ قرار التجزئة أو الإرسال كما هو أو الإسقاط كما هو متخذ من أجل الخروج

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

ملاحظة: إذا كانت الحزمة قد تم تعيين وحدة بت DF (عدم التجزئة) في رأس IP وكانت وحدة الحد الأقصى للنقل (MTU) للمنفذ أقل من الحزمة التي سيتم توجيهها، فإنه يتم إسقاط الحزمة

مدخل: كما يتم التحقق من وحدة الحد الأقصى للنقل (MTU) للحزم التي تصل إلى واجهة 

• إن يستلم قارن ربط عبر ال يشكل MTU، هذا ربط عاملت بما أن حجم ربط وإسقاط. 

ما هي حزم Jumbo؟

• على مادة حفازة 9000 مفتاح أي شيء أكثر من 1500 بايت هو حزمة عملاقة أو حزمة جامبو.
  • مثال-1: إذا تم تكوين وحدة الحد الأقصى للنقل (MTU) للواجهة لإعادة توجيه حجم الإطارات كبيرة الحجم الذي يبلغ 9216 بايت، فإنها تقبل أو ترسل إطارات يبلغ حجمها 9216 بايت + رؤوس الطبقة 2 
  • مثال-2: إذا تم تكوين وحدة الحد الأقصى للنقل (MTU) للواجهة لإعادة توجيه حجم إطار كبير الحجم يبلغ 5000 بايت، فإنها تقبل أو ترسل إطارات يبلغ حجمها 5000 بايت + رؤوس الطبقة 2

هل الحزم كبيرة الحجم أم كبيرة الحجم تعتبر حزم خطأ ؟

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

ما هو الحد الأدنى لحجم الحزمة الذي يمكن للمنفذ معالجته؟

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

ماذا يحدث عندما تكون وحدة الحد الأقصى للنقل (MTU) الخاصة بالنظام 9216 ويضيف رأس SVL 64 بايت إضافية؟

• لا يتم حساب أي رأس تحت رأس IP للطبقة 3 في حساب MTU.
• يمكن أن يبث إرتباط SVL حجم حزمة 9216 + رأس L2 + 64 بايت من رأس SVL. 

ما هي IP MTU؟

• لا تنطبق وحدة الحد الأقصى للنقل (MTU) عبر بروتوكول IP إلا على حزم IP. لا يتم حساب أحجام حزم أخرى غير خاصة ب IP باستخدام هذا الأمر. 
• أسبقية IP MTU على MTU النظام أو MTU لكل منفذ لحزم IP. 
• يقوم IP MTU بتعيين الحد الأقصى للحجم الذي يمكن أن تكون عليه حزمة IP قبل أن تحتاج إلى التجزئة. 
• إذا كانت واجهة الطبقة المادية أو المنطقية 3 تحتوي على وحدة الحد الأقصى للنقل (MTU) من 1500 بايت مع وحدة الحد الأقصى للنقل (MTU) عبر بروتوكول الإنترنت (IP) من 1400 بايت، فإن حد التجزئة يكون 1400 بايت بغض النظر عن إعداد وحدة الحد الأقصى للنقل (MTU) للنظام أو لكل منفذ.
• وحدة الحد الأقصى للنقل (MTU) هي قيمة يلزم مطابقتها مع الموجه/المحول النظير. إذا لم يكن جهاز النظير يدعم قيمة MTU الأعلى، فاستخدم IP MTU أو MTU لمطابقة كلا إمكانيات الجهاز. 
• عند تكوين IP MTU، يقوم الجهاز بتحجيم حزم بروتوكول التوجيه إلى قيمة IP MTU التي تم تكوينها. تعتمد بعض بروتوكولات التوجيه على قيمة وحدة الحد الأقصى للنقل (MTU) المطابقة لإنشاء منطقة جوار لبروتوكول التوجيه.
• الأمثلة:
  • على سبيل المثال 1: إذا تم تكوين وحدة الحد الأقصى للنقل (MTU) الخاصة بواجهة IP عند 500 بايت باستخدام وحدة الحد الأقصى للنقل (MTU) للواجهة بشكل افتراضي (لا يوجد لكل منفذ وحدة الحد الأقصى للنقل (MTU) للنظام هو 9000، فإن وحدة الحد الأقصى للنقل (MTU) الخاصة بالواجهة هي 9000 بايت، مع تجزئة IP عند 500 بايت.
  • على سبيل المثال 2: يعد نفق GRE واجهة الخروج، لذلك يجب حساب 24 بايت من رأس GRE في حساب حجم الحزمة (ip mtu 1476 + 24 بايت GRE header = 1500 إجمالي MTU).

ما الفرق بين وحدة الحد الأقصى للنقل (MTU) للنظام ووحدة الحد الأقصى للنقل (MTU) لكل منفذ؟

• نظام وحدة الحد الأقصى للنقل (MTU) عبارة عن تهيئة عالمية تعمل على تعيين وحدة الحد الأقصى للنقل (MTU) الخاصة بالجهاز بأكمله. يؤدي هذا إلى تغيير جميع منافذ اللوحة الأمامية المادية والمنافذ المنطقية إلى القيمة المحددة بواسطة الأمر system mtu.
• تسمح وحدة الحد الأقصى للنقل (MTU) لكل منفذ بتعيين قيمة وحدة الحد الأقصى للنقل (MTU) على أساس كل واجهة، مما يعطي الأولوية على تكوين وحدة الحد الأقصى للنقل (MTU) للنظام. وبمجرد إزالة الإعداد لكل منفذ، تعود الواجهة إلى وحدة الحد الأقصى للنقل (MTU) الخاصة بالنظام. 
• الأمثلة:
  • مثال 1: تم تعيين قيمة وحدة الحد الأقصى للنقل (MTU) للنظام على 9000، وتم تعيين جميع المنافذ المادية والمنطقية MTU على 9000.
  • على سبيل المثال 2: إذا تم تكوين واجهة باستخدام وحدة الحد الأقصى للنقل (MTU) طراز 4000 ووحدة الحد الأقصى للنقل (MTU) للنظام طراز 9000، فإن الواجهة تستخدم وحدة الحد الأقصى للنقل (MTU) طراز 4000 بينما تستخدم المنافذ الأخرى وحدة الحد الأقصى للنقل (MTU) رقم 9000.

ما هو تأثير التجزئة بسبب قيود وحدة الحد الأقصى للنقل (MTU)؟

• يقوم الجهاز بإعادة توجيه حزمة مجزأة بالفعل عادة في مستوى البيانات، ولكن إذا كان الجهاز مسؤولا عن التجزئة أو إعادة التجميع فقد تكون هناك مشاكل في الأداء/المورد تظهر. 
• يمكن أن يكون للتجزئة تأثير خطير على الإنتاجية والأداء الشاملين للتطبيقات والأجهزة المسؤولة عن معالجة التجزئة. 
• تتم معالجة الحزم المجزأة في العديد من الأنظمة الأساسية في البرامج، وتتطلب الكثير من دورات وحدة المعالجة المركزية لتجزئة الحزم المجزأة أو تجميعها.
• إذا كانت شبكتك تشهد الكثير من التجزئة، فتأكد من ضبط MTU وفقا لذلك لمطابقة تدفق الحزمة من النهاية إلى النهاية دون تجزئة.

ما هو PMTUD (اكتشاف MTU للمسار)؟

• يعتني TCP MSS كما هو موضح سابقا بالتجزئة في نقطتي النهاية لاتصال TCP، ولكنه لا يعالج الحالة التي يوجد فيها إرتباط MTU أصغر في الوسط بين نقطتي النهاية هاتين. تم تطوير PMTUD لتجنب التجزئة في المسار بين نقاط النهاية. يتم إستخدامه لتحديد أقل وحدة الحد الأقصى للنقل (MTU) بشكل ديناميكي على المسار من مصدر الحزمة إلى الوجهة الخاصة به.
• لمزيد من المعلومات حول PMTUD وكيفية أستكشاف الأخطاء وإصلاحها، الرجاء مراجعة حل مشكلات تجزئة IPv4 و MTU و MSS و PMTUD مع GRE و IPsec.

IPv6 MTU

• تعمل وحدة الحد الأقصى للنقل (MTU) عبر بروتوكول IPv6 بنفس الطريقة التي تعمل بها وحدة الحد الأقصى للنقل (MTU) عبر بروتوكول IP
• للتكوين، أستخدم IPv6 MTU بدلا من IP MTU تحت تكوين الواجهة. 
• الحد الأدنى للحجم ل IPv6 MTU هو 1280، مقابل IPv4 هو 832 بايت 
• يعمل IPv6 PMTUD بشكل مشابه ل IPv4. لمزيد من التفاصيل، راجع دليل تكوين توجيه IP، Cisco IOS® XE Amsterdam، الإصدار 17.3.x (محولات Catalyst 9500 Switches)

إطارات إيثرنت

إطار إيثرنت قياسي، بدون Dot1Q، أو علامات أخرى 

إطار إيثرنت Dot1Q 

 

تكوين وحدة الحد الأقصى للنقل (MTU) والتحقق منها

تكوين وحدة الحد الأقصى للنقل (MTU) 

يمكن إجراء هذا التكوين بشكل عام، أو على مستوى كل منفذ باستخدام Cisco IOS® XE 17.1.1 أو إصدار أعلى، فتحقق من أن أجهزتك تدعم هذا التكوين.

• بمجرد إزالة التكوين الخاص بالمنفذ، يستخدم المنفذ إعداد MTU للنظام العام 

### Global System MTU set to 1800 bytes ###

9500H(config)#system mtu ?
 <1500-9216> MTU size in bytes   <-- Size range that is configurable 

9500H(config)#system mtu 1800     <-- Set global to 1800 bytes 
Global Ethernet MTU is set to 1800 bytes.
Note: this is the Ethernet payload size, not the total
Ethernet frame size, which includes the Ethernet
header/trailer and possibly other tags, such as ISL or
802.1q tags.                     <-- CLI provides information about what is counted as MTU


### Per-Port MTU set to 9216 bytes ###
9500H(config)#int TwentyFiveGigE1/0/1 
9500H(config-if)#mtu 9126        <-- Interface specific MTU configuration 

التحقق من وحدة الحد الأقصى للنقل (MTU)

يوضح هذا القسم كيفية التحقق من كل من إعدادات البرامج والأجهزة ل MTU. 

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

التحقق من وحدة الحد الأقصى للنقل (MTU) للبرامج

9500H#show system mtu
Global Ethernet MTU is 1800 bytes.     <-- Global level MTU 

9500H#show interfaces mtu

Port         Name              MTU
Twe1/0/1                       9216   <-- Per-Port MTU override
Twe1/0/2                       1800   <-- No per-port MTU uses global MTU 
<...snip...>

9500H#show interfaces TwentyFiveGigE 1/0/1 | inc MTU
MTU 9216 bytes, BW 1000000 Kbit/sec, DLY 10 usec,

9500H#show interfaces TwentyFiveGigE 1/0/2 | inc MTU
MTU 1800 bytes, BW 25000000 Kbit/sec, DLY 10 usec,

التحقق من وحدة الحد الأقصى للنقل (MTU) للأجهزة

9500H#show platform software fed active ifm mappings
Interface                 IF_ID    Inst Asic Core Port SubPort Mac Cntx LPN GPN Type Active
TwentyFiveGigE1/0/1       0x8        1   0   1    20     0      16  4    1   101 NIF  Y  <-- Retrieve the IF_ID for use in the next command
TwentyFiveGigE1/0/2       0x9        1   0   1    21     0      17  5    2   102 NIF  Y

9500H#show platform software fed active ifm if-id 0x8 | inc MTU
                Jumbo MTU ............ [9216]  <-- Hardware matches software configuration

9500H#show platform software fed active ifm if-id 0x9 | in MTU
                Jumbo MTU ............ [1800]  <-- Hardware matches software configuration

ملاحظة: يمكن أن يختلف 'show platform software fed <active|standby>'. تتطلب بعض الأنظمة الأساسية 'show platform hardware fed switch <active|standby|sw_num>'

أستكشاف أخطاء وحدة الحد الأقصى للنقل (MTU) وإصلاحها

المخطط

 

عمليات إسقاط حزم الدخول (وحدة الحد الأقصى للنقل (MTU) للدخول الأدنى)

إذا زاد أي من هذه العدادات عادة ما يعني ذلك أن الحزم المستلمة وصلت عبر MTU التي تم تكوينها.

• عداد عمالقة في أمر "show interface"
• عداد ValidOverSize في الأمر show controller

9500H#show int twentyFiveGigE 1/0/3 | i MTU
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
   0 runts, 0 giants, 0 throttles                                          <-- No giants counted 

9500H#show controllers ethernet-controller twentyFiveGigE 1/0/3 | i ValidOverSize
            0 Deferred frames                       0 ValidOverSize frames <-- No giants counted


### 5 pings from neighbor device with MTU 1800 to ingress port MTU 1500 ###

9500H#show int twentyFiveGigE 1/0/3 | i MTU|giant
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
   0 runts, 5 giants, 0 throttles                                          <-- 5 giants counted

9500H#show controllers ethernet-controller twentyFiveGigE 1/0/3 | i ValidOverSize
            0 Deferred frames                       5 ValidOverSize frames <-- 5 giants counted

تفاصيل حولأمر show controllers ethernet-controller

• إذا وصلت الحزم عبر وحدة الحد الأقصى للنقل (MTU) التي تم تكوينها وفشلت في فحص CRC، فسيتم حسابها على أنها InvalidOverSize.
• إذا وصلت الحزم داخل وحدة الحد الأقصى للنقل (MTU) التي تم تكوينها وفشلت في التحقق من توافق التحكم في الوصول (CRC)، فسيتم حسابها على أنها FcsErr

9500H#show controllers ethernet-controller twentyFiveGigE 1/0/3 | i Fcs|InvalidOver
            0 Good (>1 coll) frames                           0 InvalidOverSize frames <-- MTU too large and bad CRC
            0 Gold frames dropped                             0 FcsErr frames          <-- MTU within limits with bad CRC

تكوين IP MTU والتحقق من صحتها

تكوين IP MTU 

يوضح هذا القسم كيفية تكوين وحدة الحد الأقصى للنقل (MTU) عبر بروتوكول IP على واجهة نفق 

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

C9300(config)#interface tunnel 1
C9300(config-if)#ip mtu 1400

interface Tunnel1
 ip address 10.11.11.2 255.255.255.252
 ip mtu 1400                       <-- IP MTU command sets this line at 1400 
 ip ospf 1 area 0
 tunnel source Loopback0
 tunnel destination 192.168.1.1

التحقق من IP MTU

التحقق من صحة IP MTU للبرنامج

C9300#sh ip interface tunnel 1 <-- Show the IP level configuration of the interface 
Tunnel1 is up, line protocol is up
  Internet address is 10.11.11.2/30
  Broadcast address is 255.255.255.255
  Address determined by setup command
  MTU is 1400 bytes <-- max size of IP packet before fragmentation occurs

التحقق من IP MTU للأجهزة

C9300#sh platform software fed switch active ifm interfaces tunnel
Interface                         IF_ID               State
----------------------------------------------------------------------
Tunnel1                           0x00000050          READY            <-- Retrieve the IF_ID for use in the next command

C9300#sh platform software fed switch active ifm if-id 0x00000050
Interface IF_ID         : 0x0000000000000050  <-- The interface ID (IF_ID) 
Interface Name          : Tunnel1
Interface Block Pointer : 0x7fe98cc2d118
Interface Block State   : READY
Interface State         : Enabled
Interface Status        : ADD, UPD
Interface Ref-Cnt       : 4
Interface Type          : TUNNEL
<...snip...>   
       Tunnel Sub-mode: 0 [none]
       Hw Support : Yes
       Tunnel Vrf : 0
       IPv4 MTU : 1400                        <-- Hardware matches software configuration
<...snip...> 

أستكشاف أخطاء IP MTU وإصلاحها

المخطط

تجزئة IP

عندما يتم إرسال الحزم من خلال واجهة نفق، يمكن أن يحدث التجزئة بطريقتين يتم ملاحظتهما في هذه الأمثلة. 

تجزئة IP القياسية 

تجزئة الحزمة الأصلية لتقليل MTU قبل تضمين النفق. 

• يكون جهاز المدخل فقط مسؤولا عن إجراء التجزئة هذا، مع إعادة تجميع الأجزاء عند نقطة النهاية الفعلية بدلا من نقطة نهاية النفق 
• هذا النوع من تجزئة الحزمة ليس كمورد مكثف للقيام به 

### Tunnel Source Device: Tunnel IP MTU 1400 | Interface MTU 1500 ###

C9300#ping 172.16.1.1 source Loopback 1 size 1500 repeat 10 <-- ping with size over IP MTU 1400
Type escape sequence to abort.
Sending 100, 1500-byte ICMP Echos to 172.16.1.1, timeout is 2 seconds:
Packet sent with a source address of 172.16.2.1
!!!!!!!!!!
Success rate is 100 percent (100/100), round-trip min/avg/max = 1/1/1 ms


### Tunnel Destination Device: Ingress Capture Twe1/0/1 ###
9500H#show monitor capture 1

Status Information for Capture 1
Target Type:
Interface: TwentyFiveGigE1/0/1, Direction: IN  <-- Ingress Physical interface 

9500H#sh monitor capture 1 buffer br | inc IPv4|ICMP
    9  22.285433   172.16.2.1 b^F^R 172.16.1.1 IPv4 1434 Fragmented IP protocol (proto=ICMP 1, off=0, ID=6c03)
   10  22.285526   172.16.2.1 b^F^R 172.16.1.1 ICMP 162 Echo (ping) request id=0x0004, seq=0/0, ttl=255
   11  22.286295   172.16.2.1 b^F^R 172.16.1.1 IPv4 1434 Fragmented IP protocol (proto=ICMP 1, off=0, ID=6c04)
   12  22.286378   172.16.2.1 b^F^R 172.16.1.1 ICMP 162 Echo (ping) request id=0x0004, seq=1/256, ttl=255

<-- Fragmentation occurs on the Inner ICMP packet (proto=ICMP 1)
<-- Fragments are not reassembled until they reach the actual endpoint device 172.16.1.1

تجزئة تضمين نفق البريد 

تجزئة حزمة النفق الفعلية لتقليل MTU بمجرد حدوث عملية كبسلة، ولكن الجهاز يكشف MTU كبير جدا.

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

### Tunnel Source Device: Tunnel IP MTU 1500 | Interface MTU 1500 ###
C9300(config-if)#ip mtu 1500
%Warning: IP MTU value set 1500 is greater than the current transport value 1476, fragmentation may occur 
<-- Device warns the user that this can cause fragmentation (this is a configuration issue)


### Tunnel Destination Device: Ingress Capture Twe1/0/1 ###
9500H#show monitor capture 1

Status Information for Capture 1
Target Type:
Interface: TwentyFiveGigE1/0/1, Direction: IN <-- Ingress Physical interface 

9500H#sh monitor capture 1 buffer br | i IPv4|ICMP
    1   0.000000  192.168.1.2 b^F^R 192.168.1.1  IPv4 1514 Fragmented IP protocol (proto=Generic Routing Encapsulation 47, off=0, ID=4501)
    2   0.000042   172.16.2.1 b^F^R 172.16.1.1   ICMP 60 Echo (ping) request id=0x0005, seq=0/0, ttl=255
    3   2.000598  192.168.1.2 b^F^R 192.168.1.1  IPv4 1514 Fragmented IP protocol (proto=Generic Routing Encapsulation 47, off=0, ID=4502)
    4   2.000642   172.16.2.1 b^F^R 172.16.1.1   ICMP 60 Echo (ping) request id=0x0005, seq=1/256, ttl=255

<-- Fragmentation has occurred on the outer GRE header(proto=Generic Routing Encapsulation 47)
<-- Fragments must be reassembled at the Tunnel endpoint, in this case the 9500

معلومات ذات صلة 

• الدعم التقني والمستندات - Cisco Systems
• دليل تكوين الواجهة ومكونات الأجهزة، Cisco IOS® XE Amsterdam، الإصدار 17.3.x (محولات Catalyst 9500 Switches)
• دليل تكوين الواجهة ومكونات الأجهزة، Cisco IOS® XE Amsterdam، الإصدار 17.3.x (محولات Catalyst 9600 Switches)
• حل مشكلات تجزئة IPv4 و MTU و MSS و PMTUD باستخدام GRE و IPsec

معرفات الأخطاء من Cisco

لا يتم إحترام معرف تصحيح الأخطاء من Cisco CSCvr84911 System MTU بعد إعادة التحميل

معرف تصحيح الأخطاء من Cisco CSCvq30464CAT9400: لم يتم تطبيق تكوين MTU على المنافذ غير النشطة التي تصبح نشطة

معرف الخطأ من Cisco CSCvh04282 Cat9300 نظام غير افتراضي MTU تشكيل قيمة لا يحترم بعد reload