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

المقدمة

يصف هذا وثيقة كيف أن يفهم واستكشاف أخطاء وحدة الإرسال القصوى (MTU) على مادة حفازة 9000 sery مفتاح.

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

المتطلبات

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

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

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

• 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) الافتراضية على أي محولات Catalyst 9000 هي 1500 بايت.
• يقوم منفذ إيثرنت بإعادة توجيه حزمة من الطبقة 3 سعة 1500 بايت + رأس من الطبقة 2.

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

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

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

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

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

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

ما هي حزم Jumbo؟

• في محولات Catalyst 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

ملاحظة: يمكن أن يختلف إظهار برنامج النظام الأساسي الذي تم تغذيته <active|standby>. تتطلب بعض الأنظمة الأساسية إظهار أجهزة النظام الأساسي التي تم تغذيتها بمحول <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 

يصف هذا القسم كيفية تكوين IP MTU على واجهة نفق. 

• يمكن تكوين 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) للنظام التي يمكن معالجتها بعد تطبيق رؤوس الأنفاق.
• في هذه الحالة، النفق مصدر ينبغي كسرت النفق نفسه، النفق غاية ينبغي أعدت النفق رؤوس in order to أرسلت الربط إلى التالي جنجل أو غاية. 
• يمكن أن يضيف هذا النوع من تجزئة الرأس عبئا إضافيا كبيرا للمعالجة، ويتوقف على معدل التدفقات التي يجب معالجتها. 
• حسب النظام الأساسي والرمز ومعدل حركة المرور، يمكنك أيضا أن ترى فقدان الحزمة وحالات السقوط في حركة مرور صناديق فئة 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

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

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

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

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

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