Интерфейс ввода маршрутизатора, что это такое

Обновлено: 19.07.2024

Получите полный доступ к Junos Enterprise Routing, 2-е издание и более чем 60 тысячам других игр, воспользовавшись бесплатной 10-дневной пробной версией O'Reilly.

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

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

Устранение проблем с конфигурацией

Поскольку маршрутизаторы Juniper Networks позволяют настраивать несколько IP-адресов на одном логическом устройстве, при несоблюдении осторожности могут возникнуть ошибки конфигурации. Lager имеет IP-адрес 10.10.20.122, настроенный на интерфейсе Gigabit Ethernet с маской подсети /24. Было замечено, что это ошибка конфигурации, так как маска должна была быть настроена для /27:

Здесь к адресу 10.10.20.122 добавляется правильная подсеть /27:

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

Чтобы исправить это, старый адрес с маской /24 удаляется с помощью команды удаления:

Еще одно решение с тем же результатом — использовать команду rename для изменения маски подсети с /24 на /27:

Поскольку маршрутизаторы Juniper Networks позволяют размещать несколько адресов на одном логическом интерфейсе, необходимо также позаботиться о том, чтобы маршрутизатор мог выбирать правильный исходный IP-адрес для исходящих пакетов на этом интерфейсе. По умолчанию исходный IP-адрес выбирается с использованием основного и предпочтительного адресов, назначенных интерфейсу. Каждое устройство может иметь только один основной адрес, но каждый интерфейс может иметь несколько предпочтительных адресов. Проще говоря, первичный адрес — это адрес, выбранный для отправки локальных пакетов из интерфейса, предназначенного для удаленной сети. Как показано в следующем выводе, 10.20.20.122 — это единственный адрес на интерфейсе, поэтому он содержит как основной, так и предпочтительный флаг:

Теперь настройте два дополнительных IP-адреса, 6.6.6.6 и 6.6.6.4, на интерфейсе и посмотрите на результаты:

Первичный адрес изменился на 6.6.6.4, и теперь два адреса содержат предпочтительный флаг: адреса 6.6.6.6 и 10.10.20.122. Предпочтительный адрес используется в качестве исходного IP-адреса, если вы пытаетесь подключиться к локальной сети. В этом случае, если трафик предназначен для 172.16.1.2, используется IP-адрес источника 6.6.6.4, но если адрес назначения 10.10.20.121, будет использоваться IP-адрес источника 10.10.20.122. Junos по умолчанию выбирает основной и предпочтительный адреса на основе самого низкого настроенного IP-адреса. Основным адресом будет нижний IP-адрес, настроенный для интерфейса, а предпочтительным адресом будет самый низкий IP-адрес, настроенный для каждой локальной подсети. В предыдущем примере трафик, предназначенный для хоста в подсети 6.6.6/24, исходит из 6.6.6.4. Вы можете изменить эти значения по умолчанию, настроив соответствующий флаг (основной или предпочтительный) на выбранный адрес:

Адрес 10.10.20.122 теперь настроен как первичный адрес интерфейса, как указано в команде show interfaces:

Несоответствия инкапсуляции

Для правильной связи интерфейсов двух маршрутизаторов на каждом устройстве должна быть настроена одна и та же инкапсуляция уровня 2. в зависимости от типа инкапсуляции это может быть трудно определить. Обычной интерфейсной средой, в которой это может произойти, является Ethernet. Интерфейс маршрутизатора Lager настроен на отправку тегированных кадров VLAN в подсети 10.10.20/24; однако проверка связи с маршрутизатором Hangover в этом сегменте не удалась:

Глядя на статистику интерфейса Ethernet Lager, было зафиксировано несколько ошибок канала уровня 2:

Чтобы увидеть, увеличиваются ли в настоящее время ошибки канала уровня 2 или это старые счетчики, которые не были очищены, выдается команда monitor interface ge-2/0/1. Второй столбец в следующем фрагменте кода показывает статистику счетчика интерфейса, а текущий столбец дельты показывает статистику в реальном времени, записанную с момента выдачи команды монитора. Ошибки канала уровня 2 в настоящее время увеличиваются, как показывает текущий дельта-счетчик:

Теперь используется дополнительная команда монитора для проверки того, что маршрутизатор отправляет правильные пакеты. Команда monitor traffic — это утилита tcpdump [1] маршрутизатора, которая позволяет наблюдать за локальным трафиком маршрутизатора на определенном интерфейсе. Поскольку Ethernet требует сопоставления IP-адреса с MAC-адресом перед отправкой FRAME, серия запросов ARP с заголовком 802.1Q (VLAN) отправляется на интерфейс без получения ответа.Переключатель заголовка уровня 2 используется для получения некоторой информации о заголовке Ethernet, поскольку команда монитора обычно относится только к уровням 3 и 4:

Затем выполняется доступ к Router Hangover и выдается команда ping в сторону Lager. Команда монитора трафика выдается в Hangover с аналогичными выводами, за исключением одного важного отличия. В то время как маршрутизатор Lager отправляет пакеты ARP с заголовком 802.1Q (0 × 8100), похоже, что маршрутизатор Hangover отправляет кадр Ethernet без тега VLAN (0 × 0806), что является причиной ошибок канала уровня 2. которые были обнаружены ранее:

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

Проблемы с MTU пути

Когда IP-пакет передается по сети, он часто фрагментируется, поэтому может проходить через интерфейсы с различными размерами MTU. Однако некоторые приложения не допускают такой фрагментации, поэтому необходимо убедиться, что MTU входящего трафика не превышает MTU транзита для этих приложений. Одним из простых инструментов, который можно использовать для проверки правильности назначения MTU, является команда packet internet groper ( ping ). Подключение к удаленной системе подтверждается на маршрутизаторе Lager путем отправки команды ping на адрес 172.17.20.2:

Введите команду traceroute, чтобы проверить путь, по которому эти пакеты достигают пункта назначения. Маршрутизатор Lager расположен в двух IP-системах от пункта назначения 172.17.20.2:

Тестируемому приложению требуется MTU размером 1508 байт, поэтому на удаленную станцию ​​отправляется запрос ping размером 1500 с 8 байтами служебных данных:

Пинг проходит успешно, и на первый взгляд все выглядит хорошо, но давайте не будем считать наших цыплят, пока они не вылупились! Прежде чем давать зеленый свет на одобрение, необходимо некоторое изучение работы команды ping. По умолчанию пакет ping будет отправлен со снятым битом «не фрагментировать» в заголовке IP. Это означает, что хотя пинг-пакет выйдет из маршрутизатора размером 1508 байт, по пути он может быть фрагментирован. Итак, теперь выполните команду ping с установленным флагом «не фрагментировать» и наблюдайте за результатами:

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

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

Зацикленные интерфейсы

Создание физической петли на интерфейсе уже много лет используется для устранения неполадок. Поскольку физический путь выделенной линии часто состоит из нескольких сегментов, часто проблему можно локализовать путем тестирования сегмента канала за сегментом. Идея состоит в том, чтобы создать петлю в конечной точке канала и отправить серию тестов в эту конечную точку, которые могут определить, потеряны или повреждены пакеты во время передачи. На большинстве типов интерфейсов поддерживаются два типа петель: удаленная петля и локальная петля. локальная петля создает петлю в направлении маршрутизатора, а удаленная петля — это линейная петля, которая создается в направлении нижестоящего сетевого устройства (см. рис. 4-17).

Типы обратной связи

Рисунок 4-17. Типы обратной связи

Часто локальный LEC проходит серию тестов в процессе инициализации, чтобы убедиться, что целостность цепи включает проверку обратной связи. Цепь также можно оставить в закольцованном состоянии, чтобы избежать генерации локальных аварийных сигналов. Чтобы увидеть, существует ли еще петля, отправьте эхо-запрос на удаленный конец цепи. Если удаленный конец зациклен (удаленный), пакеты ping будут продолжаться до тех пор, пока не истечет время жизни (TTL), что приведет к сообщениям об истечении срока жизни ICMP:

На удаленном устройстве петля (удаленная или локальная) будет указана путем проверки флага обратной связи в команде show interfaces:

