Интерфейсы и модули Cisco : Адаптеры портов Cisco

Устранение неполадок, связанных с конфликтами Ethernet

25 мая 2008 - Перевод, выполненный профессиональным переводчиком
Другие версии: PDF-версия:pdf | Машинный перевод (28 июля 2013) | Английский (1 августа 2006) | Отзыв

Содержание

Введение
Предварительные условия
     Требования
     Используемые компоненты
     Условные обозначения
Что такое конфликты?
Счетчик задержанных пакетов
Счетчик конфликтов
Поздние конфликты
Чрезмерные конфликты
Связанные обсуждения сообщества поддержки Cisco
Дополнительные сведения

Введение

В документе представлены обзор различных счетчиков, связанных с конфликтами Ethernet, и способы устранения конфликтов Ethernet, отмеченных следующими сообщениями об ошибках (в зависимости от платформы):

  • %AMDP2_FE-5-COLL

  • %DEC21140-5-COLL

  • %ILACC-5-COLL

  • %LANCE-5-COLL

  • %PQUICC-5-COLL

  • %PQUICC_ETHER-5-COLL

  • %PQUICC_FE-5-COLL

  • %QUICC_ETHER-5-COLL

  • %AMDP2_FE-5-LATECOLL

  • %DEC21140-5-LATECOLL

  • %ILACC-5-LATECOLL

  • %LANCE-5-LATECOLL

  • %PQUICC-5-LATECOLL

  • %PQUICC_ETHER-5-LATECOLL

  • %PQUICC_FE-5-LATECOLL

  • %QUICC_ETHER-5-LATECOLL

Примечание: Содержимое данного документа применимо только к полудуплексной сети Ethernet. В дуплексной сети Ethernet обнаружение конфликтов отключено.

Предварительные условия

Требования

Для данного документа нет особых требований.

Используемые компоненты

Этот документ не ограничен специфическими версиями оборудования и программного обеспечения.

Сведения в этом документе были получены в результате тестирования приборов в специфической лабораторной среде. Все устройства, используемые в этом документе, запускались с чистой конфигурацией (конфигурацией по умолчанию). Если сеть работает в реальных условиях, убедитесь в понимании потенциального воздействия каждой команды.

Условные обозначения

Дополнительные сведения о применяемых в документе обозначениях см. в статье Cisco Technical Tips Conventions (Условные обозначения, используемые в технической документации Cisco).

Что такое конфликты?

Конфликт – это механизм, используемый в Ethernet для управления доступом и распределения совместно используемой пропускной способности между станциями, которым нужно одновременно осуществлять передачу по общему носителю. Поскольку носитель является общим, должен существовать механизм, с помощью которого две станции могут определить, что им требуется передавать одновременно. Этот механизм - обнаружение конфликтов.

В Ethernet в качестве метода обнаружения конфликтов используется CSMA/CD (множественный доступ с контролем несущей и обнаружением конфликтов). Вот упрощенный пример работы Ethernet.

eth_collisions.gif

  1. Станция А собирается отправить кадр. В первую очередь проверяется доступность носителя (контроль несущей). Если он недоступен, ожидается завершение использования носителя текущим отправителем.

  2. Допустим, станция А считает, что носитель доступен и пытается отправить кадр. Так как носитель является общим (множественный доступ), в это время другие отправители также могут попытаться передать данные. В данный момент станция Б пытается отправить кадр одновременно со станцией А.

  3. Почти сразу после этого каждая из станций А и Б обнаруживает еще одно устройство, пытающееся отправить кадр (обнаружение конфликта). Каждая станция ожидает в течение периода случайной длительности, прежде чем снова начать передачу. Время после возникновения конфликта делится на временные интервалы; каждая станция, А и Б, выбирает случайный интервал времени для попытки повторной передачи.

  4. Если станции А и Б попытаются выполнить повторную передачу в рамках одного временного интервала, число интервалов увеличится. Затем каждая станция выбирает новый интервал, тем самым снижая вероятность повторной передачи в одном временном интервале.

