Маршрутизаторы : Маршрутизаторы Cisco серии 10000

Поиск и устранение неисправностей, связанных с потерями во входной и выходной очереди

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

Интерактивный: в данном документе представлен анализ конкретного устройства Cisco.


Содержание

Общие сведения
Предварительные условия
      Требования
      Используемые компоненты
      Условные обозначения
Обработка и коммутация
Потери во входной очереди
      Поиск и устранение неисправностей, связанных с потерей данных во входной очереди
Потеря данных в выходной очереди
      Поиск и устранение неисправностей, связанных с потерей данных в выходной очереди
Команды для получения дополнительной информации
      show interfaces switching
      show interfaces stats
      ip accounting mac-address
      show interfaces mac-accounting
Связанные обсуждения сообщества поддержки Cisco
Дополнительные сведения

Общие сведения

В данном документе обсуждаются потери данных во входной и выходной очередях на примере данных, полученных при выполнении на маршрутизаторе команды show interfaces. В этом документе описано, что означают такие потери данных, на какие проблемы они указывают и как устранять причины этих проблем. В нем содержатся некоторые советы по предотвращению таких неполадок.

Примечание. Потери данных часто бывают полезны, поскольку они запускают механизмы управления потоками протоколов верхнего уровня (например, потери данных уменьшают размер окна TCP).

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

Требования

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

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

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

Данные для документа были получены в специально созданных лабораторных условиях. При написании данного документа использовались только устройства с пустой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд.

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

Дополнительные сведения об условных обозначениях см. в документе Технические рекомендации Cisco. Условные обозначения.

Обработка и коммутация

В сетях IP решения о пересылках в маршрутизаторах принимаются на основе содержимого таблицы маршрутизации. Просматривая таблицу маршрутизации, маршрутизатор ищет самый длинный префикс, соответствующий IP-адресу места назначения. Маршрутизатор выполняет это на уровне процесса. Следовательно, процесс поиска ставится в очередь других процессов ЦПУ, поэтому время поиска непредсказуемо, и может оказаться очень большим. По этой причине в программном обеспечении Cisco IOS® предусмотрено несколько методов переключения, основанных на поиске точных соответствий.

Основное преимущество поиска точного соответствия заключается в том, что время поиска является заданным и очень мало. Это значительно сокращает время, необходимое маршрутизатору для принятия решения о пересылке. Следовательно, процедуры поиска можно выполнять на уровне прерывания. Это означает, что по прибытии пакета инициируется прерывание, по которому ЦПУ приостанавливает выполнение остальных задач и выполняет обработку пакета. Обычный метод пересылки пакетов заключается в поиске наилучшего совпадения в таблице маршрутизации. Его невозможно выполнить на уровне прерываний, поэтому необходимо использовать уровень процессов. По ряду причин, некоторые из которых рассмотрены далее в этом документе, невозможно полностью отказаться от метода поиска самого длинного совпадения, поэтому эти два метода поиска в маршрутизаторах Cisco используются параллельно. Эта стратегия обобщена и применяется в настоящее время к IPX и AppleTalk.

См. более подробные сведения о коммутируемых путях ПО Cisco IOS в разделе Основы регулировки пропускной способности.

Потери во входной очереди

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

Ниже приведен пример выходных данных:

router#show interfaces ethernet 0/0 
...
Input queue: 30/75/187/0 (size/max/drops/flushes); Total output drops: 0 
Output queue :0/40 (size/max)...

В вышеприведенном примере нет возможности увидеть точно, какие пакеты были сброшены. Чтобы устранить проблему сбрасывания пакетов во входной очереди, необходимо выяснить, какие пакеты находятся во входной очереди. В нашем примере при выполнении команды show interfaces ethernet 0/0 во входной очереди интерфейса ethernet0/0 находилось 30 пакетов. Емкость очереди – 75 пакетов, а с момента последнего сброса интерфейсных счетчиков было сброшено 187 пакетов.