[1] tcpdump — это распространенный инструмент отладки, который позволяет пользователю перехватывать и отображать IP-пакеты, передаваемые или получаемые через сетевой интерфейс.

Получите Junos Enterprise Routing, 2-е издание прямо сейчас с онлайн-обучением O’Reilly.

Члены O’Reilly проходят онлайн-обучение в режиме реального времени, а также получают книги, видео и цифровой контент от более чем 200 издателей.

Команда show interface на маршрутизаторе или коммутаторе Cisco IOS предоставляет много информации. Вот пример:

Есть ряд вещей, которые мы можем проверить с помощью команды show interfaces. Позвольте мне описать их:

  • FastEthernet/0 включен, линейный протокол включен: это означает, что интерфейс физически включен и протокол работает. Когда вы используете Ethernet, протокол обычно работает, если вы не настроили защиту портов или защиту BPDU. Когда происходит нарушение, вы можете увидеть здесь err-disabled.
  • Аппаратное обеспечение — Gt96k FE, адрес — c201.1d00.0000 (bia c201.1d00.0000): аппаратное обеспечение интерфейса — Gt96k, а текущий MAC-адрес — c201.1d00.0000. BIA (Burned-In-Address) то же самое. Если вы подделаете (измените) MAC-адрес, то первый MAC-адрес будет поддельным, адрес BIA никогда не изменится. Вы можете изменить MAC-адрес с помощью команды «mac-address» на интерфейсе.
  • MTU 1500 байт: MTU (максимальная единица передачи) составляет 1500 байт.
  • BW 100 000 Кбит/с. Полоса пропускания составляет 100 000 Кбит/с (100 Мбит). Эта информация используется протоколами маршрутизации, такими как OSPF или EIGRP, для расчета метрики.
  • DLY 1000 мкс: задержка в 1000 мкс является «задержкой распространения». Это время, необходимое для прохождения сигнала от отправителя к получателю. Как и полоса пропускания, EIGRP использует ее для расчета метрики.
  • Надежность 255/255: Когда количество ошибок ввода и вывода увеличивается, они влияют на счетчик надежности. Это указывает, насколько вероятно, что пакет может быть успешно доставлен или принят. Надежность рассчитывается следующим образом: надежность = количество пакетов / общее количество кадров. Значение 255 — это самое высокое значение, означающее, что в данный момент интерфейс очень надежен. Расчет выше выполняется каждые 5 минут.
  • txload 1/255: указывает, насколько «занят» интерфейс, когда дело доходит до передачи кадров. Рассчитывается каждые 5 минут.
  • rxload 1/255: то же, что и выше, но для получения кадров.
  • Инкапсуляция ARPA: это протокол уровня 2, который мы используем. Когда мы используем Ethernet, он отображается как ARPA (Агентство перспективных исследовательских проектов), что представляет собой инкапсуляцию Ethernet версии 2. Если вы используете PPP, HDLC или Frame Relay для последовательных каналов связи, они будут отображаться здесь.
  • петля не установлена: последовательные интерфейсы могут быть «установлены» в режиме обратной связи, это используется для проверки интерфейса. Не путайте его с петлевым интерфейсом.
  • Keepalive set (10 секунд). Маршрутизатор отправляет пакеты Keepalive для проверки наличия сквозного подключения.
  • Полный дуплекс, 100 Мбит/с, 100BaseTX/FX. Это говорит нам о том, используем ли мы полудуплекс или полный дуплекс, а также о пропускной способности и типе интерфейса.
  • Тип ARP: ARPA, Время ожидания ARP 04:00:00: Тип ARP, который мы используем, для Ethernet по умолчанию это ARPA. Тайм-аут — это время, в течение которого записи остаются в кэше ARP. По умолчанию это 4 часа.
  • Последний ввод никогда, вывод 00:00:02, вывод зависания никогда: это маршрутизатор, который я только что загрузил, в этой строке будет показано, когда он последний раз получал или отправлял что-либо.
  • Последняя очистка счетчиков «show interface» никогда: все счетчики в выходных данных show interface могут быть очищены, это показывает нам, когда эти счетчики были очищены.
  • Входная очередь: 0/75/0/0 (размер/макс./отбрасывания/сбрасывания): это говорит нам, сколько пакетов находится во входной очереди и ее максимальный размер (75). Drops — это количество пакетов, которые были отброшены. Сбросы используются для подсчета SPD (выборочное отбрасывание пакетов). SPD – это протокол, который отбрасывает пакеты с низким приоритетом, когда ЦП слишком загружен, чтобы сэкономить место для пакетов с более высоким приоритетом (протоколы маршрутизации и т. п.).
  • Всего отбрасывания вывода: 0: количество отбрасывания из-за того, что очередь вывода заполнена. Когда вы получаете трафик на 100-мегабитном интерфейсе и перенаправляете его на 10-мегабитный интерфейс, вы увидите перегрузку, которая приводит к потере пакетов и высокой задержке. Приложения, использующие TCP, могут использовать повторные передачи, но передача голоса по IP — это приложение, которое очень чувствительно к потере пакетов, высокой задержке и колебаниям задержки, вызывающим дрожание. Если вы видите, что очереди вывода часто сбрасываются, вам придется задуматься о внедрении QoS (Quality of Service).
  • Стратегия организации очереди: FIFO. Текущая стратегия организации очереди — FIFO (первым пришел, первым обслужен). Это значение по умолчанию для интерфейсов с пропускной способностью выше 2 Мбит/с.
  • Очередь вывода: 0/40 (размер/макс.): размер очереди вывода, который показывает текущие пакеты и максимальное количество, которое она может обработать.
  • минутная скорость ввода 0 бит/сек, 0 пакетов/сек: средняя скорость, с которой мы получаем пакеты.
  • минутная скорость вывода 0 бит/сек, 0 пакетов/сек: средняя скорость, с которой мы передаем пакеты.
  • packets input, 0 байт: количество полученных пакетов и их количество в байтах.
  • Получено 0 широковещательных передач: количество полученных широковещательных кадров.
  • runts: Runts – это Ethernet-фреймы размером менее 64 байт.
  • гиганты. Гиганты – это кадры Ethernet, размер которых превышает размер кадра IEEE 802.3 (1518 байт, без больших кадров) и имеют неверную FCS (последовательность проверки кадров).
  • Дросселирование: когда интерфейсу не удается буферизовать входящий пакет, это считается дросселированием.
  • ошибки ввода: значение этого счетчика будет увеличиваться, когда интерфейс получает кадр с ошибкой любого типа, в том числе с малыми размерами, гигантскими ошибками, отсутствием доступного буфера, ошибками CRC и т. д.
  • CRC: количество пакетов, полученных с ошибками CRC (контрольная сумма циклического избыточного кода). Это означает, что контрольная сумма, сгенерированная отправителем, не совпадает с контрольной суммой, рассчитанной получателем. В локальной сети это обычно происходит при проблемах с кабелями или неисправными сетевыми картами.
  • frame: количество пакетов, которые были получены с ошибкой CRC и нецелым числом октетов.
  • переполнение: частота, с которой интерфейс не может получить трафик в свой аппаратный буфер, поскольку скорость ввода выше, чем может обработать интерфейс.
  • ignored: количество пакетов, которые интерфейс проигнорировал, так как аппаратное обеспечение интерфейса исчерпало внутренние буферы. Это может быть вызвано широковещательным штормом и шумом.
  • сторожевой таймер: как часто истекает срок действия таймера приема сторожевого таймера. Это происходит, когда интерфейс получает пакет размером более 2048 байт.
  • Входные пакеты с обнаруженным состоянием дриблинга: Кадр дриблинга — это кадр, который немного длиннее, чем по умолчанию. Этот счетчик увеличивается, но интерфейс все равно примет кадр.
  • выходные пакеты, 403 байта: количество отправленных пакетов и объем в байтах.
  • underruns: количество раз, когда отправитель работал быстрее, чем может обработать маршрутизатор.
  • ошибки вывода: то же, что и счетчик ошибок ввода, но для отправленных пакетов. Этот счетчик увеличивается, когда что-то идет не так с передачей пакета.
  • коллизии: количество пакетов, которые были повторно переданы из-за коллизии Ethernet, в полнодуплексной сети вы не должны видеть это, если у вас нет проблем с сетевыми картами, слишком длинными кабелями или повторителями между вашими коммутаторами.

