The cable cannot be connected to that port ошибка cisco

Не получается прописать ip address (в Cisco Packet Tracer) Cisco Решение и ответ на вопрос 1729987

0 / 0 / 0

Регистрация: 07.04.2015

Сообщений: 31

1

08.05.2016, 22:16. Показов 16460. Ответов 16


Доброго времени суток , такой вопрос возник , на Fastetherner0/3/0 не могу назначать ip address , вроде все делаю правильно пишет ошибка ! на все остальные получилось назначить ip address , почему то на 0/3/0 не получается !
PS. в роутере 2901 fastethernet0/3/0 не было , я его добавил ! может в этом причина ?! кто знает скажите пожайлуйста(

Миниатюры

Не получается прописать ip address (в Cisco Packet Tracer)
 

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь



0



Эксперт по компьютерным сетям

711 / 404 / 116

Регистрация: 20.04.2014

Сообщений: 1,057

09.05.2016, 12:40

2

Лучший ответ Сообщение было отмечено Umedjon94 как решение

Решение

А вы в этот самый маршрутизатор заcунули hwic-4esw — коммутирующий модуль с L2 портами и пытаетесь им IP-адреса назначать.
В Packet Tracer-е для этих интерфейсрв просто нет команды ip.
Зато есть команда switchport

Можно засунуть модуль hwic-2t.
Будут, хоть и serial, но L3-порты, коим можно будет присвоить IP адреса.



1



0 / 0 / 0

Регистрация: 07.04.2015

Сообщений: 31

10.05.2016, 15:08

 [ТС]

3

вы сказали модуль HWIC-2T, но когда ставишь эту модуль туда подключить кабели не возможно , мне надо роутер со свитчем соединить , пишет (the cable cannot be connected to that port —
кабель не может быть подключен к этому порту) как соединить то ?(

Миниатюры

Не получается прописать ip address (в Cisco Packet Tracer)
 



0



[Удалено]

97 / 94 / 11

Регистрация: 12.02.2013

Сообщений: 718

10.05.2016, 18:03

4

Лучший ответ Сообщение было отмечено Umedjon94 как решение

Решение

Umedjon94, Потому что на свичах нет сериал интерфейсов!
Юзай либо другой роутер с большим количеством eth портов, либо вставляй 4SW и коммутируй.



1



Эксперт по компьютерным сетям

711 / 404 / 116

Регистрация: 20.04.2014

Сообщений: 1,057

10.05.2016, 20:47

5

да, на 2911 — 3 ethernet-интерфейса
в 1841 — 2 штатных и можно добавить 2 модуля wic-1enet — итого будет 4 ethernet интерфейса



0



0 / 0 / 0

Регистрация: 07.04.2015

Сообщений: 31

10.05.2016, 22:29

 [ТС]

6

надо было сделать с маршрутизатором 2901, но не получилось, взял 2911 и тут как раз три gigethernet оказывается!
возник такой вопрос в моей топологии надо со всех Vlan пинговать Веб-Сервер , схему выложу чтобы увидели , для каждого vlan написал саб-интерфейс , на комутаторе прописал транк линию , но все еще пинг не идет на веб сервер, скажите где я ошибся и что делаю не так?) может решение статический маршрут прописать ? только я не понял как писать статистический маршрут (

Миниатюры

Не получается прописать ip address (в Cisco Packet Tracer)
 



0



[Удалено]

97 / 94 / 11

Регистрация: 12.02.2013

Сообщений: 718

11.05.2016, 05:25

7

Umedjon94,
Включил ли инкапсуляцию dot1q на коммутаторе и роутере ?
К какой сети у тебя относится веб сервер, и кто его шлюз по умолчанию?
Если все остальное верно то поможет команда:
ip route XXXX(ip ad) XXXX(mask) XXXX(Ip назначения)
Прописывать необходимо на двух роутерах, что бы пакеты ходили в обе стороны.



0



0 / 0 / 0

Регистрация: 07.04.2015

Сообщений: 31

11.05.2016, 12:15

 [ТС]

8

Fluder_asdasd,
ip route (ip address — отправителя надо прописать? в таком случае отрпавители все Vlan’ы , какой адрес писать не знаю, и еще зачем в другом роутере тоже прописать если через него пакет вообще не проходит , посмотрите картинки роутер4 и свитч 3 вот между ними идет пакет и от свитча потом к веб-серверу , данный момент у меня от всех виланах идет покет до роутер 4 и дальше не проходит там умирает(



0



[Удалено]

97 / 94 / 11

Регистрация: 12.02.2013

Сообщений: 718

11.05.2016, 12:25

9

присылай работу.
Либо запусти на роутерах динамическую маршрутизацию OSPF или RIP v2
У веб сервера шлюз кто? Какой роутер?



0



Эксперт по компьютерным сетям

10933 / 6788 / 1815

Регистрация: 25.12.2012

Сообщений: 28,722

11.05.2016, 12:29

10

файл проекта выложи и укажи кто кого не пинает?
шлюз у веб сервера кто? если роутер верхний (2), то на этом роутере (2) должны быть прописаны маршруты через интерфейс нижнего роутера (4) до сетей под нижними свитчами (0 и 1)



0



0 / 0 / 0

Регистрация: 07.04.2015

Сообщений: 31

11.05.2016, 17:46

 [ТС]

11

Fluder_asdasd, insect_87, для веб-сервера не сказано какой шлюз должен быть, наверное любой лишь бы был доступ со стороны локальной сети , потом еще со стороны интернета , но это потом!
выложу свой файл посмотрите, там еще задание подробно прописано! скажите потом что не так? и что делать?)) спасибо)



0



[Удалено]

97 / 94 / 11

Регистрация: 12.02.2013

Сообщений: 718

11.05.2016, 18:01

12

Umedjon94, у тебя веб сервер сам у себя шлюз, а это не порядок
и у компов шлюзы 252, а не интерфейсы роутеры.
Установи шлюзами интерфейсы и саб интерфейсы роутера.
Так же и веб серверу пропиши шлюз — интерфейс роутера.



1



0 / 0 / 0

Регистрация: 07.04.2015

Сообщений: 31

11.05.2016, 22:29

 [ТС]

13

Fluder_asdasd, Все сделал как вы сказали , но пинга все еще нет до сервера , выложу чтобы посмотрели! может надо между роутер 4 и веб-сервер1 прописать саб-интерфейс ? или в чем причина?



0



0 / 0 / 0

Регистрация: 07.04.2015

Сообщений: 31

11.05.2016, 22:52

 [ТС]

14

Fluder_asdasd, не тот файл скинул , вот Umedjon2 тут посмотрите)



