الأسئلة المتداولة - عمليات إسقاط الإخراج على المحولات Cisco Catalyst 9000 Series Switches

المقدمة

يقدم هذا المستند إجابات على الأسئلة الشائعة المتعلقة بإسقاط المخرجات على محولات Cisco Catalyst 9000 Series Switches.

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

المتطلبات

توصي Cisco بوجود فهم أساسي لديك لمفاهيم التحويل، بما في ذلك التخزين المؤقت للواجهة وتكوينات جودة الخدمة (QoS).

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

ينطبق هذا المستند على جميع محولات Cisco Catalyst 9000 Series Switches ولا يقتصر على إصدارات أجهزة أو برامج معينة.

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

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

تحدث عمليات إسقاط الإخراج عند استنفاد مخزن مخرج مؤقت للواجهة، مما يؤدي إلى فقدان الحزمة وتدهور أداء الشبكة. ومن بين الأسباب الشائعة إزدحام الشبكة أو حالات التزايد الدقيقة لحركة مرور البيانات أو حالات عدم التكوينات أو قيود الأجهزة. يتناول مستند الأسئلة المتداولة هذا الاستعلامات الشائعة المتعلقة بإسقاط الإخراج على محولات Cisco Catalyst 9000 Series Switches. وهو يوفر إرشادات لتحديد الأسباب الجذرية، ومنهجيات أستكشاف المشكلات وحلها، والممارسات الموصى بها لاستعادة كفاءة الشبكة وموثوقيتها.

س. ما هي عمليات إسقاط المخرجات؟

a. يشير قطرات الإخراج على محولات Cisco Catalyst 9000 switches إلى عدد الحزم التي يتم إسقاطها وعدم إرسالها من الواجهة، حتى وإن كانت الحزم قد تمت معالجتها بواسطة الجهاز. يحدث ذلك عند امتلاء قائمة انتظار الإخراج الخاصة بالواجهة. تحتوي واجهة المحول على مخازن الأجهزة المؤقتة التي تقوم بتخزين الحزم مؤقتا قبل إرسالها أو إعادة توجيهها خارج المنفذ. عندما يتجاوز معدل حركة المرور الصادرة معدل إمكانية إرسالها من الجهاز، يتم امتلاء المخازن المؤقتة، ويتم إسقاط أي حزم إضافية تصل إلى قائمة الانتظار.

س. أي أمر يمكن إستخدامه لفحص عمليات إسقاط المخرجات؟

أ. أستخدم الأمر show interfaces <interface>وابحث عن عداد إسقاط الإخراج الإجمالي، والذي يشير إلى عدد الحزم التي تم إسقاطها على قائمة انتظار الإخراج الخاصة بتلك الواجهة.

مثال:

GigabitEthernet1/0/1 is up, line protocol is up (connected)
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 3089
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)

س. ما هي الأسباب المشتركة لانخفاض المخرجات؟

أ. يقع إسقاط المخرجات على محولات Catalyst 9000 عادة عندما يتم تجاهل الحزم قبل الإرسال بسبب إزدحام مختلف أو مشاكل في التكوين. ومن بين الأسباب الشائعة:

• حركة المرور: زيادات مفاجئة عالية الكثافة في حركة المرور التي تحدث على المللي ثانية. ونظرا لأن أدوات مراقبة الشبكة القياسية (مثل SNMP) غالبا ما تقوم بالاستطلاع على فترات زمنية تبلغ دقيقة واحدة أو 5 دقائق، فإن هذه الطلقات غالبا ما تكون غير مرئية لبرنامج الإدارة ولكنها كافية لاستنفاد المخازن المؤقتة لمخرج الأجهزة.
• الاشتراك الزائد: عندما يتجاوز النطاق الترددي الإجمالي لحركة المرور الواردة سعة الواجهة الصادرة بشكل ملحوظ، يكون الازدحام أمرا حتميا. وهذا شائع في السيناريوهات التي تقوم فيها منافذ متعددة عالية السرعة (على سبيل المثال، 10G) بإرسال حركة مرور البيانات إلى منفذ واحد أقل سرعة (على سبيل المثال، 1G).
• قيود المخزن المؤقت: تحتوي كل واجهة على مقدار محدود من مساحة المخزن المؤقت للأجهزة. عندما تصل قائمة انتظار الخروج إلى الحد الأقصى للسعة بسبب الازدحام المستمر، يقوم المحول بتنفيذ "إسقاط تالي"، حيث يتم تجاهل جميع الحزم الواردة التالية حتى تصبح المساحة متوفرة.
• التكوين الخاطئ لجودة الخدمة (QoS): يمكن أن تؤدي سياسات جودة الخدمة (QoS) التي تم تكوينها بشكل غير صحيح - لا سيما السياسات الصارمة أو التشكيل التقييدي - إلى حالات انخفاض. إذا تم تكوين سياسة لوضع حد لحركة المرور تحت سعة الارتباط الفعلية، سيتم إسقاط الحزم التي تتجاوز هذا الحد حتى في حالة عدم إزدحام الارتباط الفعلي.
• عدم تطابق السرعة والإرسال ثنائي الإتجاه: وعلى الرغم من أنها أقل شيوعا مع التفاوض التلقائي الحديث، إلا أن عدم تطابق بين منفذ المحول والجهاز المتصل يمكن أن يؤدي إلى النقل غير الفعال والتصادمات المتزايدة (في وضع الإرسال أحادي الإتجاه) وتشبع قائمة الانتظار التالية.
• التحكم في التدفق (IEEE 802.3x): إذا تم تمكين التحكم في التدفق، يمكن توجيه المحول لإيقاف الإرسال مؤقتا بواسطة الجهاز المتلقي. إذا كانت إطارات PAUSE (الإيقاف المؤقت) متكررة، يمكن أن يتم تعبئة مخرج المخازن المؤقتة للمحول، مما يؤدي إلى عمليات إسقاط حيث ينتظر المحول لاستئناف الإرسال.
• إختلال توازن قناة الميناء: إن لم يتم توزيع حركة مرور في EtherChannel/Port-channel بالتساوي عبر روابط الأعضاء، واحد قارن يستطيع أصبحت احتقنت بينما الآخر يبقى غير مستعمل.

س. ما هي الدفعات الصغرية؟

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

س. هل هبوط الناتج مشكلة دائما؟

أ - لا، يمكن أن يحدث انخفاض الناتج خلال فترات الازدحام القصيرة حتى في الشبكات الصحية. تستخدم المحولات الحديثة قوائم الانتظار القائمة على المخزن المؤقت، ويمكن أن تحدث عمليات السقوط العرضية دون التأثير على التطبيقات. وعادة ما تصبح عمليات السقوط مشكلة عندما:

• تتزايد حالات السقوط بشكل مستمر

• تواجه التطبيقات زمن انتقال أو فقد حزم البيانات

• زيادة عمليات إعادة إرسال بروتوكول TCP

• تتأثر تطبيقات الوقت الفعلي (VoIP/الفيديو)

س. لماذا تحدث حالات هبوط الناتج حتى في حالة عدم إستخدام الواجهة بشكل كامل؟

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

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

من المهم أيضا ملاحظة أن قيم إستخدام الواجهة المعروضة من خلال أدوات مراقبة SNMP أو أمر show interface تستند إلى قياسات معدل حركة المرور عبر فواصل زمنية مثل 30 ثانية أو 5 دقائق. لا تعكس هذه المتوسطات إرتفاعات حركة المرور القصيرة جدا التي يمكن أن تحدث خلال مللي ثانية.

س. كيف يمكنني التحكم في قطرات المخرجات من دون زيادة سرعة الوصلة؟

a. أنت يستطيع إدارة وخفضت إنتاج تنازل على مادة حفازة 9000 مفتاح من خلال عدة تقنية دون يحسن الربط طبيعي سرعة:

• زيادة مضاعف SoftMax (تخفيف سريع): لزيادة عدد المخازن المؤقتة التي يمكن لقائمة الانتظار طلبها من تجمع المخزن المؤقت المشترك، يمكنك ضبط حد SoftMax باستخدام أمر التكوين العام qos queue-softmax-multipler <100-1200>. القيمة الافتراضية هي 100. يؤدي تعيين هذه القيمة إلى 1200 إلى زيادة قدرة قائمة الانتظار على إستيعاب عمليات التشغيل الدقيقة بمعامل 12 مقارنة بالتكوين الافتراضي.

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

تعديل المخزن المؤقت لكل قائمة انتظار (ضبط سياسة جودة الخدمة): إذا كان مضاعف SoftMax غير كاف، يمكن ضبط تخصيص المخزن المؤقت على مستوى قائمة الانتظار باستخدام مخططات سياسة جودة الخدمة. وهذا يسمح للمسؤولين بتخصيص مزيد من مساحة التخزين المؤقت لفئات معينة من فئات حركة مرور البيانات، وتعديل نسب التخزين المؤقت لقوائم الانتظار، وتكوين قوائم الانتظار ذات الأولوية لحركة المرور الهامة. يكون هذا الأسلوب مفيدا عندما تتطلب أنواع معينة من حركة المرور موارد عازلة مخصصة أو عندما تختلف ملفات تعريف حركة المرور بشكل كبير.

مثال:

policy-map QOS-POLICY
 class VOICE
  priority level 1
  queue-buffers ratio 50
 class class-default
  queue-buffers ratio 50

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

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

مثال:

policy-map SHAPE-POLICY
 class class-default
  shape average 

• تحسين توزيع التحميل (موازنة قناة المنفذ): في تكوين EtherChannel أو Port-channel، يمكن أن يؤدي التجزئة غير المتوازنة إلى إزدحام إرتباطات أعضاء معينة بينما يظل آخرون غير مستعملين بالكامل. من خلال تحسين خوارزميات موازنة الأحمال، يمكنك التأكد من توزيع حركة مرور البيانات بشكل متساو عبر جميع الارتباطات الأعضاء، مما يمنع الازدحام على الواجهات الفردية ويخفف من حالات سقوط المخرجات.

مثال:

port-channel load-balance src-dst-ip

س- ما هو الحل النهائي لانخفاض الناتج؟

ألف - أكثر الحلول فعالية للتخلص من حالات انخفاض الناتج هي:

• زيادة سرعة خط الواجهة: اعمل على ترقية سرعة الواجهة لتوفير نطاق ترددي أكبر للمغادرة وتقليل الزيادة في الاشتراك. على سبيل المثال، انتقل من واجهة 1G إلى واجهة 10G إذا كانت متوفرة على المحول.
• أستخدم تجميع المنفذ (EtherChannel): تجميع روابط مادية متعددة في إرتباط منطقي واحد باستخدام تجميع المنفذ، شريطة أن يدعم الجهاز المتصل هذه الميزة. وهذا يزيد من النطاق الترددي العام ويساعد على توزيع حمل حركة المرور.
• ترقية الأجهزة عند الضرورة: إذا لم تكن واجهة أعلى سرعة متوفرة على المحول وكانت عملية تجميع المنافذ غير مدعومة بواسطة الجهاز المتصل، فعليك مراجعة ترقية النظام الأساسي للأجهزة إلى نظام يحتوي على سعة أكبر أو وحدات تخزين مؤقت أكبر.

س. كيف يمكن التحقق من إحصائيات قائمة الانتظار على واجهة؟

a. بالنسبة لمحولات Catalyst 9000 switches، يمكن التحقق من إحصائيات قائمة انتظار الأجهزة التفصيلية باستخدام الأمر show platform hardware fed حالة قائمة انتظار جودة الخدمة النشطة <port>. يوفر هذا الأمر إحصائيات مفصلة بما في ذلك إستخدام المخزن المؤقت وتعداد قوائم الانتظار وعدادات الإسقاط لكل قائمة انتظار على الواجهة المحددة، مما يساعد على مراقبة أداء قائمة الانتظار والتعرف على الازدحام أو عمليات إسقاط الحزم.