Содержание курса

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

721 регистрация за последние 30 дней

satisfaction- гарантировано

100% удовлетворение гарантировано!
Вы можете отменить свое ежемесячное членство в любое время.
Без вопросов!

Ответы на форуме

Здравствуйте,
Это намеренно указано выше в разделе пропускной способности, когда мы читаем раздел об устранении неполадок?
10000Кбит (100Мбит) или мои глаза шутят :)

:slight_smile:

Что именно вы имеете в виду?

Указано, что пропускная способность составляет 10 000 китов/сек – 100 Мбит, но на экране отображается правильное значение 10 Мбит (полудуплекс)

пока я здесь, делите ли вы задержку на 10 как для последовательного порта, так и для Ethernet? Например, при перераспределении.

Отличный сайт мне очень помогает.

Рад слышать, что вам понравилось!

Теперь я вижу, извините за путаницу. В примере FastEthernet работал в полудуплексном режиме / 10 Мбит. Я только что исправил это, теперь он показывает правильную пропускную способность и дуплекс.

Когда вы настраиваете задержку, вы должны разделить ее на 10 да:

Большое спасибо Рене!

Ещё 29 ответов! Задайте вопрос или присоединитесь к обсуждению, посетив наш форум сообщества

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

Справочная информация

Сбросы используются для подсчета выборочного отбрасывания пакетов (SPD). Это механизм, который быстро отбрасывает пакеты с низким приоритетом, когда ЦП перегружен, чтобы сохранить некоторую вычислительную мощность для пакетов с высоким приоритетом. Счетчик сбросов в выходных данных команды show interface увеличивается как часть выборочного отбрасывания пакетов (SPD), который реализует политику выборочного отбрасывания пакетов в очереди IP-процессов маршрутизатора. Следовательно, он применяется только к трафику с коммутацией процессов.

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

