المحتويات

المقدمة

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

المتطلبات

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

الاصطلاحات

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

كيف يعمل كشف عدم التناسق

يتحرى EtherChannel تقلب كشف

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

المقدمة

يصف هذا المستند معلومات حول عدم اتساق قناة EtherChannel وكيفية اكتشافها في مبدلات Cisco Catalyst.

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

المتطلبات

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

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

لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.

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

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

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

لا يذهب هذا وثيقة تفصيلي حول كيف EtherChannels يعمل أو كيف هم يكون شكلت. للوثائق التي توفر تفاصيل حول كيفية فهم EtherChannels وتكوينها، بالإضافة إلى نموذج للتكوينات بين محولات Catalyst المختلفة، راجع صفحة الدعم التقني ل EtherChannel.

EtherChannel هو مجموعة مجمع من ميناء طبيعي معروض كميناء منطقي وحيد. الهدف من EtherChannel أن يوفر أكبر عرض نطاق وتوفر من أن ميناء وحيد.

يجسر - شجرة يرى بروتوكول (STP) EtherChannel كميناء وحيد. إن لا يقني ميناء يكون متوافق على كلا جانب من القناة، forwarding أنشوطة يستطيع كنت خلقت.

يقدم هذا المخطط مثالا:

حزمة البث

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

تم تصميم البروتوكولات الخاصة مثل بروتوكول تجميع المنفذ (PAgP) من Cisco وبروتوكول التحكم في تجميع إرتباطات IEEE (LACP) لضمان وجود التناسق بين المحولات المجاورة التي يتم توجيهها. ومع ذلك، هناك حالات لم يتم فيها دعم أي من هذين البروتوكولين من قبل أي من النظامين، أو تم تعطيلهما بسبب اعتبارات أخرى. طورت Cisco آلية خاصة للكشف عن عدم تناسق القناة وتعطيله من أجل منع تكرار الحزمة، التكرار، والمسائل الأخرى المرتبطة ب EtherChannels غير المتناسق. ساندت هذا سمة بمادة حفازة 4500/4000، 5500/6000، و 6500/6000 مفتاح، وهو مكنت افتراضيا، regardless of the channel أسلوب مرغوب، نشط، تلقائي، خامل، أو على.

كيف يعمل كشف عدم التناسق

رأيت EtherChannel كميناء وحيد ب STP. تتشارك جميع المنافذ في القناة في حالة بروتوكول الشجرة المتفرعة (STP) نفسها ويمكن إرسال وحدة بيانات بروتوكول جسر واحدة (BPDU) أو استقبالها لكل شبكة محلية ظاهرية (VLAN) ولكل فاصل مرحبا.

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

STP BPDU

في الرسم التخطيطي، لا يقني المحول A، بينما يقني المحول B. افترضت أن ال STP يعين ميناء للقناة على المفتاح ب جانب. هذا يعني أن المحول B يفترض أن يرسل وحدات بيانات بروتوكول الجسر (BPDUs). ما دامت القناة تعتبر كميناء وحيد STP، فقط واحد BPDU أرسلت لكل VLAN على القناة. يتم إرسال وحدة بيانات بروتوكول الجسر (BPDU) هذه فعليا بواسطة أحد الروابط في القناة. لذلك، فقط واحد من الميناء على المفتاح a يستلم هو. ويتم تمثيل هذا بسهم أسود في الرسم التخطيطي.

بعد أن يستقبل المحول A وحدة بيانات بروتوكول الجسر (BPDU)، يصبح المنفذ الآخر على المحول A هو منفذ STP المعين. وهذا يرجع إلى أن المنفذ لا يتم حزمه كقناة مع المنفذ الذي استلم وحدة بيانات بروتوكول الجسر (BPDU)، ولا يستقبل وحدات بيانات بروتوكول الجسر (BPDU) مباشرة من المحول (ب). كمنفذ STP المعين على المحول (أ)، فإنه يرسل الآن وحدات بيانات بروتوكول الجسر (BPDUs)، الممثلة بالسهم الأحمر في الرسم التخطيطي، مرة أخرى إلى المحول (ب). يستقبل المحول (ب) وحدات بيانات بروتوكول الجسر (BPDUs) من المحول (أ)، ويتم اكتشاف عدم تناسق.

يتطلب EtherChannel تقلب كشف آلية أن فقط واحد يعين ميناء في القناة، لكل VLAN، إما يرسل أو يستلم BPDUs. يتلقى كل ميناء على المادة حفازة مفتاح عنوان MAC خاص به يستعمل عندما هو يرسل BPDUs.

لمادة حفازة os (CatOS)، أنت يستطيع رأيت هذا ماك عنوان إن يصدر أنت  show port mac-address mod/port الأمر في صيغة 7.1(1) وفيما بعد، أو الأمر  show module mod  . هذا نموذج للمخرجات:

Cat6k> (enable) show port mac-address 2/7

Port  Mac address

----- -----------------

2/7  00-02-fc-90-19-2c

Cat6k> (enable) show module 2 bold

Mod Slot Ports Module-Type               Model               Sub Status

--- ---- ----- ------------------------- ------------------- --- --------

2   2    16    10/100/1000BaseT Ethernet WS-X6516-GE-TX      no  ok

Mod Module-Name          Serial-Num

--- -------------------- -----------

2                        SAD05170009

Mod MAC-Address(es)                        Hw     Fw         Sw

--- -------------------------------------- ------ ---------- -----------------

2   00-02-fc-90-19-26 to 00-02-fc-90-19-35 0.231  6.1(3)     7.1(1)

ل cisco ios ® برمجية على مادة حفازة مفتاح، أنت يستطيع رأيت ال mac عنوان إن أنت تصدر  show interface type mod/port الأمر كما هو موضح في هذا عينة إنتاج:

Cat6k-CiscoIOS# show interface fastEthernet 4/1

FastEthernet4/1 is up, line protocol is down (monitoring)

Hardware is C6k 100Mb 802.3, address is 0005.7461.c838 (bia 0005.7461.c838)

Description: I,NSP49,10.101.5.96,OCCRBC7505BN1A HSSI 1/0/0

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Full-duplex, 100Mb/s

input flow-control is off, output flow-control is off

ARP type: ARPA, ARP Timeout 04:00:00

Last input never, output never, output hang never

Last clearing of "show interface" counters never

Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 262140

Queueing strategy: fifo

Output queue :0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

119374 packets input, 8353326 bytes, 0 no buffer

Received 118782 broadcasts, 299 runts, 0 giants, 0 throttles

748 input errors, 14 CRC, 0 frame, 0 overrun, 0 ignored

0 input packets with dribble condition detected

9225693 packets output, 591962436 bytes, 0 underruns

0 output errors, 0 collisions, 1 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

Cat6k-CiscoIOS#

إن المصدر {upper}mac address من ال يستلم أو يرسل BPDUs تناوب باستمرار على EtherChannel، بعد ذلك يتعدد STP ميناء يرسل BPDUs. هذه علامة واضحة على عدم التناسق، حيث يعتبر بروتوكول الشجرة المتفرعة (STP) القناة منفذا واحدا.

ملاحظة: تتيح هذه الآلية بعض التسامح، حيث أنه من الممكن أن تأتي وحدات بيانات بروتوكول الجسر (BPDUs) من عناوين MAC مختلفة. على سبيل المثال، عند تجميع بروتوكول الشجرة المتفرعة (STP)، يمكن أن يتغير المنفذ المعين لبروتوكول الشجرة المتفرعة (STP) بين الجوانب المختلفة للقناة. غير أن هذه العملية يجب أن تستقر في غضون وقت قصير.

يتم فحص كل من وحدات بيانات بروتوكول الجسر (BPDU) المرسلة والمستلمة بواسطة آلية الكشف. اعتبر EtherChannel غير متناسق إن القناة يكتشف أكثر من 75 BPDUs من مختلف {upper}mac address في أكثر من 30 ثاني. مهما، إن رأيت 5 BPDUs يكون بالتتابع من ال نفسه {upper}mac address، الكشف عدادات يكون أعدت. يمكن تغيير وحدات التوقيت/العدادات هذه في إصدارات البرامج المستقبلية.

ملاحظة: نظرا للطبيعة العامة لهذه الآلية، يمكن تشغيل اكتشاف عدم التناسق حتى إذا تم تكوين القناة بشكل متناسق.

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

حتى في حالة تعطيل بروتوكول الشجرة المتفرعة (STP)، لا يتم فيض وحدات بيانات بروتوكول الجسر (BPDU) بواسطة الأجهزة. ال STP بعد أن معالجة على BPDUs، أي يتضمن تغير من المصدر من العنوان في ال MAC في ال BPDU إلى العنوان ل الميناء أن يرسل ال BPDU. هذا يعني أن كشف عدم التناسق يعمل على القناة حتى إذا كان STP معأق.

يتحرى EtherChannel تقلب كشف

افتراضيا، مكنت كشف على حد سواء على CatOS و cisco ios برمجية.

من الممكن أيضا مراقبة تشغيل الميزة. أصدرت in order to أتمت هذا،  show spantree statistics mod/port [vlan]   الأمر ل CatOS. تأمل في هذا المثال:

Cat6k> (enable) show spantree statistics 2/5 199

Port  2/5   VLAN 199

!--- Output suppressed.

channel_src_mac                      00-d0-5a-eb-67-5a

channel src count                    73

channel OK count                     1

Cat6k> (enable) show spantree statistics 2/5 199

Port  2/5   VLAN 199

!--- Output suppressed.

channel_src_mac                      00-50-14-bb-63-a9

channel src count                    76

channel OK count                     1

تشرح هذه القائمة  show spantree statistics mod/port [vlan]   المعلمات في إخراج العينة.

- channel_src_mac— يعرض المصدر {upper}mac address من آخر BPDU يرسل أو يستلم على القناة

- عدد src للقناة— يحصي عدد وحدات بيانات بروتوكول الجسر (BPDUs) التي تم إرسالها أو استقبالها باستخدام عناوين MAC للمصدر المختلفة

- القناة ok الجرد— يعدد الرقم من BPDUs يرسل بالتتابع مع ال نفسه {upper}mac address

ملاحظة: تزداد معلمة عدد src للقناة. ما إن يتجاوز هو 75، كل خطوة في القناة وضعت داخل handicapé دولة، وال syslog رسالة أصدرت. أيضا، لاحظ أن عناوين MAC التي تظهر في عينتي الإخراج مختلفة.

أنت يستطيع أيضا رأيت هذا خطأ رسالة في syslog إنتاج ل CatOS إن هناك EtherChannel misconfiguration إصدار:

%SPANTREE-2-CHNMISCFG: STP loop - channel 2/5-12 is disabled in vlan/instance 199

يشير هذا رسالة أن هناك يمكن misconfiguration في EtherChannel نوع يثبت (auto/مرغوب/on). تم تكوين قناة غير مكونة بشكل صحيح، مما يتسبب في حلقات تكرار الشجرة المتفرعة. ضمن الرسالة:

- [dec] هو رقم الوحدة النمطية

- [chars] هو رقم المنفذ

- VLAN [dec] هو رقم شبكة VLAN

في الإصدار 8.1 من CatOS والإصدارات الأحدث، يصاحب ٪SPANTREE-2-CHNMISCFG2: BPDU رسالة الخطأ. تساعدك هذه الرسالة عند أستكشاف الأخطاء وإصلاحها لأن عناوين MAC موجودة الآن في syslogs ويمكن مراجعتها للقيام بمهمة أكثر سهولة عند أستكشاف الأخطاء وإصلاحها.

%SPANTREE-2-CHNMISCFG2: BPDU source mac addresses: [chars], [chars]

تظهر هذه الرسالة بعد عرض رسالة SPANTREE-2-CHNMISCFG. يزود هذا رسالة المصدر {upper}mac address من ال STP BPDUs أن سبب الخطأ يعجز من القناة. وضمن الرسالة، [chars]، تعد [chars] عناوين MAC المصدر لوحدات بيانات بروتوكول الجسر (BPDUs).

بالنسبة لبرنامج Cisco IOS، يجب عليك إستخدام إجراءات أستكشاف أخطاء STP وإصلاحها القياسية لاكتشاف عدم تناسق EtherChannel. إن يرى أنت هذا خطأ رسالة في syslog إنتاج، هناك يستطيع كنت EtherChannel misconfiguration إصدار:

SPANTREE-2-CHNL_MISCFG: Detected loop due to etherchannel misconfiguration of [chars]

[chars]

تشير هذه الرسالة إلى اكتشاف التكوين الخاطئ لمجموعة قنوات. على سبيل المثال، ميناء على واحد جانب من EtherChannel إما لم يتم شكلت أن يكون في القناة أو failed أن وحزمت، بينما ميناء على الآخر جانب من EtherChannel بنجاح حزمت. ضمن الرسالة، [chars] هو معرف مجموعة القنوات.

حدد المنافذ المحلية التي تم تكوينها بشكل غير صحيح باستخدام  show interfaces status err-disabled الأمر. فحصت ال EtherChannel تشكيل على الأداة بعيد مع  show etherchannel summary   الأمر على الأداة بعيد. ما إن صححت التشكيل يكون، أصدرت  shutdown  الأمر وبعد ذلك  no shutdown الأمر على ال يقترن ميناء-channel قارن.

للحصول على مزيد من المعلومات حول  debug    أوامر بروتوكول الشجرة المتفرعة (STP) وكيفية أستكشاف الأخطاء وإصلاحها، ارجع إلى أستكشاف أخطاء بروتوكول الشجرة المتفرعة (STP) وإصلاحها على محولات Catalyst.

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

- قناة EtherChannel من الطبقة 3 والطبقة 2

- مادة حفازة 6500 إطلاق 12.2SXF ويعيد بناء برمجية تشكيل مرشد

- دعم منتجات الشبكات المحلية (LAN) (لاسلكي)

- الأدوات والموارد

- الدعم الفني والتنزيلات من Cisco