Система подсчитывает сбросы во входной очереди, если число пакетных буферов, выделенных интерфейсу, заканчивается или достигает максимального предельного значения. Для увеличения максимального значения для очереди для каждого интерфейса можно использовать команду hold-queue <value> (значение длины очереди должно находиться между 0 и 4096, значение по умолчанию: 75).

Примечание. В маршрутизаторах с общей памятью (серии 1600, 2500 и 4000) также используется входная очередь для быстрой коммутации трафика. При возникновении потерь входной очереди на этих платформах убедитесь, что весь трафик использует наилучший возможный коммутационный маршрут (см. раздел Основы регулировки пропускной способности). Потеря данных во входной очереди обычно происходит при коммутации пакетов на основе процессов. Коммутация процесса означает, что маршрутизатор не может использовать предпочтительный метод кэширования маршрута, такой как быстрая коммутация или Cisco Express Forwarding (CEF), чтобы обработать решение о пересылке. Невозможность устранить потери во входной очереди означает слишком большой объем трафика. Обдумайте возможность обновления технических средств или попытайтесь уменьшить нагрузку трафика.

Поиск и устранение неисправностей, связанных с потерей данных во входной очереди

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

  1. Определите протокол, вызывающий подозрения. Проверьте использование ЦПУ в процессах <protocol> Input. Для этого выполните исполняемую команду show processes cpu. При использовании на маршрутизаторе программного обеспечения Cisco IOS версии 12.1 или выше можно сократить выходные данные команды show processes CPU, используя модификаторы выходных данных:

    router#show processes CPU | i ^PID|Input 
     PID  Runtime(ms)  Invoked  uSecs    5Sec   1Min   5Min TTY Process 
      10        8503      1713   4963   0.00%  0.00%  0.00%   0 ARP Input 
      24       69864     11429   6112   0.08%  0.11%  0.10%   0 Net Input 
      28       55099      8942   6161  26.20% 20.07% 19.26%   0 IP Input 
      37           4         2   2000   0.00%  0.00%  0.00%   0 SSCOP Input 
      40           8         2   4000   0.00%  0.00%  0.00%   0 ILMI Input 
      49           8         1   8000   0.00%  0.00%  0.00%   0 Probe Input 
      50       28209      4637   6083   0.00%  0.03%  0.04%   0 RARP Input 
      59           8         2   4000   0.00%  0.00%  0.00%   0 SPX Input 
      61           8         2   4000   0.00%  0.00%  0.00%   0 Tag Input 
      68       20803      3392   6132   0.00%  0.03%  0.00%   0 IPX Input 
     104           4         1   4000   0.00%  0.00%  0.00%   0 IPXWAN Input 
     107           8         1   8000   0.00%  0.00%  0.00%   0 AT Input

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

    Входные процессы, использующие циклы ЦПУ

    Тип пакетов

    IP

    IP

    AT

    AppleTalk

    IPX, SPX или IPXWAN

    IPX

    ARP

    IP ARP

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

  2. Выясните, адресованы ли пакеты, перегружающие входную очередь, маршрутизатору, или они переадресовываются маршрутизатором. В исполняемом режиме выполните команду show interfaces [type number] switching.

    Примечание. Команда show interfaces [type number] switching скрыта и не отображается при использовании клавиш "?" или TAB в интерфейсе командной строки. Введите в маршрутизатор команду полностью. Эта команда не описана в справочном руководстве по командам

    router#show interfaces ethernet 0/0 switching 
    Ethernet0/0 
        ... 
        Protocol          Path    Pkts In   Chars In   Pkts Out  Chars Out 
        ... 
         IP            Process      12142    2211929         35       5169 
                  Cache misses      10212 
        ...
    

    Проверьте, следует ли за числом полученных обработанных пакетов большое число непопаданий в кэш. Это означает, что пакеты, переполняющие входную очередь, переадресуются маршрутизатором. В противном случае, это пакеты, направляемые на маршрутизатор.

  3. Если эти пакеты направляются на маршрутизатор, выясните, какой протокол более высокого уровня вызывает переполнение входной очереди. Для этого используйте одну из следующих исполняемых команд show traffic:

    Примечание. Эти команды можно применять, только если подозрение падает на один из входных процессов, перечисленных в Таблице 1.

  4. Попытайтесь получить дополнительные сведения о пакетах, которые перегружают входную очередь. Для этого необходимо произвести отладку полученных пакетов. Те команды отладки, которые необходимо задействовать, указаны на предыдущих этапах.

    Примечание. Это можно сделать непосредственно, даже если предыдущие этапы пропущены. Однако во время отладки генерируется несколько сообщений, которые бывает трудно интерпретировать. При выполнении всех предыдущих этапов можно получить представление о том, что следует искать в выходных данных отладки.

    warning Предупреждение: Будьте предельно осторожны при выполнении отладки. В противном случае можно значительно повысить загрузку ЦПУ. Запускайте отладку не более чем на 5-10 секунд. См. дополнительные сведения об использовании команд отладки в разделе Использование команд отладки. Никогда не отключайте журналы консоли, журналы терминалов и журналы сервера системных журналов. Подключите буферные журналы и увеличьте размер буфера журнала. Для буфера журнала рекомендуется выделить 128000 байт. Используйте следующие команды:

    Полученных выходных данных должно быть достаточно для выявления причины проблемы. Можно проверить выходные данные отладки после завершения сеанса отладки, используя команду show log. В Таблице 2 приведен список команд debug, которые используются в зависимости от типа пакета, вызвавшего переполнение входной очереди.

    Тип пакетов, переполняющих входную очередь

    Используемая команда debug

    IP

    debug ip packet

    AppleTalk

    debug apple packet

    IPX

    debug ipx packet

    ARP

    debug arp

    См. дополнительные сведения в Справочнике по командам отладки Cisco IOS.

    Кроме того, для поиска типов пакетов, из которых состоит входная очередь, можно использовать команду show buffers input-interface [interface type] [interface number] header.

    Примечание. Этот способ может помочь, только если во входной очереди находится большое число ожидающих пакетов.

    Router#show buffers input-interface serial 0/0      
     Buffer information for Small buffer at 0x612EAF3C 
       data_area 0x7896E84, refcount 1, next 0x0, flags 0x0       
       linktype 7 (IP), enctype 0 (None), encsize 46, rxtype 0       
       if_input 0x6159D340 (FastEthernet3/2), if_output 0x0 (None)       
       inputtime 0x0, outputtime 0x0, oqnumber 65535 
       datagramstart 0x7896ED8, datagramsize 728, maximum size 65436 
       mac_start 0x7896ED8, addr_start 0x7896ED8, info_start 0x0       
       network_start 0x7896ED8, transport_start 0x0       
       source: 212.176.72.138, destination: 212.111.64.174, id: 0xAAB8, 
       ttl: 118, prot: 1      
     Buffer information for Small buffer at 0x612EB1D8 
       data_area 0x78A6E64, refcount 1, next 0x0, flags 0x0       
       linktype 7 (IP), enctype 0 (None), encsize 46, rxtype 0       
       if_input 0x6159D340 (FastEthernet3/2), if_output 0x0 (None)       
       inputtime 0x0, outputtime 0x0, oqnumber 65535
       datagramstart 0x78A6EB8, datagramsize 728, maximum size 65436
       mac_start 0x78A6EB8, addr_start 0x78A6EB8, info_start 0x0       
       network_start 0x78A6EB8, transport_start 0x0       
       source: 212.176.72.138, destination: 212.111.64.174, id: 0xA5B8, 
       ttl: 118, prot: 1
    

    В большинстве случаев преобладают пакеты какого-то одного типа. В приведенном примере в очереди находятся несколько пакетов протокола управляющих сообщений сети Интернет (ICMP) (IP-протокол 1).

    Если неисправности связаны с неправильной конфигурацией маршрутизатора (например, одновременно отключены быстрая коммутация и функция Cisco express forwarding (CEF)), в выходных данных отладки и команды show buffers input-interface не прослеживаются никакие определенные тенденции.

  5. После определения типа пакетов, вызывающих переполнение входной очереди, следует проверить, нельзя ли предотвратить это переполнение.

    Существует ряд причин, по которым пакеты необходимо обработать:

    • Неверная конфигурация маршрутизатора — в соответствующих интерфейсах отключены пути маршрутизации, действующие на уровне прерываний;

      Чтобы проверить, какие пути маршрутизации настроены для интерфейса, выполните команду show <protocol> interface [type number].

      • Чтобы подключить традиционную быструю коммутацию, настройте ее в выходных интерфейсах.

      • Чтобы подключить коммутацию сетевых потоков (netflow), настройте ее во входных интерфейсах.

      • Чтобы подключить функцию Cisco express forwarding (CEF), подключите CEF глобально (на маршрутизаторе в целом) и локально (на входящем интерфейсе).

        См. более подробные сведения в Руководстве по конфигурации служб коммутации Cisco IOS.

    • Локальный адрес места назначения — пакеты направляются на маршрутизатор;

      • В устойчивых сетях число обновлений маршрутизации не должно быть чрезмерным. В нестабильно работающих сетях частое обновление больших таблиц маршрутизации может привести к переполнению входной очереди.

      • Убедитесь, что на сам маршрутизатор направляется избыточный объем трафика (например, с использованием протоколов SNMP, Telnet, TFTP и команды ping). Проведите отладку пакетов для соответствующего протокола, чтобы определить источник этих пакетов. При обнаружении источника устраните его.

    • В качестве транспортного протокола используется надежный протокол уровня 2 модели OSI — пакеты, проходящие через последовательные интерфейсы с инкапсуляцией X.25, необходимо обрабатывать, поскольку в наборе протоколов X.25 управление потоком осуществляется на втором уровне OSI;

    • Программное сжатие — если пакет поступает или должен быть переадресован через интерфейс, для которого настроено программное сжатие, пакет должен быть обработан;

    • На уровне прерываний другие возможности не поддерживаются — это в большой степени зависит от версии программного обеспечения Cisco IOS, установленного на маршрутизаторе. Просмотрите сведения о версии, чтобы определить, какие возможности поддерживаются на уровне прерываний, а какие нет. Например, в предыдущих версиях программного обеспечения Cisco IOS должны были обрабатываться пакеты многоканального подключения PPP. В более поздних версиях программного обеспечения Cisco IOS это могут быть пакеты быстрой коммутации или даже пакеты CEF. Такие функции, как шифрование, трансляция протокола LAT и протокол DLSW+, не поддерживают быструю коммутацию;

    • Избыточный трафик через маршрутизатор, причем заголовок каждого пакета намеренно содержит разные сведения — в зависимости от настроенного пути маршрутизации первые пакеты, направляемые в место назначения, или первые пакеты потока всегда обрабатываются. Это происходит потому, что в кэше нет соответствующих им записей. Если устройство отправляет пакеты с крайне высокой скоростью, и нет соответствия в кэше, то эти пакеты могут переполнить входную очередь.

    Источник этих пакетов выявляется после сеанса отладки. Если адрес источника всегда разный, необходимо продолжить процедуру устранения неисправностей на устройстве, от которого был получен пакет. Если интерфейс маршрутизатора подключен к широковещательной среде, можно определить MAC-адрес источника или устройства, находящегося в восходящем потоке.

    Настройте учет MAC-адресов для интерфейса, используя команду настройки интерфейса ip accounting mac-address input. После этого выполните исполняемую команду show interfaces mac-accounting. Эта команда позволяет определить, с какого MAC-адреса было послано избыточное количество пакетов.