Проблема: флеши падают на интерфейс

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

Эти сбросы можно увидеть даже тогда, когда на канале нет перегрузки. В таких случаях увеличение очереди удержания также может не решить проблему. Флеши иногда действительно хороши, поскольку они отбрасывают трафик с низким приоритетом по сравнению с трафиком с приоритетом. Если вы видите прерывистые сбросы на интерфейсе, то этот скрипт можно использовать для получения информации о трафике, который застрял в буферах интерфейса. Сценарий EEM здесь создан с использованием GigabitEthernet0/0 в качестве затронутого интерфейса. Модификации могут быть выполнены в соответствии с интерфейсом, на котором вы хотите устранить неполадки, и установленным максимальным размером очереди. Кроме того, значение 74 является максимальным значением по умолчанию для запуска полного сброса, когда размер очереди указан как 75. Вы можете вручную установить минимальное и максимальное пороговое значение с помощью команды, упомянутой в конце документа вместе с подробностями об этих сбросах. .

Выходные данные пакетов Show buffer input-interface GigabitEthernet0/0 и Show buffer input-interface GigabitEthernet0/0 предоставляют информацию о трафике, которая находится в очереди.

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

Если счетчик увеличивается во время устранения неполадок, вы также можете запустить команды вручную. Обратите внимание, что команды Show buffer input-interface GigabitEthernet0/0 и Show buffer input-interface GigabitEthernet0/0 package иногда не дают вывода сразу, поэтому вам может потребоваться запустить команду пару раз.

Очередь обработки на RP разделена на две части: общая очередь пакетов и очередь приоритетов. Пакеты, помещенные в общую очередь пакетов, подлежат проверке состояния SPD, а те, которые помещены в приоритетную очередь, — нет. Пакеты, попадающие в очередь пакетов с приоритетом, являются пакетами с высоким приоритетом, такими как IP-приоритет 6 или пакеты IGP, и их никогда нельзя отбрасывать. Однако не квалификаторы здесь могут быть отброшены в зависимости от длины общей очереди пакетов в зависимости от состояния SPD. Общая очередь пакетов может находиться в трех состояниях, поэтому пакеты с низким приоритетом могут обслуживаться по-разному:

Обычно коммутатор/маршрутизатор IOS имеет аналогичный вывод "show interface"; различия продиктованы устройствами, интерфейсом и IOS.

Ниже показан интерфейс интерфейса TenGigabitEthernet. Шоу выпускается на Cisco WS-C6509-E в режиме VSS с IOS версии 15.

TenGigabitEthernet1/5/4 работает, линейный протокол работает (подключен)

Определить, включен ли интерфейс физически и включен ли протокол.

Оборудование: C6k 10000Mb 802.3, адрес 0000.0000.fd90 (bia 0008.ef4a.fd90)

Определить аппаратный интерфейс и mac-адрес интерфейса; Адрес BIA, также известный как Burned-In (MAC), нельзя изменить, в то время как «адрес» можно изменить с помощью команды «mac-address 0000.0000.fd90» в режиме конфигурации интерфейса.
Помните: при изменении mac-адреса интерфейса таблица arp или mac-адресов, связанная с интерфейсом, будет «связана» с пользовательским mac-адресом!

MTU 1500 байт, BW 10000 Кбит/с, DLY 100 мкс

надежность 255/255, txload 1/255, rxload 1/255

надежность интерфейса в долях от 255 (255/255 — это 100-процентная надежность), рассчитанная как экспоненциальное среднее за 5 минут.
txload/rxload=Нагрузка на интерфейс в долях от 255 (255 /255 полностью насыщен), рассчитывается как экспоненциальное среднее значение за 5 минут.

Инкапсуляция ARPA, петля не установлена

Подтверждение активности (10 сек)

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

Полный дуплекс, 10 Гбит/с, тип носителя — 10Gbase-SR

Определите физическую скорость интерфейса и его работу в полудуплексном или полудуплексном режиме. Последняя часть строки определяет тип носителя.

управление входным потоком включено, выходное управление потоком выключено

Автоматический режим часов

Эта команда поддерживается только на трансиверах 1Gb/10Gb.
Если режим часов на ближнем конце канала не совпадает с режимом часов на дальнем конце, протокол линии не подходит. Активный и пассивный статус часов определяется в процессе автосогласования перед установлением канала передачи.

Тип ARP: ARPA, Время ожидания ARP 04:00:00

Тип ARP определяет тип инкапсуляции интерфейса; как правило, для интерфейса Ethernet используется ARPA.Тайм-аут ARP по умолчанию составляет 4 часа, но его можно настроить с помощью команды «arp timeout [timeout]»

Последний ввод никогда, вывод никогда, вывод никогда не зависает

Последний ввод, вывод — это количество часов, минут и секунд с момента успешного приема или передачи последнего пакета интерфейсом.
Примечание. Этот счетчик обновляется только при коммутации процессов, а не при передаче пакетов. быстро переключаются.

Последняя очистка счетчиков «показать интерфейс» никогда

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

Очередь ввода: 0/75/0/0 (размер/макс./дроп/флеш); Всего выпадает выход: 0

