تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يوضح هذا المستند كيفية أستكشاف أخطاء حزم الواجهة وإصلاحها على موجهات Cisco IOS® XE.
معرفة أساسية بتدفق الحزمة و Cisco IOS XE.
يستند هذا المستند إلى الأنظمة الأساسية لموجهات Cisco IOS XE مثل موجهات ISR 4000 و ASR1000.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
في موجهات Cisco IOS XE، يمكن أن تحدث حالات إسقاط الحزم عبر المكونات المختلفة، بما في ذلك:
واجهات مهايئ المنفذ المشترك (SPA).
معالج تدفق الكم (QFP): معالج مستوى البيانات الذي يحمل PPEs (محركات معالج الحزم).
يمكن ملاحظة هذه عمليات الإسقاط في إتجاه الإدخال أو الإخراج على الواجهات. عند تحليل QFP، يكون التركيز الأساسي على عمليات إسقاط المخرجات.
للحصول على عمليات إسقاط الحزم التي تؤثر على مستوى التحكم على أجهزة Cisco IOS XE، ارجع إلى عمليات إسقاط الحزم كما هو موضح في الدليل: تجاوز منظم أستكشاف الأخطاء وإصلاحها الحد.
يمكن أن تواجه الواجهات عمليات إسقاط الإدخال في قوائم انتظار الإدخال. يمكن رؤية هذا العداد باستخدام الأمر show interfaces في حقل قائمة انتظار الإدخال، مقطع عداد الإسقاط:
---- show interfaces ----
GigabitEthernet0/0/0 is up, line protocol is up
Input queue: 0/375/71966/0 (size/max/drops/flushes); Total output drops: 47009277
كما يظهر عداد إسقاط الإدخال على الواجهات في الأمر show interface summary، أسفل عمود IQD، والذي يمثل الحزم التي تم إسقاطها من قائمة انتظار الإدخال.
---- show interface summary ----
Interface IHQ IQD OHQ OQD RXBS RXPS TXBS TXPS TRTL
-----------------------------------------------------------------------------------------------------------------
* Te0/0/0 0 0 0 0 29544000 2830 1957000 1446 0
* Te0/0/1 0 0 0 0 23476000 2555 16655000 3346 0
* GigabitEthernet0/0/0 0 71966 0 47019440 18852000 5321 59947000 6064 0
تحدث حالات إسقاط الإدخال على الواجهات بشكل نموذجي عند تجاوز قوائم انتظار الإدخال وتعذر معالجتها في الوقت المناسب. ونتيجة لذلك، يمكن تجاهل الحزم بشكل انتقائي استنادا إلى خوارزمية قوائم الانتظار المستخدمة.
الأسباب المحتملة لحدوث عمليات إسقاط الإدخال تتضمن:
يمكنك محاولة زيادة حجم قائمة انتظار الإدخال باستخدام قائمة انتظار الأوامر أسفل مستوى الواجهة:
Router(config-if)#hold-queue ?
<0-240000> Queue length
ملاحظة: لا يمكن أن يكون أمر قائمة الانتظار فعالا على بعض الأنظمة الأساسية. تحقق من مواصفات النظام الأساسي أو سجل حالة باستخدام TAC.
ملاحظة: يمكن أيضا إستخدام آليات التحكم في التدفق لإرسال إطارات Pause (إيقاف مؤقت) من الجهاز المتلقي إلى جهاز الإرسال. راجع مزيد من المعلومات حول التحكم في التدفق داخل دليل تكوين الواجهة ومكونات الأجهزة للنظام الأساسي المحدد.
تظهر قطرات المخرجات على الواجهات في قوائم انتظار المخرجات ويمكن رؤيتها باستخدام الأمر show interfaces:
---- show int gi 1/0/46 ----
GigabitEthernet1/0/46 is up, line protocol is up (connected)
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 154786
يشير عداد إجمالي قطرات الإخراج إلى التشبع في قوائم انتظار الإخراج الخاصة بالواجهة المتأثرة. يمكن أن يتفاقم هذا الشرط بواسطة آليات مثل جودة الخدمة (QoS)، والتي يمكنها تجاهل الحزم انتقائيا لإدارة الازدحام.
ونظرا لأن جودة الخدمة تقوم بتغيير أولوية حركة المرور، فإن هناك خطوة أخرى لاستكشاف الأخطاء وإصلاحها تتمثل في التحقق مما إذا كانت الواجهة تستخدم إستراتيجية قوائم انتظار غير افتراضية عبر خريطة سياسة تم تكوينها في إتجاه الإخراج باستخدام إخراج الأمر service-policy.
interface GigabitEthernet0/1
service-policy output PRIORITIZE-VOICE
للتحقق من ما إذا كانت عمليات إسقاط الإخراج ترجع إلى آلية جودة الخدمة التي تم تنفيذها، أستخدم الأمر show policy-map interface <interface-name> out. وهذا مُوضح في المثال التالي:
---- show policy-map interface gi0/0/0 output ----
GigabitEthernet0/0/0
Service-policy output: PRIORITIZE-VOICE
queue stats for all priority classes:
Queueing
queue limit 512 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 0/0
Class-map: VOICE (match-any)
0 packets, 0 bytes
5 minute offered rate 0000 bps, drop rate 0000 bps
Match: dscp ef (46)
Priority: Strict, b/w exceed drops: 0
Class-map: class-default (match-any)
0 packets, 0 bytes
5 minute offered rate 0000 bps, drop rate 0000 bps
Match: any
queue limit 4166 packets
(queue depth/total drops/no-buffer drops) 0/0/0
(pkts output/bytes output) 0/0
Router#
يعرض هذا الأمر حالات السقوط بسبب آلية جودة الخدمة بين الفئات التي تم تكوينها.
ملاحظة: إذا ارتبطت عمليات إسقاط الإخراج على الواجهة بعمليات السقوط التي تمت مشاهدتها في خريطة السياسة، فيتوقع الإسقاط بشكل عام نظرا لجودة الخدمة التي تم تكوينها. اتصل ب TAC إن يحتاج أن يبحث أعمق في جودة آلية الخدمة يستعمل ويراجع الأدلة المقابلة ل هذا سمة.
للحصول على معلومات إضافية حول عمل جودة الخدمة وكيف يمكن تنفيذها، يرجى الرجوع إلى دليل تكوين جودة الخدمة، دليل تكوين Cisco IOS XE 17.x.
لعرض إستراتيجية قوائم الانتظار، أستخدم الأمر show interfaces وحدد قيمة إستراتيجية قوائم الانتظار. بشكل افتراضي، تكون إستراتيجية معالجة الحزم الصادرة هي الأولى في الدخول، والأول خارج (FIFO).
---- show interfaces gigabitEthernet 0/0/0 ----
Queueing strategy: Class-based queueing
إذا لم تكن الواجهة تحتوي على خريطة سياسة مقترنة في إتجاه الإخراج لجودة الخدمة، فقد تتسبب أسباب أخرى في انخفاض المخرجات.
بعض أسباب إسقاط الناتج على واجهة لا تحتوي على جودة الخدمة هي:
أحلت قسم تدفق الكم عملية إسقاط معالج (QFP) من هذا وثيقة أن يستكشف أكثر هذا شرط.
للتحقق من أسباب عمليات إسقاط QFP، أستخدم الأمر show platform hardware qfp active statistics drop كما هو موضح هنا:
---- show platform hardware qfp active statistics drop ----
Last clearing of QFP drops statistics : never
-------------------------------------------------------------------------
Global Drop Stats Packets Octets
-------------------------------------------------------------------------
BFDoffload 23944858 1904416850
IpTtlExceeded 184211 28644972
IpsecIkeIndicate 175 26744
IpsecInput 686112 171458640
IpsecInvalidSa 1 80
Ipv4Martian 4 392
Ipv4NoAdj 19776 6587643
Ipv4NoRoute 75 10950
Ipv6NoRoute 27068 1515808
ReassDrop 3489529 450382594
ReassNoFragInfo 4561070 6387610348
ReassOverlap 3 198
ReassTimeout 7408271 2631950860
TailDrop 193769387 157113756882
يوضح هذا الأمر أسبابا مختلفة لعمليات إسقاط QFP وعدادات الحزم المقترنة لكل فئة.
ملاحظة: تكون معظم أسباب فئة إسقاط QFP شرحية من تلقاء نفسها باستخدام اسمها. ترشد فئة السبب تدفق أستكشاف الأخطاء وإصلاحها. بالنسبة لفئات إسقاط الحزم غير الشائعة، إذا كان ذلك مطلوبا، قم بإصدار ملف حالة Cisco TAC.
يعد عداد TailDrop أحد أكثر أنواع الإسقاط التي يتم ملاحظتها بشكل متكرر، والذي يزيد عادة بسبب هذه الأسباب:
نوع السجل الذي تم إنشاؤه:
٪BW_LICENSE-4-THROUGHPUT_MAX_LEVEL: F0/0: cpp_ha_top_level_server: قام متوسط معدل نقل البيانات بالاقتراب من النطاق الترددي المرخص به ل <mbps> ميجابت في الثانية أثناء فترات أخذ العينات <sample-number> في <Period> ساعة الأخيرة، وكانت فترة أخذ العينات هي <sample-period> من الثواني
أوامر التحقق:
تحويل النص بالكامل (حد النظام الأساسي)
لفهم ما إذا كان يتم إسقاط حركة المرور المتأثرة وعرض معالجة الحزمة بمزيد من التفاصيل بواسطة QFP، يمكنك إستخدام ميزة تتبع الحزمة. ارجع إلى أستكشاف الأخطاء وإصلاحها باستخدام ميزة تعقب حزمة بيانات Cisco IOS-XE.
نوع السجل الذي تم إنشاؤه:
٪IOSXE_QFP-2-LOAD_EXCEED: الفتحة: 0، QFP:0، الحمل <load-percentage>٪ يتجاوز حد الإعداد.
ملاحظة: ارجع إلى أرقام سعة معالجة حدود النظام الأساسي والقياس في أوراق البيانات. يختلف معدل نقل البيانات باختلاف عدد الميزات واستخدامها في تكوين الجهاز. كما يختلف أيضا حسب وحدات البت المجمعة في الثانية (BPS) التي يتم حقنها في QFP.
يمكنك إستخدام الأمر show platform hardware qfp active dataPath ملخص التحقق من إستخدام QFP في آخر 5 ثوان أو دقيقة أو 5 دقائق أو 60 دقيقة.
---- show platform hardware qfp active datapath utilization summary ----
CPP 0: 5 secs 1 min 5 min 60 min
Input: Total (pps) 1 2 2 2
(bps) 320 1032 1032 1032
Output: Total (pps) 0 1 1 1
(bps) 0 8560 8560 8576
Processing: Load (pct) 0 0 0 0
Crypto/IO
Crypto: Load (pct) 0 0 0 0
RX: Load (pct) 0 0 0 0
TX: Load (pct) 2 2 2 2
Idle (pct) 97 97 97 97
للحصول على تحقق إضافي من حالات السقوط في QFP، أستخدم show drop { bqs | crypto| firewall| interface| ip-all| nat| punt| qfp| qos|history} أمر، راجع الدليل cisco مادة حفازة 8500 و 8500l sery حافة منصة برمجية تشكيل مرشد.
يتم عرض عدادات مختلفة عبر الأمر show interfaces [interface]. يمكن العثور على شرح للمعنى على كل جهاز من هذه العدادات في مستند أستكشاف أخطاء الإيثرنت وإصلاحها.
يمكنك تمكين وحدات بت المحفوظات لكل ثانية لعرض الرسم البياني ضمن واجهة سطر الأوامر في الإتجاه الصادر والوارد من واجهة باستخدام الأمر history bps أسفل مستوى الواجهة. يقوم هذا التكوين بإنشاء رسم بياني للبت في الثانية التاريخية على الواجهة.
Router(config)#interface gigabitEthernet 0/0/0
Router(config-if)#history bps
يمكنك أيضا تمكين محفوظات عمليات إسقاط إخراج BPS ومحفوظات العدادات الأخرى.
لعرض نتائج عداد المحفوظات عبر الوقت، أستخدم الأمر show interfaces <interface> history الأمر:
---- show interfaces gigabitEthernet 0/0/0 history ? ----
60min Display 60 minute histograms only
60sec Display 60 second histograms only
72hour Display 72 hour histograms only
all Display all three histogram intervals
both Display both input and output histograms
input Display input histograms only
output Display output histograms only
| Output modifiers
#show int gi1 history 60sec
90100 *
82100 *
74100 ******
66100 ***********
58100 ***********
50100 ****************
42100 *********************
34100 *******************************
26100 ************************************
18100 ***************************************************
10100 **********************************************************
0....5....1....1....2....2....3....3....4....4....5....5....6
0 5 0 5 0 5 0 5 0 5 0
GigabitEthernet1 output rate(mbits/sec) (last 60 seconds)
يتم إستخدام هذه الأوامر لمسح إحصائيات العداد المختلفة:
للتحقق من صحة عدد حالات إسقاط الإخراج، بالإضافة إلى إستخدام الأمر history bps output-drop على مستوى الواجهة لفهم حالات السقوط عبر الوقت، يمكنك إستخدام قيم العداد الأخرى للحصول على النسبة المئوية الإجمالية لعمليات إسقاط الإخراج منذ آخر مرة تم مسح عدادات الوقت فيها.
إذا لم يتم مسح العدادات منذ التمهيد الأخير، فاستخدم الأمر show version للحصول على وقت عمل النظام أو ارجع إلى آخر مسح لقيمة show interface counters باستخدام الأمر show interfaces.
بعد تحديد وقت آخر مسح للعدادات أو تحديد وقت تشغيل الجهاز، قم بحساب النسبة المئوية لانخفاضات الإخراج التي حدثت أثناء تلك الفترة.
ويمكن القيام بذلك عن طريق ضرب إجمالي قيمة إسقاط الإخراج ب 100 ثم تقسيم النتيجة بين قيمة عداد إخراج الحزم من أمر <interface>. تعطي نتيجة هذه العملية فكرة عن ٪ من عمليات إسقاط المخرجات لتلك الواجهة خلال ذلك الإطار الزمني.
ملاحظة: تذكر أن العدادات من إظهار الواجهات وإظهار إسقاط الإحصائيات النشطة ل QFP لأجهزة النظام الأساسي هي عدادات تاريخية وتراكمية منذ آخر مرة تم مسح هذه العدادات. يتم مسح العدادات إذا تم إعادة تحميل.
ارجع إلى إخراج هذا المثال:
---- show version ----
Hostname uptime is 51 weeks, 1 day, 14 hours, 17 minutes
---- show interface GigabitEthernet0/0/1 ----
GigabitEthernet0/0/1 is up, line protocol is up
Last clearing of "show interface" counters never
Input queue: 0/375/0/0 (size/max/drops/flushes); Total output drops: 1351
219128599 packets output, 84085726336 bytes, 0 underruns
يشير إخراج المثال إلى أنه لم يتم مسح عدادات الواجهات قط، مما يعني أنه على مدار الأسابيع ال 51 الأخيرة من وقت تشغيل الجهاز، تكون النسبة المئوية لإجمالي حالات إسقاط الإخراج (1351 × 100) / 219128599 = .0006٪.
وتفسير هذه النسبة المئوية يمكن أن يكون أن إجمالي انخفاض الناتج على هذه الواجهة ليس كبيرا، وبما أن هذا العداد تاريخي وتراكمي، وبالنظر إلى طول وقت التشغيل، فإن هذا يعني أن عمليات الهبوط غير مؤثرة.
فترة التحميل هي معلمة تكوين من مستوى الواجهة تشير إلى طول الوقت الذي يتم فيه إستخدام البيانات لحساب إحصائيات الحمل.
Router#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#interface gigabitEthernet 0/0/0
Router(config-if)#load-interval ?
<30-600> Load interval delay in seconds
تنعكس نتيجة معلمة load-interval مع الأمر show interfaces أسفل قيم معدل الإدخال والإخراج:
---- show interfaces gigabitEthernet 0/0/0 ----
GigabitEthernet0/0/0 is administratively down, line protocol is down
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
وهذا مهم في لحظة التحقق من وحدات بت لكل معدل ثان عند تنفيذ أمر show interfaces.
تكون قيم معدل الإدخال والإخراج مفيدة لفهم وحدات بت في الثانية الواردة والصادرة من الواجهة.
أستخدم الأمر show interface summary للحصول على نظرة عامة واسعة لقيم معدل الإدخال والإخراج على جميع الواجهات والحصول على معدل الإخراج المجمع من الواجهات المادية وهو ما يساعد في فهم إجمالي وحدات البت المجمعة في الثانية للمخرجات في نقطة معينة من الوقت. ارجع إلى عدادات RXBS و TXBS من إخراج المثال التالي:
---- show interfaces summary ----
*: interface is up
IHQ: pkts in input hold queue IQD: pkts dropped from input queue
OHQ: pkts in output hold queue OQD: pkts dropped from output queue
RXBS: rx rate (bits/sec) RXPS: rx rate (pkts/sec)
TXBS: tx rate (bits/sec) TXPS: tx rate (pkts/sec)
TRTL: throttle count
Interface IHQ IQD OHQ OQD RXBS RXPS TXBS TXPS TRTL
-----------------------------------------------------------------------------------------------------------------
* GigabitEthernet0/0/0 1 0 0 0 9000 19 0 0 0
GigabitEthernet0/0/1 0 0 0 0 0 0 0 0 0
GigabitEthernet0/0/2 0 0 0 0 0 0 0 0 0
* GigabitEthernet0/0/3 0 0 0 0 9000 19 0 0 0
لاستكشاف الأخطاء وإصلاحها، قم بإزالة سياسة جودة الخدمة مؤقتا من الواجهة المتأثرة. أستخدم الأمر no service-policy output <policy-name>على مستوى تكوين الواجهة.
ملاحظة: إذا كانت المساعدة في إطار المساعدة المقدمة من مركز المساعدة الفنية مطلوبة، فإن عزل تحديد ما إذا كانت حالات السقوط ترجع إلى جودة الخدمة أم لا هو أمر مهم لتوجيه القضية إلى الخبير المناسب في المراحل المبكرة.
ملاحظة: كما يمكن أن تكون عمليات الإسقاط ناتجة عن ميزة IPSec. يتم تجميع عمليات إسقاط IPSec بشكل عام في الواجهة المادية التي يتم إستخدامها كمصدر نفق. إذا كانت عمليات الإسقاط موجودة فقط عند إستخدام النفق، فمن المهم الإشارة إلى TAC إذا كانت المساعدة مطلوبة. وهذا يساعد على توجيه القضية إلى الفريق المقابل في المراحل المبكرة
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
08-Aug-2025
|
الإصدار الأولي |