0



[Удалено]

97 / 94 / 11

Регистрация: 12.02.2013

Сообщений: 718

13.05.2016, 06:42

15

Umedjon94,
Вот пожвлуйста, только теперь у твоего веб сервера адресс 192.168.100.2
а его шлюз gi0/2 с адресом 192.168.100.1
Все пингуется.



0



0 / 0 / 0

Регистрация: 07.04.2015

Сообщений: 31

14.05.2016, 13:55

 [ТС]

16

Fluder_asdasd, огромное спасибо , сможете в двух словах сказать , что вы сделали что получилось ? прописали статический маршрут ?



0



[Удалено]

97 / 94 / 11

Регистрация: 12.02.2013

Сообщений: 718

14.05.2016, 14:55

17

.Umedjon94,
Прописал у веб сервера адрес интерфейса gigabit ethernet0/2



0



IT_Exp

Эксперт

87844 / 49110 / 22898

Регистрация: 17.06.2006

Сообщений: 92,604

14.05.2016, 14:55

Помогаю со студенческими работами здесь

Cisco packet tracer
Подскажите, пожалуйста, где можно найти руководство по работе с этим эмулятором?? а то че-т в сети…

cisco packet tracer
только начал изучать сетевые технологии. Проблемма с cisco packet tracer. Ввожу команду ip…