مثال:

show platform hardware fed switch active qos queue stats interface Gig 1/0/1
DATA Port:0 Enqueue Counters
---------------------------------------------------------------------------------------------
Q Buffers          Enqueue-TH0          Enqueue-TH1          Enqueue-TH2             Qpolicer
  (Count)              (Bytes)              (Bytes)              (Bytes)              (Bytes)
- ------- -------------------- -------------------- -------------------- --------------------
0       0                    0                    0            384251797                    0
1       0                    0                    0         488393930284                    0
...
DATA Port:0 Drop Counters
-------------------------------------------------------------------------------------------------------------------------------
Q             Drop-TH0             Drop-TH1             Drop-TH2             SBufDrop              QebDrop         QpolicerDrop
               (Bytes)              (Bytes)              (Bytes)              (Bytes)              (Bytes)              (Bytes)
- -------------------- -------------------- -------------------- -------------------- -------------------- --------------------
0                    0                    0                    0                    0                    0                    0
1                    0                    0            192308101                    0                    0                    0
...

س. كيف يمكن تأكيد ما إذا كانت جودة الخدمة تتسبب في حدوث حالات انخفاض في المخرجات؟

أ. للتحقق مما إذا كانت QoS مسؤولة عن عمليات إسقاط المخرجات، تحقق من إحصائيات سياسة QoS باستخدام الأمر show policy-map interface <interface> وعدادات قوائم الانتظار. إذا كانت عدادات الإسقاط تتزايد تحت فئة QoS معينة، يمكن أن تحدث عمليات الإسقاط بسبب حدود قائمة انتظار QoS أو تنظيمها. وإذا أمكن، أثناء نافذة الصيانة، قم بإزالة نهج QoS مؤقتا من الواجهة باستخدام الأمر no service-policy output <policy-name> ومراقبة ما إذا كانت عمليات إسقاط الإخراج مستمرة أم لا. إذا توقفت عمليات الإسقاط بعد إزالة السياسة، فمن المحتمل أن يساهم تكوين جودة الخدمة في عمليات الإسقاط.

مثال:

sh policy-map interface gigabitEthernet 1/0/1
GigabitEthernet1/0/1
Service-policy output: TEST
Class-map: class-default (match-any)
0 packets
Match: any
Queueing
(total drops) 587230
(bytes output) 834545
...

س. هل يمكن أن تحدث عمليات السقوط في الواجهات عالية السرعة مثل 10G أو 40G؟

أ. نعم، حتى الواجهات عالية السرعة مثل 10G أو 40G يمكن أن تشهد حالات سقوط في المخرجات عند تقارب تدفقات متعددة عالية السرعة على منفذ واحد، مما يؤدي إلى إرباك المخازن المؤقتة للواجهة. وبالإضافة إلى ذلك، يمكن أن تؤدي عمليات السطو الدقيقة - عمليات رشق قصيرة لحركة المرور التي تتجاوز النطاق الترددي للواجهة - إلى إستنزاف المخازن المؤقتة للمنافذ بسرعة فائقة وإلى عمليات إسقاط الحزم.

س. هل يمكن أن تحدث حالات سقوط المخرجات بسبب أخطاء في الأجهزة؟

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

س. هل يمكن أن تتسبب أخطاء البرامج في انخفاض المخرجات؟

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

س. هل بإمكان بروتوكول ECMP أو موازنة الأحمال تقليل الازدحام؟

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

س. هل تؤثر عمليات إسقاط الإخراج على حركة مرور UDP بشكل مختلف عن TCP؟