Потеря данных в выходной очереди

Потеря выходных данных вызывается перегрузкой интерфейса. Например, скорость трафика на исходящем интерфейсе не позволяет обработать все пакеты, которые необходимо отправить. Чтобы полностью решить эту проблему, необходимо увеличить скорость передачи по линии. Однако существуют способы предотвратить, уменьшить или контролировать сбросы на выходе без увеличения скорости линии. Предотвращение потерь исходящих данных возможно лишь в том случае, если эти потери появляются в результате коротких всплесков объема передаваемых данных. Если потери выходных данных вызваны постоянным высокоскоростным потоком, то такие потери предотвратить невозможно. Однако их можно контролировать.

При обработке пакетов они посылаются в выходную очередь исходящего интерфейса. Для просмотра размера очереди, текущего числа пакетов в очереди и числа потерь введите исполняемую команду show interfaces. В зависимости от типа интерфейса и настройки типа очереди, число потерь в выходной очереди отображается неявно, поскольку счетчик потерь выходных данных подсчитывает потери выходных данных по отдельности на уровне обработки и уровне прерываний:

router#show interfaces serial 0/0
  ...
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/0 (size/max total/threshold/drops)   
  ...
router#show interfaces serial 0/0
...
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue :0/40 (size/max)
...

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

