تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند الخطوات المستخدمة لإجراء محلل منفذ محول (SPAN) إلى وحدة المعالجة المركزية (CPU) على سلسلة من وحدات ASIC ذات مقياس السحابة Cisco Nexus 9000. يصف هذا المستند أيضا التنبيهات الشائعة التي تتم مصادفتها عند إستخدام التقاط حزمة من فسحة بين دعامتين إلى وحدة المعالجة المركزية لاستكشاف أخطاء تدفق الحزم وإصلاحها من خلال محول سلسلة Cisco Nexus 9000 Cloud Scale.
يسمح التقاط حزمة فسحة بين دعامتين إلى وحدة المعالجة المركزية لمسؤولي الشبكة بالتحقق بسرعة وسهولة ما إذا كانت حزم معينة تدخل محول سلسلة Cisco Nexus 9000 Cloud Scale وتخرجه. بالمثل إلى فسحة بين دعامتين عادي أو يغلف فسحة بين دعامتين بعيد (ERSPAN) جلسة، فسحة بين دعامتين إلى وحدة المعالجة المركزية يتضمن جلسة التعريف one or much مصدر قارن واتجاه حركة مرور. يتم نسخ أي حركة مرور تطابق الإتجاه (TX، RX، أو كلا) المحدد على واجهة المصدر نسخا متماثلا إلى مستوى التحكم بجهاز Cisco Nexus 9000. يمكن تصفية حركة المرور المنسوخة نسخا متماثلا وتحليلها باستخدام الأداة المساعدة لالتقاط حزمة مستوى التحكم في الإيثاناليزر أو حفظها في جهاز تخزين محلي للمراجعة لاحقا.
مخصص لهذه الميزة للاستخدام المؤقت أثناء أستكشاف أخطاء تدفق الحزم وإصلاحها من خلال محولات Cisco Nexus 9000 Series Switches. توصي Cisco بشدة بإيقاف تشغيل جلسات مراقبة الفسحة بين دعامتين إلى وحدة المعالجة المركزية أو إزالتها إداريا عندما لا يتم إستخدامها بشكل نشط لاستكشاف أخطاء تدفق الحزمة وإصلاحها. وقد يؤدي الفشل في القيام بذلك إلى انخفاض الأداء لحركة المرور المكررة في الشبكة وزيادة إستخدام وحدة المعالجة المركزية (CPU) للمحولات من السلسلة Cisco Nexus 9000.
ينطبق الإجراء الوارد في هذا المستند على هذا الجهاز فقط:
cisco يوصي أن يفهم أنت الأساسي من الإثرنيت يحول محلل أيسر (فسحة بين دعامتين) سمة على ال cisco Nexus 9000 sery مفتاح. للحصول على معلومات حول هذه الميزة، ارجع إلى المستندات التالية:
تستند المعلومات الواردة في هذا المستند إلى محولات Cisco Nexus 9000 Series Switches مع برنامج ASIC لمقياس السحابة التي تشغل برنامج NX-OS، الإصدار 9.3(3).
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
فسحة بين دعامتين إلى وحدة المعالجة المركزية يتلقى جلسة بعض تحذير وتحديد أن يكون على علم عندما يتحرى ربط يتدفق. سيغطي هذا المستند بعض التنبيهات الشائعة. للحصول على قائمة كاملة من الإرشادات والحدود، راجع الوثائق التالية:
افتراضيا، يحد Cisco Nexus 9000 sery مفتاح معدل حركة المرور المنسوخة إلى مستوى التحكم من خلال فسحة بين دعامتين إلى وحدة المعالجة المركزية جلسة مراقبة إلى 50 كيلوبت/ثانية. يتم تنفيذ تحديد المعدل هذا في محرك إعادة توجيه/ASIC الخاص بمقياس السحابة وهو آلية حماية ذاتية لضمان عدم تجاوز مستوى التحكم في الجهاز مع حركة المرور المكررة.
العرض جهاز معدل محدد فسحة بين دعامتين أمر يستطيع كنت استعملت أن يشاهد الإعداد الحالي من الفسحة بين دعامتين إلى وحدة المعالجة المركزية مدرب معدل محدد.
N9K# show hardware rate-limiter span Units for Config: kilo bits per second Allowed, Dropped & Total: aggregated bytes since last clear counters Module: 1 R-L Class Config Allowed Dropped Total +----------------+----------+--------------------+--------------------+--------------------+ span 50 0 0 0
إذا تم إسقاط حركة المرور المنسوخة نسخا متماثلا بواسطة محدد معدل الأجهزة، فسيكون العمود الذي تم إسقاطه قيمة غير صفرية، كما هو موضح في الإخراج أدناه:
N9K# show hardware rate-limiter span Units for Config: kilo bits per second Allowed, Dropped & Total: aggregated bytes since last clear counters Module: 1 R-L Class Config Allowed Dropped Total +----------------+----------+--------------------+--------------------+--------------------+ span 50 0 499136 499136
يمكن تغيير أدوات تحديد معدل الأجهزة لجلسة عمل جهاز عرض الفسحة بين دعامتين إلى وحدة المعالجة المركزية باستخدام أمر التكوين العام hardware rate-limiter span {kbps}، كما هو موضح في الإخراج أدناه.
N9K# configure terminal Enter configuration commands, one per line. End with CNTL/Z. N9K-1(config)# hardware rate-limiter span 250 N9K-1(config)# end N9K# show running-config | inc rate-limiter hardware rate-limiter span 250 N9K# show hardware rate-limiter span Units for Config: kilo bits per second Allowed, Dropped & Total: aggregated bytes since last clear counters Module: 1 R-L Class Config Allowed Dropped Total +----------------+----------+--------------------+--------------------+--------------------+ span 250 0 0 0
تحذير: لا توصي Cisco بتعديل أداة تحديد معدل الأجهزة لجلسة عمل مراقبة الفسحة بين دعامتين إلى وحدة المعالجة المركزية بعيدا عن قيمتها الافتراضية التي تبلغ 50 كيلوبت/ثانية ما لم يتم تعليمها بشكل صريح للقيام بذلك بواسطة Cisco TAC. قد تؤدي زيادة محدد المعدل هذا إلى قيمة عالية إلى زيادة إستخدام وحدة المعالجة المركزية (CPU) وعدم إستقرار مستوى التحكم على المحول فئة Cisco Nexus 9000، مما قد يؤدي إلى تأثير كبير على حركة مرور الإنتاج.
يحتوي إخراج الأمر show hardware rate-limiter span على عداد مسموح به. في أدوات تحديد معدل الأجهزة الأخرى، يشير هذا العداد إلى عدد وحدات البايت التي تمر عبر أدوات تحديد معدل الأجهزة بنجاح. ومع ذلك، فإن العداد المسموح به لأدوات تحديد معدل الأجهزة التي تصل إلى وحدة المعالجة المركزية (CPU) للفسحة بين دعامتين لا يتزايد بسبب تحديد البرامج. ويرد مثال على ذلك في الناتج أدناه:
N9K# show hardware rate-limiter span
Units for Config: kilo bits per second
Allowed, Dropped & Total: aggregated bytes since last clear counters
Module: 1
R-L Class Config Allowed Dropped Total
+----------------+----------+--------------------+--------------------+--------------------+
span 50 0 499136 499136
يؤثر تحديد هذا البرنامج على جميع إصدارات برامج NX-OS ويتم توثيقه من خلال CSCva37512.
لتحديد مقدار حركة المرور التي تم نسخها إلى مستوى التحكم بجهاز Nexus 9000 الذي تم تكوينه باستخدام جلسة مراقبة نشطة من الفسحة بين دعامتين إلى وحدة المعالجة المركزية، أستخدم الأمر show system internal access-list tcam region span. يتم عرض مثال على الإخراج الذي تمت تصفيته للأمر المذكور أعلاه الذي يظهر عدادات الحزم والبايت ذات الصلة أدناه.
N9K# show system internal access-list tcam ingress region span | include pkts:
<snip>
pkts: 56582127, bytes: 4119668263
لن يتم التقاط الحزم التي تم إنشاؤها بواسطة مستوى التحكم والتي تم إرسالها من واجهة مصدر لفسحة بين دعامتين إلى وحدة المعالجة المركزية (CPU) بواسطة جلسة مراقبة الفسحة بين دعامتين إلى وحدة المعالجة المركزية. ستقوم هذه الحزم بإخراج الواجهة بشكل صحيح، ولكن لا يمكن التقاطها من خلال جلسة عمل مراقبة من فسحة بين دعامتين إلى وحدة المعالجة المركزية على الجهاز نفسه حيث يتم إنشاء الحزمة.
على سبيل المثال، ضع في الاعتبار جهاز سلسلة Cisco Nexus 9000 حيث يعد Ethernet1/1 واجهة L3/موجهة متصلة بموجه آخر. يتم تنشيط عملية OSPF 1 على الإيثرنت 1/1، وهو الواجهة الوحيدة التي تم تنشيط OSPF عليها على جهاز Cisco Nexus 9000.
N9K# show running-config ospf !Command: show running-config ospf !Running configuration last done at: Wed Feb 26 16:16:30 2020 !Time: Wed Feb 26 16:16:37 2020 version 9.3(3) Bios:version 05.39 feature ospf router ospf 1 interface Ethernet1/1 ip router ospf 1 area 0.0.0.0 N9K# show ip ospf interface brief OSPF Process ID 1 VRF default Total number of interface: 1 Interface ID Area Cost State Neighbors Status Eth1/1 1 0.0.0.0 4 DR 0 up
تظهر أداة التقاط حزمة مستوى التحكم في الإيثانالير أن رسائل OSPF Hello يتم إنشاؤها بواسطة مستوى التحكم في الجهاز مرة كل 10 ثوان.
N9K# ethanalyzer local interface inband display-filter ospf limit-captured-frames 0 Capturing on inband 2020-02-26 16:19:13.041255 192.168.1.1 -> 224.0.0.5 OSPF Hello Packet 2020-02-26 16:19:22.334692 192.168.1.1 -> 224.0.0.5 OSPF Hello Packet 2020-02-26 16:19:31.568034 192.168.1.1 -> 224.0.0.5 OSPF Hello Packet ^C 3 packets captured
مهما، لا يبدي مخرج/TX فسحة بين دعامتين إلى وحدة المعالجة المركزية على الإيثرنت 1/1 قارن هذا فتح أقصر مسار أولا (OSPF) مرحبا ربط يبث على هذا قارن بعد 60 ثاني وقت.
N9K# show running-config monitor !Command: show running-config monitor !Running configuration last done at: Wed Feb 26 16:20:48 2020 !Time: Wed Feb 26 16:20:51 2020 version 9.3(3) Bios:version 05.39 monitor session 1 source interface Ethernet1/1 tx destination interface sup-eth0 no shut N9K# show monitor Session State Reason Description ------- ----------- ---------------------- -------------------------------- 1 up The session is up N9K# ethanalyzer local interface inband mirror display-filter ospf autostop duration 60 Capturing on inband 0 packets captured
للتحقق مما إذا كانت الحزم التي تم إنشاؤها بواسطة مستوى التحكم لجهاز Cisco Nexus 9000 يتم إرسالها من واجهة معينة، توصي Cisco باستخدام أداة مساعدة التقاط الحزم على الجهاز البعيد المتصل بالواجهة.
تأملوا في الطوبولوجيا التالية:
يتم توجيه حزمة بروتوكول رسائل التحكم في الإنترنت (ICMP) المستمدة من الخادم SRV01 في شبكة VLAN رقم 10 (192.168.10.10) لشبكة VLAN رقم 10 بوابة 192.168.10.1. سيتم إستخدام جلسة مراقبة من فسحة بين دعامتين إلى وحدة المعالجة المركزية لتأكيد أن حزمة ICMP هذه تجتاز الجهاز N9K (Cisco Nexus 93180YC-EX الذي يشغل برنامج NX-OS الإصدار 9.3(3))، والذي يعمل كمحول من الطبقة 2 يربط SRV01 ب AGGSW في VLAN 10.
cisco Nexus 9000 sery مفتاح مع السحابة مقياس ASIC أن يركض NX-OS برمجية دعم بحد أقصى من أربعة نشط فسحة بين دعامتين أو ERSPAN جلسة لكل ASIC/forwarding محرك. علاوة على ذلك، إن شكلت أول ثلاثة فسحة بين دعامتين أو ERSPAN جلسة يكون مع ثنائي إتجاه (Tx و RX) مصدر قارن، المصدر من الرابع فسحة بين دعامتين أو ERSPAN جلسة ينبغي كنت مدخل/Rx مصدر.
قبل أن يشكل أنت فسحة بين دعامتين إلى cpu مدرب جلسة، دققت الكمية من آخر فسحة بين دعامتين أو ERSPAN جلسة يشكل حاليا على الأداة. ويمكن القيام بذلك باستخدام الأوامر show running-config monitor وshow monitor. يبدي المثال أدناه الإنتاج من كلا أمر عندما ما من آخر فسحة بين دعامتين أو ERSPAN جلسة شكلت على الأداة.
N9K# show running-config monitor !Command: show running-config monitor !Running configuration last done at: Tue Feb 25 20:34:04 2020 !Time: Tue Feb 25 20:34:06 2020 version 9.3(3) Bios:version 07.66 N9K# show monitor Note: No sessions configured
ملاحظة: يمكن العثور على معلومات إضافية حول الحد الأقصى لعدد جلسات عمل الفسحة بين دعامتين/ERSPAN والقيود الأخرى في دليل قابلية التوسعة الذي تم التحقق من صحته ل Cisco Nexus 9000 Series NX-OS لبرنامج NX-OS الإصدار 9.3(3).
عنصر التكوين الأساسي الذي يحدد جلسة عمل مراقبة فسحة بين دعامتين إلى وحدة المعالجة المركزية هو واجهة الوجهة ل "sup-eth0"، والتي هي واجهة النطاق الداخلي للمشرف. يوضح المثال التالي تكوين جلسة عمل مراقبة فسحة بين دعامتين إلى وحدة المعالجة المركزية حيث يتم نسخ حزم المدخل/RX من Ethernet1/10 إلى المشرف من المحول Cisco Nexus 9000 Series Switch.
N9K# configure terminal Enter configuration commands, one per line. End with CNTL/Z. N9K-1(config)# monitor session 1 N9K-1(config-monitor)# source interface Ethernet1/10 rx N9K-1(config-monitor)# destination interface sup-eth0 N9K-1(config-monitor)# no shut N9K-1(config-monitor)# end N9K#
استعملت العرض running-config مدرب وأبديت مدرب أمر in order to دققت أن الفسحة بين دعامتين إلى cpu مدرب شكلت والتشغيل. يمكن التحقق من تكوين جلسة عمل مراقبة الفسحة بين دعامتين إلى وحدة المعالجة المركزية من خلال إخراج الأمر show running-config monitor، كما هو موضح في المثال أدناه.
N9K# show running-config monitor !Command: show running-config monitor !Running configuration last done at: Tue Feb 25 20:47:50 2020 !Time: Tue Feb 25 20:49:35 2020 version 9.3(3) Bios:version 07.66 monitor session 1 source interface Ethernet1/10 rx destination interface sup-eth0 no shut
يمكن التحقق من الحالة التشغيلية لجلسة مراقبة الفسحة بين دعامتين إلى وحدة المعالجة المركزية من خلال إخراج الأمر show monitor. يجب أن يبلغ الإخراج عن أن حالة جلسة عمل مراقبة الفسحة بين دعامتين إلى وحدة المعالجة المركزية هي "up" مع سبب "session up"، كما هو موضح في المثال التالي.
N9K# show monitor Session State Reason Description - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 1 up The session is up
يمكن إستخدام الأداة المساعدة لالتقاط حزمة مستوى التحكم في الإيثانالير لعرض حركة المرور المنسوخة نسخا متماثلا إلى مستوى التحكم في جهاز Cisco Nexus 9000. ال يعكس الكلمة المفتاح في ال ethanalyzer أمر يصفي حركة مرور مثل أن فقط حركة مرور يكرر بفسحة بين دعامتين إلى وحدة المعالجة المركزية جلسة أبديت. يمكن إستخدام عوامل تصفية التقاط وعرض الإيثاناليزر للحد بشكل أكبر من حركة المرور المعروضة. يمكن العثور على معلومات إضافية حول عوامل تصفية التقاط وعرض الإيثاناليزر المفيدة في الإيثاناليزر في دليل أستكشاف أخطاء Nexus 7000 وإصلاحها. لاحظ أنه في حين تم كتابة هذا المستند للنظام الأساسي Cisco Nexus 7000، فإنه ينطبق غالبا على النظام الأساسي Cisco Nexus 9000 أيضا.
يتم عرض مثال على إستخدام أداة التقاط حزمة مستوى التحكم في EtherAlyzer لتصفية حركة المرور التي يتم نسخها بواسطة جلسة مراقبة من فسحة بين دعامتين إلى وحدة المعالجة المركزية أدناه. لاحظ أنه يتم إستخدام الكلمة الأساسية mirror، بالإضافة إلى عامل تصفية العرض الذي يحدد حزم ICMP المستمدة من أو الموجهة إلى 192.168.10.10 (عنوان IP الخاص ب SRV01 في المخطط المذكور أعلاه).
N9K# ethanalyzer local interface inband mirror display-filter "icmp && ip.addr==192.168.10.10" limit-captured-frames 0
Capturing on inband
2020-02-25 21:01:07.592838 192.168.10.10 -> 192.168.10.1 ICMP Echo (ping) request 2020-02-25 21:01:08.046682 192.168.10.10 -> 192.168.10.1 ICMP Echo (ping) request 2020-02-25 21:01:08.047720 192.168.10.10 -> 192.168.10.1 ICMP Echo (ping) request 2020-02-25 21:01:08.527646 192.168.10.10 -> 192.168.10.1 ICMP Echo (ping) request 2020-02-25 21:01:08.528659 192.168.10.10 -> 192.168.10.1 ICMP Echo (ping) request 2020-02-25 21:01:08.529500 192.168.10.10 -> 192.168.10.1 ICMP Echo (ping) request 2020-02-25 21:01:08.530082 192.168.10.10 -> 192.168.10.1 ICMP Echo (ping) request 2020-02-25 21:01:08.530659 192.168.10.10 -> 192.168.10.1 ICMP Echo (ping) request 2020-02-25 21:01:08.531244 192.168.10.10 -> 192.168.10.1 ICMP Echo (ping) request ^C 9 packets captured
ملاحظة: أستخدم مجموعة مفاتيح Control-C للخروج من الأداة المساعدة لالتقاط حزمة مستوى التحكم في الإيثاناليزر.
يمكن للمرء عرض معلومات تفصيلية حول حركة المرور هذه بتضمين الكلمة الأساسية detail في الأمر ethanalyzer. وفيما يلي مثال على ذلك لحزمة طلب صدى ICMP واحدة.
N9K# ethanalyzer local interface inband mirror display-filter "icmp && ip.addr==192.168.10.10" limit-captured-frames 0 detail
Capturing on inband Frame 2 (114 bytes on wire, 114 bytes captured) Arrival Time: Feb 25, 2020 21:56:40.497381000 [Time delta from previous captured frame: 1.874113000 seconds] [Time delta from previous displayed frame: 1.874113000 seconds] [Time since reference or first frame: 1.874113000 seconds] Frame Number: 2 Frame Length: 114 bytes Capture Length: 114 bytes [Frame is marked: False] [Protocols in frame: eth:ip:icmp:data] Ethernet II, Src: 30:8b:b2:37:6b:66 (30:8b:b2:37:6b:66), Dst: 28:ac:9e:d6:07:47 (28:ac:9e:d6:07:47) Destination: 28:ac:9e:d6:07:47 (28:ac:9e:d6:07:47) Address: 28:ac:9e:d6:07:47 (28:ac:9e:d6:07:47) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Source: 30:8b:b2:37:6b:66 (30:8b:b2:37:6b:66) Address: 30:8b:b2:37:6b:66 (30:8b:b2:37:6b:66) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Type : IP (0x0800) Internet Protocol, Src: 192.168.10.10 (192.168.10.10), Dst: 192.168.10.1 (192.168.10.1) Version : 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) 0000 00.. = Differentiated Services Codepoint: Default (0x00) .... ..0. = ECN-Capable Transport (ECT): 0 .... ...0 = ECN-CE: 0 Total Length: 100 Identification: 0x00e1 (225) Flags: 0x00 0.. = Reserved bit: Not Set .0. = Don't fragment: Not Set ..0 = More fragments: Not Set Fragment offset: 0 Time to live: 254 Protocol: ICMP (0x01) Header checksum : 0x265c [correct] [Good: True] [Bad : False] Source: 192.168.10.10 (192.168.10.10) Destination: 192.168.10.1 (192.168.10.1) Internet Control Message Protocol Type : 8 (Echo (ping) request) Code: 0 () Checksum : 0xf1ed [correct] Identifier: 0x0004 Sequence number: 0 (0x0000) Data (72 bytes) 0000 00 00 00 00 ed 9e 9e b9 ab cd ab cd ab cd ab cd ................ 0010 ab cd ab cd ab cd ab cd ab cd ab cd ab cd ab cd ................ 0020 ab cd ab cd ab cd ab cd ab cd ab cd ab cd ab cd ................ 0030 ab cd ab cd ab cd ab cd ab cd ab cd ab cd ab cd ................ 0040 ab cd ab cd ab cd ab cd ........ Data: 00000000ED9E9EB9ABCDABCDABCDABCDABCDABCDABCDABCD... [Length: 72] ^C 1 packet captured
أستخدم أمر التكوين shutdown ضمن سياق جلسة مراقبة الفسحة بين دعامتين إلى وحدة المعالجة المركزية لإيقاف تشغيل جلسة مراقبة الفسحة بين دعامتين إلى وحدة المعالجة المركزية بسهولة ووقف تكرار حركة مرور البيانات إلى مستوى التحكم لجهاز Cisco Nexus 9000.
N9K# configure terminal Enter configuration commands, one per line. End with CNTL/Z. N9K-1(config)# monitor session 1 N9K-1(config-monitor)# shut N9K-1(config-monitor)# end N9K#
دققت الدولة عملياتية من الفسحة بين دعامتين إلى وحدة المعالجة المركزية مدرب جلسة مع العرض مدرب أمر. يجب أن تظهر الحالة التشغيلية لجلسة مراقبة الفسحة بين دعامتين إلى وحدة المعالجة المركزية على أنها "معطلة" بسبب "إيقاف تشغيل مسؤول الجلسة"، كما هو موضح في المثال التالي:
N9K# show monitor Session State Reason Description - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 1 down Session admin shut
إن رغب، أزلت الفسحة بين دعامتين إلى CPU مدرب جلسة تشكيل مع ال ما من مدرب جلسة {id} تشكيل أمر. ويرد مثال على ذلك في الناتج أدناه.
N9K# configure terminal Enter configuration commands, one per line . End with CNTL/Z. N9K-1(config)# no monitor session 1 N9K-1(config)# end
دققت أن الفسحة بين دعامتين إلى وحدة المعالجة المركزية مدرب جلسة شكلت بنجاح مع العرض running-config مدرب أمر، كما هو موضح في المثال أدناه.
N9K# show running-config monitor !Command: show running-config monitor !Running configuration last done at: Tue Feb 25 21:46:25 2020 !Time: Tue Feb 25 21:46:29 2020 version 9.3(3) Bios:version 07.66 N9K#
يوضح المثال أعلاه لهذا الإجراء أن حزم طلب Echo لبروتوكول ICMP تم الحصول عليها من 192.168.10.10 (SRV01) الموجهة إلى 192.168.10.1 (AGGSW) تدخل واجهة Ethernet1/10 لجهاز Cisco Nexus 9000 باستخدام اسم المضيف N9K. وهذا يثبت أن SRV01 يرسل حركة المرور هذه من بطاقة واجهة الشبكة الخاصة به. وهذا يثبت أيضا أن حزمة طلب الارتداد إلى ICMP تتقدم بشكل كاف في تدفقات إعادة توجيه ASIC لتدرج سحابة Cisco حتى يتم نسخها إلى مستوى التحكم في الجهاز.
ومع ذلك، لا يثبت هذا أن جهاز Cisco Nexus 9000 يقوم بإعادة توجيه حزمة طلب ICMP Echo من Ethernet1/1 نحو AGGSW. يلزم تنفيذ المزيد من أستكشاف الأخطاء وإصلاحها للتحقق من ما إذا كان قد تم إعادة توجيه الحزمة من الإيثرنت 1/1 نحو AGGSW. من أجل الثقة:
1. إذا كان الجهاز البعيد الخاص بواجهة الخروج المتوقعة (Ethernet1/1 من N9K في المثال) هو جهاز من السلسلة Cisco Nexus 9000 مع ASIC نطاق السحابة، فيمكنك تنفيذ جلسة عمل لشاشة المدخل/RX SPAN إلى وحدة المعالجة المركزية على الجهاز البعيد (ETH1/1 من AGGSW في المثال السابق). إن ليس الأداة بعيد من ال متوقع مخرج قارن أداة cisco Nexus 9000 sery مع سحابة-مقياس ASIC، بعد ذلك فسحة بين دعامتين، أيسر نسخة مطابقة، أو آخر ربط على الأداة بعيد يماثل.
2. قم بتنفيذ مدخل/RX ELAM على واجهة الدخول (Ethernet1/10 من N9K في المثال أعلاه) لجهاز Cisco Nexus 9000. يمكن العثور على معلومات إضافية حول هذا الإجراء في Nexus 9000 Cloud Scale ASIC NX-OS ELAM Troubleshooting TechNote.
3. أنجزت مخرج/tx فسحة بين دعامتين إلى وحدة المعالجة المركزية على المخرج قارن من ال cisco Nexus 9000 أداة (إثرنيت 1/1 من N9k في المثال أعلاه).
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
03-Oct-2021 |
الإصدار الأولي |