Входная очередь — это количество пакетов во входной очереди.
Размер/макс./отбрасывания = текущее количество кадров в очереди/максимальное количество кадров, которое может содержать очередь, прежде чем она начнет отбрасывать кадры/ фактическое количество кадров, отброшенных из-за превышения максимального размера очереди. Сбросы используются для подсчета выборочного сброса пакетов. SPD — это механизм, который быстро отбрасывает пакеты с низким приоритетом, когда ЦП перегружен, чтобы сохранить некоторую вычислительную мощность для пакетов с высоким приоритетом. Счетчик сбросов в выходных данных команды show interface увеличивается как часть выборочного отбрасывания пакетов (SPD), который реализует политику выборочного отбрасывания пакетов в очереди IP-процессов маршрутизатора. Таким образом, он применяется только к трафику с коммутацией процессов.
Цель SPD — гарантировать, что важные управляющие пакеты, такие как обновления маршрутизации и сообщения проверки активности, не будут отброшены, когда очередь ввода IP-адресов заполнена. Когда размер входной IP-очереди находится между минимальным и максимальным пороговыми значениями, обычные IP-пакеты отбрасываются на основе определенной вероятности отбрасывания. Эти случайные отбрасывания называются сбросами SPD.
Общее количество отброшенных пакетов — это количество пакетов, отброшенных из-за того, что очередь вывода заполнена. Распространенной причиной этого может быть переключение трафика с канала с высокой пропускной способностью на канал с меньшей пропускной способностью или переключение трафика с нескольких входящих каналов на один исходящий канал. Например, если большой объем пульсирующего трафика поступает на гигабитный интерфейс и переключается на 100-мегабитный интерфейс, это может привести к тому, что на 100-мегабитном интерфейсе количество выходных данных увеличится. Это связано с тем, что очередь вывода на этом интерфейсе перегружена избыточным трафиком из-за несоответствия скорости между входящей и исходящей пропускной способностью.

Стратегия организации очереди: fifo

Очередь "первым пришел - первым обслужен" (FIFO) – это стратегия организации очереди по умолчанию, которая применяется ко всем интерфейсам со скоростью более 2 Мбит/с или, другими словами, к интерфейсам размера E1 или выше. При использовании стратегии очереди FIFO пакеты передаются через интерфейс в порядке их получения. Другими методами могут быть: WFQ, CBWFQ, …

Очередь вывода: 0/40 (размер/макс.)

Количество пакетов в выходной очереди. Размер/макс. означает текущее количество кадров в очереди/максимальное количество кадров, которое может содержать очередь, прежде чем она заполнится и начнет отбрасывать кадры.

5-минутная скорость ввода 7000 бит/сек, 8 пакетов/сек
5-минутная скорость вывода 10000 бит/сек, 11 пакетов/сек

Средняя скорость ввода и вывода, наблюдаемая интерфейсом за последние пять минут. Чтобы получить более точные показания, указав более короткий период времени (например, чтобы лучше обнаруживать всплески трафика), введите интерфейсную команду «load-interval».

4495527 входных пакетов, 488522378 байт, 0 без буфера

Входные пакеты: общее количество безошибочных пакетов, полученных системой.
Байты: общее количество байтов, включая данные и инкапсуляцию MAC, в безошибочных пакетах, полученных системой.
Нет буферов: количество принятых пакетов, отброшенных из-за отсутствия буферного пространства в основной системе. Сравните с количеством проигнорированных. Широковещательные штормы в сетях Ethernet и всплески шума в последовательных линиях часто являются причиной отсутствия входного буфера.

Получено 4460539 трансляций (1153347 многоадресных)

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

0 низкорослых, 0 великанов, 0 дросселей

Runts: количество пакетов, отброшенных из-за того, что их размер меньше минимального размера пакета носителя. Например, любой пакет Ethernet размером менее 64 байтов считается рантом.
Гиганты: количество пакетов, которые отбрасываются, поскольку они превышают максимальный размер пакета среды. Например, любой пакет Ethernet размером более 1518 байт считается гигантским.
Дросселирование: количество отключений приемника на порту, возможно, из-за перегрузки буфера или процессора. Если после значения счетчика дросселирования появляется звездочка (*), это означает, что интерфейс регулируется во время выполнения команды.

0 ошибок ввода, 0 CRC, 0 кадров, 0 превышений, 0 проигнорировано