Примечание.  Однако существует одно исключение. Если выходная очередь постоянно переполнена, и через интерфейс вообще не пересылаются пакеты, необходимо проверить, не произошел ли сбой интерфейса на аппаратном уровне.

Поиск и устранение неисправностей, связанных с потерей данных в выходной очереди

Можно сократить или даже предотвратить потери данных в выходной очереди, отрегулировав конфигурацию следующих функций:

  • Дуплексный режим — если интерфейс работает в полудуплексном режиме, настройте его (по возможности) для работы в полнодуплексном режиме;

  • Механизм кадрирования на уровне 2 — если для интерфейса настроена инкапсуляция Х.25, увеличьте размер окна Х.25. См. дополнительные сведения в разделе Задание размеров окон по умолчанию.

  • Распределенная коммутация — при использовании маршрутизаторов Cisco 7500 с установленными в корпусе платами многоцелевого интерфейсного протокола (VIP) необходимо подключить распределенную коммутацию. В этом случае, если исходящий интерфейс перегружен, входящий VIP отправляет в буфер до 1 секунды трафика для интерфейса. Это называется буферизацией со стороны получателя.

Примечание: Никогда не увеличивайте выходную очередь для предотвращения потерь выходных данных. Если пакеты слишком долго остаются в выходной очереди, время таймеров TCP может истечь, и начнется их повторная передача. Повторно переданные пакеты только увеличивают нагрузку на исходящий интерфейс.

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