CISCO packet tracer
Остановился на 96 %.Незнаю что дальше сделать.помогите пожалуйста

Cisco packet tracer
Доброго времени суток! Изучаем сети и совсем не понимаю, правильно ли я составила скелет сети…

Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:

17

Часть 1

Содержание

     Устранение неполадок Gigabit Ethernet
     Сравнение подключенного и неподключенного состояний


Устранение неполадок Gigabit Ethernet

Если устройство А подключено к устройству Б через соединение Gigabit, которое не удается активировать, выполните следующую процедуру.

Пошаговая процедура

  1. Убедитесь, что на устройствах А и Б используются одинаковые конвертеры GBIC: коротковолновые (SX), длинноволновые (LX), дальней связи (LH), с растянутыми волнами (ZX) или медная неэкранированная витая пара (TX). Для установления соединения на обоих устройствах должны использоваться конвертеры GBIC одного типа. Конвертер SX GBIC необходимо подключать к конвертеру SX GBIC. Конвертер SX GBIC не может быть связан с конвертером LX GBIC. Дополнительные сведения можно получить в выполняющей абонентское обслуживание компьютеров организации или в документе Примечание по установке переходного соединительного кабеля. 

  2. Проверьте соответствие расстояния и типа кабеля, подключенного к конвертеру GBIC, по приведенной ниже таблице.

    Спецификации кабелей портов 1000BASE-T и 1000BASE-X

    GBIC

    Длина волны (нм)

    Тип меди/волокна

    Внутренний диаметр1 (микроны)

    Удельная полоса пропускания (МГц/км)

    Длина кабеля2

    WS-G5483 1000Base — T (медный)

    Категория 5 UTP Категория

    Категория 5e UTP

    6 UTP

    328 футов (100 м)

    WS-G5484 1000BASE-SX3

    850

    MMF

    62.5

    62.5

    50.0

    50.0

    160

    200

    400

    500

    220 м

    275 м

    500 м

    550 м

    WS-G5486 1000BASE-LX/LH

    1310

    MMF4

    SMF

    62.5

    50.0

    50.0

    8.3/9/10

    500

    400

    500

    550 м

    550 м

    550 м

    10 км

    WS-G5487 1000BASE-ZX5

    1550

    MMF

    SMF6

    8.3/9/10

    8.3/9/10

    43,5 мили (70 км)7

    62,1 мили (100 км)

    1. Числа, приведенные для многомодового оптоволоконного кабеля, относятся к диаметру сердцевины. Для одномодового оптоволоконного кабеля, 8,3 микрон относятся к диаметру сердцевины. Значения в 9 и 10 микрон относятся к диаметру волнового поля, который является диаметром несущей свет части оптоволокна. Эта область состоит из сердцевины оптоволокна и небольшой части окружающего оптического покрытия. Диаметр волнового поля является функцией диаметра сердцевины, длины волны лазера, разницы показателей преломления сердцевины и оптического покрытия.

    2. Длина зависит от потерь в оптоволокне. Многослойность и нестандартность оптоволоконного кабеля приводят к уменьшению дальности прокладки кабеля.

    3. Использовать только вместе с многомодовым волокном.

    4. При использовании конвертера LX/LH GBIC с многомодовым волокном диаметром 62,5 микрона необходимо установить переходной соединительный кабель (CAB-GELX-625 или эквивалентный) между конвертером GBIC и многомодовым кабелем на концах передачи и приема данного соединения. Переходной соединительный кабель требуется для соединений на расстояниях менее 328 футов (100 м) или более 984 футов (300 м). Переходной соединительный кабель предотвращает перегрузку приемника в случае короткого многомодового волокна и снижает задержку сигнала при дифференциальном включении в случае длинного многомодового волокна. Дополнительные сведения см. в документе Примечание по установке переходного соединительного кабеля.

    5. Использовать только вместе с одномодовым волокном.

    6. Одномодовый оптоволоконный кабель со смещенной дисперсией.

    7. Для конвертеров ZX GBIC минимальная дальность соединения (при наличии на каждом конце соединения аттенюаторов на 8 дБ) составляет 10 км (6,2 мили). Без аттенюаторов минимальная дальность соединения равна 40 км (24,9 мили).

  3. Если у любого из устройств есть несколько портов Gigabit, соедините эти порты между собой. Это позволяет проверить каждое устройство и убедиться, что интерфейс Gigabit функционирует правильно. Например, есть коммутатор с двумя портами Gigabit. Подключите один порт Gigabit к другому. Активно ли данное соединение? Если да, то данные порты функционируют правильно. STP блокирует данный порт и предотвращает возникновение петель (приемный порт один (RX) соединяется с передающим портом два (TX), а порт один TX — с портом два RX).

  4. Если произошел сбой одного соединения или не удалось выполнить шаг 3 с разъемами SC, закольцуйте порт на себя (порт один RX соединяется с портом один TX). Активен ли данный порт? Если нет, обратитесь в центр технической поддержки (TAC), так как, возможно, это неисправный порт.

  5. Если шаги 3 и 4 успешны, но соединение между устройствами А и Б не удается установить, закольцуйте порты с помощью кабеля, соединяющего два устройства. Проверьте исправность кабелей.

  6. Убедитесь, что каждое устройство поддерживает спецификацию 802.3z для автоматического согласования Gigabit. В интерфейсе Gigabit Ethernet есть процедура автоматического согласования, обеспечивающая более широкие возможности, чем та, которая используется в 10/100 Ethernet (спецификация автоматического согласования Gigabit: IEEE Std 802.3z-1998). При включении согласования соединений система выполняет автоматическое согласование дуплексного режима, режима управления потоком и сведений об удаленных ошибках. Следует либо включить, либо отключить согласование сразу на обоих концах соединения. На обоих концах соединения необходимо задать одно и то же значение, иначе соединение установить не удастся. Проблемы могут возникнуть при подключении к устройствам, произведенным до ратификации стандарта IEEE 802.3z. Если любое из устройств не поддерживает автоматическое согласование Gigabit, отключите автоматическое согласование Gigabit. Это вызовет принудительную активацию соединения.

    warning Предупреждение: При отключении автоматического согласования скрываются сбросы соединений и проблемы на физическом уровне. Отключение автоматического согласования требуется, только если используются конечные устройства, не поддерживающие стандарт IEEE 802.3z (например старые сетевые платы Gigabit). Отключать автоматическое согласование между коммутаторами следует только в случае крайней необходимости, так как при этом проблемы физического уровня могут остаться необнаруженными, что ведет к образованию петель STP. В качестве альтернативы убедитесь, что у вас выполнена легализация ПО, обратитесь к поставщику и обновите свое программное и аппаратное обеспечение до поддержки автоматического согласования IEEE 802.3z Gigabit.

Об устранении неполадки, описанной в сообщении об ошибке: %SYS-4-PORT_GBICBADEEPROM: / %SYS-4-PORT_GBICNOTSUPP, см. в документе Распространенные сообщения об ошибках CatOS на коммутаторах серии Catalyst 6000/6500.

Системные требования к GigabitEthernet, конвертерам интерфейса Gigabit (GBIC), неплотному спектральному мультиплексированию (CWDM) и подключаемым модулям малого форм-фактора (SFP) см . в следующих документах.

  • Системные требования для реализации Gigabit Ethernet на коммутаторах Catalyst

  • Матрица совместимости коммутатора — конвертера интерфейса Catalyst GigaStack Gigabit

  • Матрица совместимости модулей приемопередатчиков Cisco Gigabit Ethernet

  • Документация по GBIC, SFP и CWDM

Сведения об общей конфигурации и устранении неполадок см. в документе Настройка и устранение неполадок автоматического согласования Ethernet 10/100/1000 MB в полудуплексном и дуплексном режимах.

Сравнение подключенного и неподключенного состояний

На большинстве коммутаторов Cisco порт по умолчанию находится в неподключенном состоянии. Это означает, что в данный момент он ни к чему не подключен, однако соединение будет установлено в случае надежного подключения к другому действующему устройству. При подключении исправного кабеля к двум портам коммутатора в неподключенном состоянии, индикатор соединения для обоих портов начинает гореть зеленым цветом, а состояние портов должно отображать установленные подключения. Это означает, что данный порт активен на уровне 1 (L1).

Для CatOS можно использовать команду show port , чтобы проверить, находится ли порт в подключенном или неподключенном состоянии, либо в другом состоянии, которое может вызвать сбой подключения, например, disabled (отключен) или errdisable (отключен из-за ошибки).

Switch> (enable) sh port status 3/1   Port  Name                 Status     Vlan       Duplex Speed Type   
----- -------------------- ---------- ---------- ------ ----- ------------
    3/1                       disabled   1            auto  auto 10/100BaseTX 
!--- The show port status {mod/port} command show the port is disabled. 
!--- Use the set port enable {mod/port}command to try and re-enable it.  			

Для Cisco IOS можно использовать команду show interfaces чтобы убедиться, что интерфейс — «up, line protocol is up (connected)». Первое «up» относится к состоянию физического уровня интерфейса. Сообщение «line protocol up» показывает состояние уровня канала передачи данных для данного интерфейса и означает, что интерфейс может отправлять и принимать запросы keepalive.

Router#show interfaces fastEthernet 6/1 FastEthernet6/1 is down, line protocol is down (notconnect)  
!--- The interface is down and line protocol is down. 
!--- Reasons: In this case, 
!--- 1) A cable is not properly connected or not connected at all to this port. 
!--- 2) The connected cable is faulty. 
!--- 3) Other end of the cable is not connected to an active port or device.  
!--- Note: For gigabit connections, GBICs need to be matched on each  
!--- side of the connection.  
!--- There are different types of GBICs, depending on the cable and  
!--- distances involved: short wavelength (SX),  
!--- long-wavelength/long-haul (LX/LH) and extended distance (ZX).  
!--- An SX GBIC needs to connect with an SX GBIC;  
!--- an SX GBIC does not link with an LX GBIC. Also, some gigabit  
!--- connections require conditioning cables,  !--- depending on the lengths involved.  			
Router#show interfaces fastEthernet 6/1  FastEthernet6/1 is up, line protocol is down (notconnect) 
!--- The interface is up (or not in a shutdown state), but line protocol down. 
!--- Reason: In this case, the device on the other side of the wire is a  
!--- CatOS switch with its port disabled.  			
Router#sh interfaces fas 6/1 status Port   Name    Status       Vlan    Duplex   Speed  Type Fa6/1
          notconnect    1       auto     auto   10/100BaseTX 
!--- The show interfaces card-type [slot/port] status command is the equivalent 
!--- of show port status for CatOS. 			

Если команда show port показывает подключенные порты или команда show interfaces показывает активный протокол линии (подключен), но в выходных данных любой из этих команд наблюдается увеличение ошибок, то совет по устранению неполадки см. в разделе «Основные сведения о выходных данных счетчиков портов и интерфейсов для CatOS и Cisco IOS» или «Распространенные проблемы портов и интерфейсов» данного документа.

Часть 3   Часть 4

In the following table you see descriptions and causes of error counters

Counters (in alphabetical order) Description and Common Causes of Incrementing Error Counters
Align-Err Description: CatOS sh port and Cisco IOS sh interfaces counters errors. Alignment errors are a count of the number of frames received that don’t end with an even number of octets and have a bad Cyclic Redundancy Check (CRC). Common Causes: These are usually the result of a duplex mismatch or a physical problem (such as cabling, a bad port, or a bad NIC). When the cable is first connected to the port, some of these errors can occur. Also, if there is a hub connected to the port, collisions between other devices on the hub can cause these errors. Platform Exceptions: Alignment errors are not counted on the Catalyst 4000 Series Supervisor I (WS-X4012) or Supervisor II (WS-X4013).
babbles Description: Cisco IOS sh interfaces counter. CatOS counter indicating that the transmit jabber timer expired. A jabber is a frame longer than 1518 octets (which exclude framing bits, but include FCS octets), which does not end with an even number of octets (alignment error) or has a bad FCS error.
Carri-Sen Description: CatOS sh port and Cisco IOS sh interfaces counters errors. The Carri-Sen (carrier sense) counter increments every time an Ethernet controller wants to send data on a half duplex connection. The controller senses the wire and checks if it is not busy before transmitting. Common Causes: This is normal on an half duplex Ethernet segment.
collisions Descriptions: Cisco IOS sh interfaces counter. The number of times a collision occurred before the interface transmitted a frame to the media successfully. Common Causes: Collisions are normal for interfaces configured as half duplex but must not be seen on full duplex interfaces. If collisions increase dramatically, this points to a highly utilized link or possibly a duplex mismatch with the attached device.
CRC Description: Cisco IOS sh interfaces counter. This increments when the CRC generated by the originating LAN station or far-end device does not match the checksum calculated from the data received. Common Causes: This usually indicates noise or transmission problems on the LAN interface or the LAN itself. A high number of CRCs is usually the result of collisions but can also indicate a physical issue (such as cabling, bad interface or NIC) or a duplex mismatch.
deferred Description: Cisco IOS sh interfaces counter. The number of frames that have been transmitted successfully after they wait because the media was busy. Common Causes: This is usually seen in half duplex environments where the carrier is already in use when it tries to transmit a frame.
pause input Description: Cisco IOS show interfaces counter. An increment in pause input counter means that the connected device requests for a traffic pause when its receive buffer is almost full. Common Causes: This counter is incremented for informational purposes, since the switch accepts the frame. The pause packets stop when the connected device is able to receive the traffic.
input packetswith dribble condition Description: Cisco IOS sh interfaces counter. A dribble bit error indicates that a frame is slightly too long. Common Causes: This frame error counter is incremented for informational purposes, since the switch accepts the frame.
Excess-Col Description: CatOS sh port and Cisco IOS sh interfaces counters errors. A count of frames for which transmission on a particular interface fails due to excessive collisions. An excessive collision happens when a packet has a collision 16 times in a row. The packet is then dropped. Common Causes: Excessive collisions are typically an indication that the load on the segment needs to be split across multiple segments but can also point to a duplex mismatch with the attached device. Collisions must not be seen on interfaces configured as full duplex.
FCS-Err Description: CatOS sh port and Cisco IOS sh interfaces counters errors. The number of valid size frames with Frame Check Sequence (FCS) errors but no framing errors. Common Causes: This is typically a physical issue (such as cabling, a bad port, or a bad Network Interface Card (NIC)) but can also indicate a duplex mismatch.
frame Description: Cisco IOS sh interfaces counter. The number of packets received incorrectly that has a CRC error and a non-integer number of octets (alignment error). Common Causes: This is usually the result of collisions or a physical problem (such as cabling, bad port or NIC) but can also indicate a duplex mismatch.
Giants Description: CatOS sh port and Cisco IOS sh interfaces and sh interfaces counters errors. Frames received that exceed the maximum IEEE 802.3 frame size (1518 bytes for non-jumbo Ethernet) and have a bad Frame Check Sequence (FCS). Common Causes: In many cases, this is the result of a bad NIC. Try to find the offending device and remove it from the network. Platform Exceptions: Catalyst Cat4000 Series that run Cisco IOS Previous to software Version 12.1(19)EW, the giants counter incremented for a frame > 1518bytes. After 12.1(19)EW, a giant in show interfaces increments only when a frame is received >1518bytes with a bad FCS.
ignored Description: Cisco IOS sh interfaces counter. The number of received packets ignored by the interface because the interface hardware ran low on internal buffers. Common Causes: Broadcast storms and bursts of noise can cause the ignored count to be increased.
Input errors Description: Cisco IOS sh interfaces counter. Common Causes: This includes runts, giants, no buffer, CRC, frame, overrun, and ignored counts. Other input-related errors can also cause the input errors count to be increased, and some datagrams can have more than one error. Therefore, this sum cannot balance with the sum of enumerated input error counts. Also refer to the section Input Errors on a Layer 3 Interface Connected to a Layer 2 Switchport.
Late-Col Description: CatOS sh port and Cisco IOS sh interfaces and sh interfaces counters errors. The number of times a collision is detected on a particular interface late in the transmission process. For a 10 Mbit/s port this is later than 512 bit-times into the transmission of a packet. Five hundred and twelve bit-times corresponds to 51.2 microseconds on a 10 Mbit/s system. Common Causes: This error can indicate a duplex mismatch among other things. For the duplex mismatch scenario, the late collision is seen on the half duplex side. As the half duplex side is transmitting, the full duplex side does not wait its turn and transmits simultaneously which causes a late collision. Late collisions can also indicate an Ethernet cable or segment that is too long. Collisions must not be seen on interfaces configured as full duplex.
lost carrier Description: Cisco IOS sh interfaces counter. The number of times the carrier was lost in transmission. Common Causes: Check for a bad cable. Check the physical connection on both sides.
Multi-Col Description: CatOS sh port and Cisco IOS sh interfaces counters errors. The number of times multiple collisions occurred before the interface transmitted a frame to the media successfully. Common Causes: Collisions are normal for interfaces configured as half duplex but must not be seen on full duplex interfaces. If collisions increase dramatically, this points to a highly utilized link or possibly a duplex mismatch with the attached device.
no buffer Description: Cisco IOS sh interfaces counter. The number of received packets discarded because there is no buffer space. Common Causes: Compare with ignored count. Broadcast storms can often be responsible for these events.
no carrier Description: Cisco IOS sh interfaces counter. The number of times the carrier was not present in the transmission. Common Causes: Check for a bad cable. Check the physical connection on both sides.
Out-Discard Description: The number of outbound packets chosen to be discarded even though no errors have been detected. Common Causes: One possible reason to discard such a packet can be to free up buffer space.
output buffer failuresoutput buffers swapped out Description: Cisco IOS sh interfaces counter. The number of failed buffers and the number of buffers swapped out. Common Causes: A port buffers the packets to the Tx buffer when the rate of traffic switched to the port is high and it cannot handle the amount of traffic. The port starts to drop the packets when the Tx buffer is full and thus increases the underruns and the output buffer failure counters. The increase in the output buffer failure counters can be a sign that the ports are run at an inferior speed and/or duplex, or there is too much traffic that goes through the port. As an example, consider a scenario where a 1gig multicast stream is forwarded to 24 100 Mbps ports. If an egress interface is over-subscribed, it is normal to see output buffer failures that increment along with Out-Discards. For troubleshooting information, see the Deferred Frames (Out-Lost or Out-Discard) section of this document.
output errors Description: Cisco IOS sh interfaces counter. The sum of all errors that prevented the final transmission of datagrams out of the interface. Common Cause: This issue is due to the low Output Queue size.
overrun Description: The number of times the receiver hardware was unable to hand received data to a hardware buffer. Common Cause: The input rate of traffic exceeded the ability of the receiver to handle the data.
packets input/output Description: Cisco IOS sh interfaces counter. The total error free packets received and transmitted on the interface. Monitoring these counters for increments is useful to determine whether traffic flows properly through the interface. The bytes counter includes both the data and MAC encapsulation in the error free packets received and transmitted by the system.
Rcv-Err Description: CatOS show port or show port counters and Cisco IOS (for the Catalyst 6000 Series only) sh interfaces counters error. Common Causes: See Platform Exceptions. Platform Exceptions: Catalyst 5000 Series rcv-err = receive buffer failures. For example, a runt, giant, or an FCS-Err does not increment the rcv-err counter. The rcv-err counter on a 5K only increments as a result of excessive traffic. On Catalyst 4000 Series rcv-err = the sum of all receive errors, which means, in contrast to the Catalyst 5000, that the rcv-err counter increments when the interface receives an error like a runt, giant or FCS-Err.
Runts Description: CatOS sh port and Cisco IOS sh interfaces and sh interfaces counters errors. The frames received that are smaller than the minimum IEEE 802.3 frame size (64 bytes for Ethernet), and with a bad CRC. Common Causes: This can be caused by a duplex mismatch and physical problems, such as a bad cable, port, or NIC on the attached device. Platform Exceptions: Catalyst 4000 Series that run Cisco IOS Previous to software Version 12.1(19)EW, a runt = undersize. Undersize = frame < 64bytes. The runt counter only incremented when a frame less than 64 bytes was received. After 12.1(19EW, a runt = a fragment. A fragment is a frame < 64 bytes but with a bad CRC. The result is the runt counter now increments in show interfaces, along with the fragments counter in show interfaces counters errors when a frame <64 bytes with a bad CRC is received. Cisco Catalyst 3750 Series Switches In releases prior to Cisco IOS 12.1(19)EA1, when dot1q is used on the trunk interface on the Catalyst 3750, runts can be seen on show interfaces output because valid dot1q encapsulated packets, which are 61 to 64 bytes and include the q-tag, are counted by the Catalyst 3750 as undersized frames, even though these packets are forwarded correctly. In addition, these packets are not reported in the appropriate category (unicast, multicast, or broadcast) in receive statistics. This issue is resolved in Cisco IOS release 12.1(19)EA1 or 12.2(18)SE or later.
Single-Col Description: CatOS sh port and Cisco IOS sh interfaces counters errors. The number of times one collision occurred before the interface transmitted a frame to the media successfully. Common Causes: Collisions are normal for interfaces configured as half duplex but must not be seen on full duplex interfaces. If collisions increase dramatically, this points to a highly utilized link or possibly a duplex mismatch with the attached device.
throttles Description: Cisco IOS show interfaces. The number of times the receiver on the port is disabled, possibly because of buffer or processor overload. If an asterisk (*) appears after the throttles counter value, it means that the interface is throttled at the time the command is run. Common Causes: Packets which can increase the processor overload include IP packets with options, expired TTL, non-ARPA encapsulation, fragmentation, tunelling, ICMP packets, packets with MTU checksum failure, RPF failure, IP checksum and length errors.
underruns Description: The number of times that the transmitter has been that run faster than the switch can handle. Common Causes: This can occur in a high throughput situation where an interface is hit with a high volume of bursty traffic from many other interfaces all at once. Interface resets can occur along with the underruns.
Undersize Description: CatOS sh port and Cisco IOS sh interfaces counters errors . The frames received that are smaller than the minimum IEEE 802.3 frame size of 64 bytes (which excludes framing bits, but includes FCS octets) that are otherwise well formed. Common Causes: Check the device that sends out these frames.
Xmit-Err Description: CatOS sh port and Cisco IOS sh interfaces counters errors. This is an indication that the internal send (Tx) buffer is full. Common Causes: A common cause of Xmit-Err can be traffic from a high bandwidth link that is switched to a lower bandwidth link, or traffic from multiple inbound links that are switched to a single outbound link. For example, if a large amount of bursty traffic comes in on a gigabit interface and is switched out to a 100Mbps interface, this can cause Xmit-Err to increment on the 100Mbps interface. This is because the output buffer of the interface is overwhelmed by the excess traffic due to the speed mismatch between the inbound and outbound bandwidths.

Source

Понравилась статья? Поделить с друзьями:
  • The butterfly sign human error значок
  • Tftp error 20581
  • Tf2 как изменить fov
  • Text tmp unity как изменить
  • Text run is not in unicode normalization form c как исправить