أ. نعم، تؤثر عمليات إسقاط الإخراج على حركة مرور UDP بشكل مختلف عن بروتوكول TCP لأن بروتوكول UDP هو بروتوكول لا اتصال لا يعيد إرسال الحزم المفقودة، وبالتالي فإن أي فقدان للحزم يؤثر بشكل مباشر على التطبيقات مثل الصوت أو الفيديو، والتي تعتمد على التسليم في الوقت المناسب. في المقابل، يتضمن بروتوكول TCP آليات إعادة الإرسال التي تحاول إسترداد الحزم المفقودة، مما يخفف من تأثير عمليات السقوط. لذلك، يمكن أن تتسبب عمليات إسقاط الإخراج في حدوث انخفاض ملحوظ أكثر في تطبيقات الوقت الفعلي المستندة إلى UDP، حيث لا يتم إسترداد الحزم المفقودة ويمكن أن تؤدي إلى حدوث مشاكل في الجودة.

س. ما هو الفرق بين انخفاض المدخلات وانخفاضات المخرجات؟

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

س. هل يمكن أن تتسبب وظائف النسخ الاحتياطي الكبيرة في انخفاض الناتج؟

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

س. كيف يمكنني تحديد ما إذا كانت حوادث المرور المفاجئة تتسبب في إنخفاض المخرجات؟

a. in order to أكدت مخرجات قطرات بسبب حركة مرور ثورات، أنت يستطيع استعملت فسحة بين دعامتين جلسة مع Wireshark أن على قبض وتحليل مخرج حركة مرور على ال يتأثر قارن بينما إنتاج يسقط. لاحظ هذه الخطوات للتحقق من عمليات إسقاط الإخراج التي يتم تشغيلها بواسطة دفعات حركة المرور.

• توصيل كمبيوتر محمول مع تثبيت Wireshark بمنفذ غير مستخدم على المحول.
• شكلت فسحة بين دعامتين على المفتاح أن يعكس المخرج حركة مرور من القارن يواجه إنتاج يسقط إلى الميناء حيث الكمبيوتر المحمول يكون ربطت.

monitor session 1 source interface  Tx
monitor session 1 destination interface 

Replace  with the interface where output drops are seen for the source.
Replace  with the interface connected to the laptop for the destination.

• ابدأ الفسحة بين دعامتين التقاط على المفتاح بينما تزيد قطرات الإخراج بشكل نشط لضمان التقاط حركة المرور ذات الصلة.
• افتح ملف الالتقاط في Wireshark، ثم انتقل إلى الإحصائيات > رسم I/O البياني.
• قم بتغيير الفاصل الزمني من الإعداد الافتراضي 1 ثانية إلى 1 مللي ثانية (1 مللي ثانية).
• انقر فوق إعادة ضبط لتحديث الرسم البياني باستخدام الفاصل الزمني الجديد.
• سيعرض الرسم البياني حركة مرور البيانات بت لكل مللي ثانية.

ابحث عن زيادات حركة المرور التي تتجاوز سرعة إعادة توجيه الواجهة على نطاق مللي ثانية (على سبيل المثال، 1000000 بت/ثانية لواجهة بسرعة 1 جيجابت في الثانية). عندما تتجاوز حركة المرور سرعة إعادة التوجيه هذه، يقوم المحول بتخزين الحزم مؤقتا، مما يمكن أن يتسبب في حدوث إزدحام وانخفاضات في المخرجات. تعرف على حوادث الدوران المايكروسكوبي (في حالات الضجيج) بملاحظة الاشعاعات الحادة التي تليها فترات انخفاض حركة المرور أو انعدامها. في Wireshark، يؤدي النقر على تموج إلى تحديد الحزم المقابلة، مما يتيح المزيد من تحليل حركة المرور التي أدت إلى عمليات الإسقاط. تعرض الصورة التالية رسم I/O البياني الذي تم تحديثه لواجهة شهدت عمليات إسقاط للإخراج.

اعتبارات هامة