Итак, конфликты предоставляют способ распределения нагрузки трафика по времени за счет арбитража доступа к общему носителю. Конфликты не являются плохими, они важны для правильного функционирования сети Ethernet.

Некоторые полезные сведения.

  • Количество временных интервалов не может превышать 1024.

  • В рамках механизма на основе конфликтов максимальное число повторных передач для одного кадра равно 16. В случае 16 последовательных неудачных попыток передачи, регистрируется избыточный конфликт.

Счетчик задержанных пакетов

Ниже приводится пример выходных данных команды show interface :

router#show interface ethernet 0
Ethernet0 is up, line protocol is up 
  Hardware is Lance, address is 0010.7b36.1be8 (bia 0010.7b36.1be8)
  Internet address is 10.200.40.74/22
  MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:06, output hang never
  Last clearing of "show interface" counters never
  Input queue: 1/75/1/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: random early detection(RED)
  Output queue :0/40 (size/max)
  5 minute input rate 1000 bits/sec, 2 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     2058015 packets input, 233768993 bytes, 1 no buffer
     Received 1880947 broadcasts, 0 runts, 0 giants, 1 throttles
     3 input errors, 0 CRC, 0 frame, 0 overrun, 3 ignored
     0 input packets with dribble condition detected
     298036 packets output, 32280269 bytes, 0 underruns
     0 output errors, 10 collisions, 0 interface resets
     0 babbles, 0 late collision, 143 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

В счетчике задержанных пакетов подсчитывается, сколько раз данный интерфейс пытался передать кадр, но обнаруживал занятость несущей при первой попытке (контроль несущей). Такая ситуация не создает проблемы, а является частью обычной работы сети Ethernet.

Счетчик конфликтов

Ниже приводится другой пример выходных данных команды show interface :

router#show interface ethernet 0
Ethernet0 is up, line protocol is up 
  Hardware is Lance, address is 0010.7b36.1be8 (bia 0010.7b36.1be8)
  Internet address is 10.200.40.74/22
  MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:06, output hang never
  Last clearing of "show interface" counters never
  Input queue: 1/75/1/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: random early detection(RED)
  Output queue :0/40 (size/max)
  5 minute input rate 1000 bits/sec, 2 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     2058015 packets input, 233768993 bytes, 1 no buffer
     Received 1880947 broadcasts, 0 runts, 0 giants, 1 throttles
     3 input errors, 0 CRC, 0 frame, 0 overrun, 3 ignored
     0 input packets with dribble condition detected
     298036 packets output, 32280269 bytes, 0 underruns
     0 output errors, 10 collisions, 0 interface resets
     0 babbles, 0 late collision, 143 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

Как уже объяснялось, конфликты не представляют собой проблемы. В счетчике конфликтов подсчитывается число кадров, при отправке которых возникали конфликты.

Счетчик конфликтов можно настроить на простые конфликты и множественные конфликты, как в следующих выходных данных команды show controller :

8 single collisions, 2 multiple collisions

Это означает, что восемь (из 10) кадров успешно переданы после одного конфликта; двум другим кадрам требуются множественные конфликты для арбитража доступа к носителю.

Увеличение коэффициента конфликтности (число переданных пакетов, деленное на число конфликтов) не указывает на возникновение проблемы. Это просто говорит о повышении нагрузки на сеть. Такая ситуация может возникать при добавлении к сети новой станции.

Нет ограничений, позволяющих определить "сколько конфликтов уже плохо" или фиксировать максимальное значение коэффициента конфликтности.

В заключение следует отметить, что счетчик конфликтов предоставляет сведения, малополезные для анализа производительности сети или проблем.

Поздние конфликты

Чтобы обеспечить правильное обнаружение конфликтов, ограничивается период времени, в течение которого выполняется обнаружение конфликтов (512 бит за раз). Для Ethernet это 51.2 мкс (микросекунд), а для Fast Ethernet – 5.12 мкс. Для станций Ethernet конфликты можно обнаружить уже через 51,2 микросекунды после начала передачи или, иными словами, на 512 бите кадра.

Если конфликт обнаружен станцией после отправки 512-го бита кадра, он считается поздним конфликтом.

О поздних конфликтах сообщается в следующих сообщениях об ошибках:

%AMDP2_FE-5-LATECOLL: AMDP2/FE 0/0/[dec], Late collision 
%DEC21140-5-LATECOLL: [chars] transmit error 
%ILACC-5-LATECOLL: Unit [DEC], late collision error 
%LANCE-5-LATECOLL: Unit [DEC], late collision error 
%PQUICC-5-LATECOLL: Unit [DEC], late collision error 
%PQUICC_ETHER-5-LATECOLL: Unit [DEC], late collision error 
%PQUICC_FE-5-LATECOLL: PQUICC/FE([DEC]/[DEC]), Late collision    
%QUICC_ETHER-5-LATECOLL: Unit [DEC], late collision error 

Конкретное сообщение об ошибках зависит от платформы. Число избыточных конфликтов указывается в выходных данных команды show interface ethernet [номер интерфейса] .

router#show interface ethernet 0
Ethernet0 is up, line protocol is up 
  Hardware is Lance, address is 0010.7b36.1be8 (bia 0010.7b36.1be8)
  Internet address is 10.200.40.74/22
  MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:06, output hang never
  Last clearing of "show interface" counters never
  Input queue: 1/75/1/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: random early detection(RED)
  Output queue :0/40 (size/max)
  5 minute input rate 1000 bits/sec, 2 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     2058015 packets input, 233768993 bytes, 1 no buffer
     Received 1880947 broadcasts, 0 runts, 0 giants, 1 throttles
     3 input errors, 0 CRC, 0 frame, 0 overrun, 3 ignored
     0 input packets with dribble condition detected
     298036 packets output, 32280269 bytes, 0 underruns
     0 output errors, 10 collisions, 0 interface resets
     0 babbles, 0 late collision, 143 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

Примечание: Станция, сообщающая о позднем конфликте, просто указывает на проблему, но обычно не является причиной ее возникновения. Причина обычно связана с неправильной прокладкой кабелей или несовместимым числом концентраторов в сети. Неисправные сетевые интерфейсные карты (NIC) также могут вызвать поздние конфликты.

Чрезмерные конфликты

Как уже говорилось ранее, максимальное число повторов в алгоритме задержки установлено равным 16. Это означает, что если интерфейсу 16 раз не удается выделить временной интервал для передачи кадра без конфликта, попытки прекращаются. Кадр просто не передается и маркируется как избыточный конфликт.

Об избыточных конфликтах сообщается в следующих сообщениях об ошибках:

%AMDP2_FE-5-COLL: AMDP2/FE 0/0/[DEC], Excessive collisions, TDR=[DEC], TRC=[DEC]    
%DEC21140-5-COLL: [chars] excessive collisions 
%ILACC-5-COLL: Unit [DEC], excessive collisions. TDR=[DEC] 
%LANCE-5-COLL: Unit [DEC], excessive collisions. TDR=[DEC]    
%PQUICC-5-COLL: Unit [DEC], excessive collisions. Retry limit [DEC] exceeded    
%PQUICC_ETHER-5-COLL: Unit [DEC], excessive collisions. Retry limit [DEC] exceeded    
%PQUICC_FE-5-COLL: PQUICC/FE([DEC]/[DEC]), Excessive collisions, TDR=[DEC], TRC=[DEC]
%QUICC_ETHER-5-COLL: Unit [DEC], excessive collisions. Retry limit  [DEC] exceeded

Конкретное сообщение об ошибках зависит от платформы.

Примечание: Счетчик "Число повторных передач" (TRC) представляет собой 4-разрядное поле, в котором указывается число попыток передачи соответствующего пакета. Максимальное число отсчетов равно 15. Однако если возникает ошибка повтора, число сбрасывается до нуля. Только в этом случае нулевое значение счетчика TRC следует понимать как шестнадцать. TRC записывается контроллером в последний дескриптор передачи кадра или при прерывании передачи кадра из-за ошибки.