Оба подхода основаны на классификации трафика и могут быть использованы параллельно.

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

Метод предотвращения перегрузок основан на использовании намеренного сбрасывания пакетов. Размер окна в соединении TCP зависит от времени приема-передачи. Следовательно, эти намеренные потери замедляют скорость передачи пакетов от исходного устройства. В методе предотвращения перегрузок используется взвешенное случайное раннее обнаружение.

Если и после использования этих механизмов происходят нежелательные потери выходных данных, необходимо повысить скорость на линии.

Команды для получения дополнительной информации

Далее приводятся некоторые команды, позволяющие получить дополнительные сведения о потерях в очереди:

При получении от устройства Cisco выходных данных от команды show interfaces можно использовать утилиту для отображения потенциальных проблем и способов их устранения. Для использования утилиты , необходимо быть зарегистрированным пользователем, выполнить вход и включить поддержку JavaScript.

show interfaces switching

Описание

Эта команда позволяет определить количество переданных и полученных пакетов на интерфейсе, классифицированном по пути маршрутизации. Это скрытая команда.

Формат

show interfaces [type number] switching

Пример выходных данных

Ethernet0/0 
               Throttle count          0
             Drops         RP          0      SP  0 
       SPD Flushes       Fast          0     SSE  0 
       SPD Aggress       Fast          0
      SPD Priority     Inputs         86   Drops  0     
          Protocol       Path    Pkts In   Chars In   Pkts Out   Chars Out
             Other    Process         75       6728         79        4740 
                 Cache misses          0 
                         Fast          0          0          0           0 
                    Auton/SSE          0          0          0           0
                IP    Process        142      11929         35        5169
                 Cache misses          0 
                         Fast          0          0          0           0 
                    Auton/SSE          0          0          0           0 
         AppleTalk    Process          0          0         25        1635
                 Cache misses          0
                         Fast          0          0          0           0
                    Auton/SSE          0          0          0           0 
           DEC MOP    Process          0          0          2         154
                 Cache misses          0
                         Fast          0          0          0           0 
                    Auton/SSE          0          0          0           0
               ARP    Process         56       3580         13         780 
                 Cache misses          0
                         Fast          0          0          0           0
                    Auton/SSE          0          0          0           0 
               CDP    Process         90      26906         27        8900
                 Cache misses          0
                         Fast          0          0          0           0 
                    Auton/SSE          0          0          0           0   

Поле

Определение

<protocol> Process

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

Cache misses

Пакеты, которые пересылаются через уровень процесса (для которых не было записей в кэше быстрой коммутации).

Fast

Пакеты, перенаправленные на уровне прерываний.

show interfaces stats

Описание

Эта команда похожа на команду show interfaces switching и предоставляет сведения о числе пакетов, коммутируемых процессом, для которых использована быстрая коммутация (любой путь быстрой коммутации) и для которых используется распределенная коммутация (для VIP-совместимых платформ). Это скрытая команда.

Формат

show interfaces [type number] stats

Пример выходных данных

Router#show interfaces stats 
FastEthernet8/0/0 
          Switching path    Pkts In   Chars In   Pkts Out  Chars Out 
               Processor         64      38646        323      32790 
             Route cache     477985  611343050      14815   18948150 
       Distributed cache          0          0       3564    4558356 
                   Total     478049  611381696      18702   23539296 
Serial12/0/0 
          Switching path    Pkts In   Chars In   Pkts Out  Chars Out 
               Processor         37       3783         36       2299 
             Route cache      14815   18800000      45118   59862772 
       Distributed cache       3450    4378520          0          0 
                   Total      18302   23182303      45154   59865071 
Interface Serial12/0/1 is disabled 
...

ip accounting mac-address

Описание

Это команда настройки интерфейса. Она выводит отчет о полученных или переданных пакетах, классифицированных по MAC-адресу источника или получателя.

Формат

ip accounting mac-address {input|output}

show interfaces mac-accounting

Описание

Это исполняемая команда. Она показывает количество полученных и переданных пакетов, классифицированных и по MAC-адресу получателя и источника.

Формат

show interfaces [type number] mac-accounting

Пример выходных данных

router#show interfaces ethernet 0/0 mac-accounting
Ethernet0/0
  Input(494 free) 
    0000.0c5d.92f9(58 ):  1 packets, 106 bytes, last: 4038ms ago
    0004.c059.c060(61 ):  0 packets, 0 bytes, last: 2493135ms ago
    00b0.64bc.4860(64 ):  1 packets, 106 bytes, last: 20165ms ago
    0090.f2c9.cc00(103):  12 packets, 720 bytes, last: 3117ms ago 
                  Total:  14 packets, 932 bytes 
  Output (511 free)
    0090.f2c9.cc00(103):  8 packets, 504 bytes, last: 4311ms ago 
                  Total:  8 packets, 504 bytes

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

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


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


Document ID: 6343