• ضمنت الفسحة بين دعامتين مصدر وغاية يتلقى ميناء ال نفسه أو متوافق سرعة in order to تفاديت تقديم إضافي سقوط.
• التقاط حركة المرور بينما تتزايد عمليات إسقاط الإخراج بشكل فعال لالتقاط عمليات التشغيل المتقطعة ذات الصلة.
• لا يوصى بالتقاط الحزم المضمن (EPC) لهذا الغرض حيث أنه يحد من معدلات الالتقاط ويمكن أن يفتقد للتشنجات.

المفاهيم الخاطئة الشائعة حول عمليات إسقاط المخرجات

سوء فهم: يعني أي إسقاط إخراج أن الشبكة لا تعمل بشكل صحيح.

الواقع: ويتسم عدد قليل من حالات سقوط المخرجات بكونه أمرا طبيعيا في الشبكات عالية السرعة بسبب الانقضاضات الصغيرة أو الارتفاعات القصيرة في حركة المرور.

سوء فهم: إذا كان إستخدام الواجهة منخفضا، فيجب عدم حدوث عمليات إسقاط.

الواقع: ويقاس الاستخدام كمتوسط على مر الوقت. يمكن أن تتجاوز عمليات السطوع الدقيقة عرض نطاق الواجهة الترددي بشكل مؤقت، مما يؤدي إلى حالات سقوط حتى عندما يكون متوسط الاستخدام منخفضا.

سوء فهم: تعني عمليات إسقاط الإخراج أن جهاز المحول معيب.

الواقع: عادة ما يكون السبب وراء حالات سقوط الإخراج هو إزدحام حركة المرور أو حركة المرور المتقطعة، وليس مشكلات الأجهزة.

سوء فهم: ستؤدي زيادة تخصيص المخزن المؤقت إلى منع جميع حالات الإسقاط.

الواقع: لا تمتص المخازن المؤقتة سوى النفخات المؤقتة. سيظل الازدحام المستمر ينتج عنه حالات إسقاط للحزم.

سوء فهم: فقط واجهات 1G تواجه حالات سقوط للمخرجات.

الواقع: يمكن أن تحدث عمليات السقوط على الواجهات 10G أو 25G أو 40G أو فائقة السرعة عندما تتجاوز عمليات انفجار حركة المرور النطاق الترددي المتاح أو سعة التخزين المؤقت.

سوء فهم: يجب أن تعمل جودة الخدمة على التخلص من جميع حالات السقوط/منع فقدان الحزمة.

الواقع: تحدد جودة الخدمة أولوية حركة المرور الهامة، ولكن يمكنها خفض حركة المرور ذات الأولوية المنخفضة عمدا أثناء الازدحام.

سوء فهم: سيؤدي أي إسقاط للإخراج إلى تأثير المستخدم.

الواقع: تستخدم العديد من التطبيقات إعادة بث بروتوكول TCP، والذي يمكن إسترداده من حالات سقوط الحزم بشكل عرضي دون أي تأثير ملحوظ.

سوء فهم: تحدث عمليات الإسقاط فقط عندما تصل الواجهات إلى إستخدام 100٪.

الواقع: يمكن أن تحدث حالات السقوط خلال فترات قصيرة من حركة المرور، حتى إذا ظل متوسط الاستخدام منخفضا.

سوء فهم: دائما ما يكون تكوين جودة الخدمة هو سبب حالات السقوط.

الواقع: ترجع معظم حالات السقوط إلى أنماط حركة المرور أو زيادة الاشتراك، وليس إلى نهج جودة الخدمة.

سوء فهم: لا يجب أن تحتوي الشبكة السليمة أبدا على حالات انخفاض في المخرجات.

الواقع: في بيئات التشغيل عالية الأداء، تكون حالات السقوط العرضي متوقعة وطبيعية.

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

• استكشاف أخطاء إسقاطات الإخراج وإصلاحها على مُبدّلات السلسلة Catalyst 9000 Series
• فهم تخصيص المخزن المؤقت لقائمة الانتظار على محولات Catalyst 9000 Switches
• الدعم الفني والتنزيلات من Cisco