Примечание: Счетчик рефлектометра задержки по времени (TDR) является внутренним счетчиком, в котором подсчитывается время (срабатывает каждые 100 наносекунд (нс)) от начала передачи до возникновения конфликта. Поскольку передаваемый кадр проходит около 10 м за каждый цикл, данное значение используется для определения примерного расстояния до дефекта кабеля.

Число избыточных конфликтов указывается в выходных данных команды show controller ethernet [номер интерфейса] .

router#show controller ethernet 0
LANCE unit 0, idb 0xFA6C4, ds 0xFC218, regaddr = 0x2130000, reset_mask 0x2
IB at 0x606E64: mode=0x0000, mcfilter 0000/0000/0100/0000
station address 0010.7b36.1be8  default station address 0010.7b36.1be8
buffer size 1524
RX ring with 16 entries at 0x606EA8
Rxhead = 0x606EC8 (4), Rxp = 0xFC244 (4)
00 pak=0x0FCBF4 Ds=0x60849E status=0x80 max_size=1524 pak_size=66
01 pak=0x10087C Ds=0x6133B6 status=0x80 max_size=1524 pak_size=66
02 pak=0x0FDE94 Ds=0x60BA7E status=0x80 max_size=1524 pak_size=203
03 pak=0x100180 Ds=0x611F82 status=0x80 max_size=1524 pak_size=66
04 pak=0x0FD09C Ds=0x609216 status=0x80 max_size=1524 pak_size=66
05 pak=0x0FE590 Ds=0x60CEB2 status=0x80 max_size=1524 pak_size=66
06 pak=0x100AD0 Ds=0x613A72 status=0x80 max_size=1524 pak_size=66
07 pak=0x0FD9EC Ds=0x60AD06 status=0x80 max_size=1524 pak_size=66
08 pak=0x0FF830 Ds=0x610492 status=0x80 max_size=1524 pak_size=348
09 pak=0x1003D4 Ds=0x61263E status=0x80 max_size=1524 pak_size=343
10 pak=0x0FEA38 Ds=0x60DC2A status=0x80 max_size=1524 pak_size=66
11 pak=0x100D24 Ds=0x61412E status=0x80 max_size=1524 pak_size=64
12 pak=0x0FC74C Ds=0x607726 status=0x80 max_size=1524 pak_size=64
13 pak=0x0FD798 Ds=0x60A64A status=0x80 max_size=1524 pak_size=66
14 pak=0x0FE7E4 Ds=0x60D56E status=0x80 max_size=1524 pak_size=64
15 pak=0x0FD2F0 Ds=0x6098D2 status=0x80 max_size=1524 pak_size=66
TX ring with 4 entries at 0x606F68, tx_count = 0
TX_head = 0x606F80 (3), head_txp = 0xFC294 (3)
TX_tail = 0x606F80 (3), tail_txp = 0xFC294 (3)
00 pak=0x000000 Ds=0x63491E status=0x03 status2=0x0000 pak_size=332
01 pak=0x000000 Ds=0x634FDA status=0x03 status2=0x0000 pak_size=327
02 pak=0x000000 Ds=0x630A9E status=0x03 status2=0x0000 pak_size=60
03 pak=0x000000 Ds=0x630A9E status=0x03 status2=0x0000 pak_size=60
3 missed datagrams, 0 overruns
0 transmitter underruns, 0 excessive collisions
8 single collisions, 2 multiple collisions
0 dma memory errors, 0 CRC errors
 
0 alignment errors, 0 runts, 0 giants
0 tdr, 0 spurious initialization done interrupts
0 no enp status, 0 buffer errors, 0 overflow errors
0 TX_buff, 1 throttled, 1 enabled
Lance csr0 = 0x73

Избыточные конфликты указывает на возникновение проблемы. Распространенные причины: дуплексное соединение устройств в совместно используемой сети Ethernet, поврежденные сетевые интерфейсные карты или просто слишком большое количество станций на общем носителе.

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения


Document ID: 12768