Ошибка ввода. Включает в себя слишком короткие, гигантские значения, отсутствие буфера, CRC, кадры, переполнение и пропущенные счетчики. Другие ошибки, связанные с вводом, также могут привести к увеличению количества ошибок ввода, а некоторые дейтаграммы могут содержать более одной ошибки; следовательно, эта сумма может не совпадать с суммой перечисляемых счетчиков ошибок ввода.
CRC: контрольная сумма циклического резервирования, сгенерированная исходной станцией локальной сети или удаленным устройством, не соответствует контрольной сумме, рассчитанной на основе полученных данных. В локальной сети это обычно указывает на помехи или проблемы с передачей на интерфейсе локальной сети или на самой шине локальной сети. Большое количество CRC обычно является результатом коллизий или передачи станцией неверных данных.
Кадр: количество неправильно полученных пакетов с ошибкой CRC и нецелым числом октетов. В локальной сети это обычно является результатом конфликтов или неисправности Ethernet-устройства.
Переполнение: количество раз, когда аппаратное обеспечение приемника не могло передать полученные данные в аппаратный буфер, поскольку скорость ввода превышала способность приемника обрабатывать data.
Игнорировано: количество принятых пакетов, проигнорированных интерфейсом из-за нехватки внутренних буферов аппаратного обеспечения интерфейса. Эти буферы отличаются от системных буферов, упомянутых ранее в описании буфера. Широковещательные штормы и всплески шума могут привести к увеличению количества проигнорированных сообщений.

0 сторожевой таймер, 0 мультикаст, 0 пауза ввода

Сторожевой таймер: количество раз, когда истек срок действия сторожевого таймера. Это происходит при получении пакета длиной более 2048.
Ввод паузы: Увеличение счетчика означает, что порт принимает кадр паузы. Кадр паузы — это пакет, сообщающий удаленному устройству о прекращении передачи пакетов до тех пор, пока отправитель не сможет обработать весь трафик и очистить его буферы. Это может быть вызвано переподпиской на полосу пропускания или скачком трафика.

Обнаружено 0 входных пакетов с условием протечки

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

Выведено 6925984 пакетов, 825456963 байт, 0 опустошений

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

0 ошибок вывода, 0 коллизий, 1 сброс интерфейса

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

0 болтовни, 0 поздних столкновений, 0 отложенных

Babbles: ошибки Babble возникают из-за передачи кадров размером более 1518 байт.
Поздняя коллизия: количество поздних коллизий. Поздняя коллизия происходит, когда коллизия возникает после передачи преамбулы. Наиболее распространенная причина поздних коллизий заключается в том, что сегменты вашего Ethernet-кабеля слишком длинные для скорости, с которой вы передаете.
Отложенный: Отложенный указывает, что чипу пришлось отложить, когда он был готов передать кадр, потому что несущая была заявлена. .

0 потеряна несущая, 0 нет несущей, 0 вывод PAUSE

Потеря несущей: количество раз, когда несущая была потеряна во время передачи.
Нет несущей: количество раз, когда несущая отсутствовала во время передачи.
Выход PAUSE: выходные данные паузы возникают, когда принимающий порт перегружается, поэтому устройство отправляет запрос на паузу на устройство, подключенное к порту.

0 сбоев буфера вывода, 0 буферов вывода заменено

Ошибки выходного буфера: количество неисправных буферов и количество выгруженных буферов.
Выгруженные выходные буферы: если очередь передачи исходящего интерфейса заполнена, пакет копируется из аппаратного буфера в DRAM, а затем копируется вернуться в очередь передачи, когда освободится место.

L2 Switched: ucast: 0 pkt, 0 байт – mcast: 0 pkt, 0 байт
L3 in Switched: ucast: 0 pkt, 0 байт – mcast: 0 pkt, 0 байт mcast
L3 out Switched: ucast: 0 pkt, 0 байт mcast: 0 pkt, 0 байт

В выходных данных указано, сколько пакетов было передано L2 на интерфейс, а также сколько пакетов L3 было передано и отправлено из интерфейса.

Помните: существует разница между счетчиком выходных данных команды show interface для физического интерфейса и интерфейса VLAN. Счетчики входных пакетов увеличивают выходные данные show interface для интерфейса VLAN, когда этот пакет обрабатывается ЦП на уровне 3 (L3). Трафик, который коммутируется на уровне 2 (L2), никогда не доходит до ЦП и не учитывается в счетчиках отображения интерфейса для интерфейса VLAN. Это будет учитываться в выводе show interface для соответствующего физического интерфейса.

В NX-OS (устройство Nexus) вывод «show interface» немного отличается от вывода IOS, но его легко понять. Ниже пример:

Читайте также: