Добрый день!
как можно кол-во ошибок/пакетов сбросить на порту не перезагружая коммутатор:
Statistics: 5 minute input rate 751255 bits/sec, 345 packets/sec 5 minute output rate 2714730 bits/sec, 363 packets/sec The last 5 second input rate 841619 bits/sec, 395 packets/sec The last 5 second output rate 3135212 bits/sec, 397 packets/sec Input packets statistics: 743876 input packets, 286143214 bytes, 0 no buffer 735900 unicast packets, 2981 multicast packets, 356 broadcast packets 4656 input errors, 0 CRC, 0 frame alignment, 0 overrun, 0 ignored, 0 abort, 0 length error, 0 undersize 0 jabber, 4656 fragments , 0 pause frame Output packets statistics: 651478 output packets, 451882467 bytes, 0 underruns 608668 unicast packets, 23520 multicast packets, 19305 broadcast packets 0 output errors, 0 collisions, 0 late collisions , 0 pause frame
SNR/Orion/Qtech
𝔯𝔱_𝔣𝔞𝔫Главная Назад
Конфигурация коммутатора:
sh run
Информация по коммутатору:
sh version
Просмотр всех вланов:
sh vlan
Просмотр информации о 10 портe (ошибки, нагрузка и т.д.):
show interface ethernet 1/0/10
Информация (состояние) по портам:
sh int ethernet status
Нагрузка на портах:
sh interface ethernet counter rate
Ошибки на порту:
sh int ethernet counter packet
Сброс ошибок на 10 порту:
clear counters interface ethernet 10
Прозвон кабеля:
virtual-cable-test int ethernet 1/0/10
well — кабель подключен правильно
short — короткое замыкание между проводами одной пары
open — кабель не подключен или есть разрыв
abnormal — ненормальное состояние линии, например короткое замыкание между разными парами
fail — не удалось проверить данную пару
Все МАК адреса:
sh mac-address-table
МАК адрес на 10 порту:
sh mac-address-table int ethernet 1/0/10
С какого порта приходит этот МАК:
sh mac-address-table | include 00-aa-00-aa-00-aa или sh mac-address-table adress 00-aa-00-aa-00-aa
Просмотр таблицы привязанных mac-адресов всех интерфейсов
sh ip dhcp snooping binding all
Сброс привязанного мак адреса на 10 порту:
clear ip dhcp snooping binding interface ethernet 1/0/10
Просмотр arp таблицы:
sh arp
Отключить (включить) порт:
config t interface ethernet 1/0/10 shutdown (no shutdown)
Изменение режима работы порта для vlan:
config t interface ethernet 1/0/10 switchport mode acces (multi, trunk)
Изменение режима работы комбо-порта:
config t interface ethernet 1/0/10 media-type fiber (copper)
Изменение vlan на порте:
switchport acces vlan 2222
Логи (на 10 порту):
sh loggin buffered level warnings (| incude 1/0/10)
Задать время вручную:
clock set 20:22:50 2020.04.13
Настроить NTP, SNTP:
clock timezone MSK add 3 0 ntp enable ntp server <ip-address> --или-- sntp server <ip-address>
Восстановление прошивки коммутаторов серии SNR-S2965/S2985/S2990/S300G из boot режима.
В случае повреждения или удаления файла с прошивкой на коммутаторе, его можно восстановить из boot режима.
1. Подключаем консольный кабель к коммутатору, и сетевой кабель в MGMT порт. Обычные порты в boot режиме на работают.
2. В момент загрузки коммутатора нажимаем Ctrl+b, и попадаем в boot режим
System is booting, please wait…
Bootrom version: 7.1.37
Creation date: Aug 15 2014 — 16:59:42
Testing RAM…
0x10000000 RAM OK.
Ctrl+b
[Boot]:
3. Настраиваем ip адрес коммутатора и tftp сервера
[Boot]: setconfig
Host IP Address: [10.1.1.1] 10.10.10.11
Server IP Address: [10.1.1.2] 10.10.10.10
4. Запускаем прошивку с tftp сервера:
[Boot]: run tftp:nos.img
Loading nos.img …
Using bcmiproc_eth-0 device
TFTP from server 10.10.10.10; our IP address is 10.10.10.111
Filename ‘nos.img’.
Load address: 0x62000000
Loading:
done
Bytes transferred = 11818034 (b45432 hex)
5. Прошивка загружается и запускается последняя сохраненная конфигурация, заходим на коммутатор, настраиваем его для связи c tftp сервером и загружаем прошивку на коммутатор стандартным способом:
Switch#copy tftp://10.10.10.10/nos.img nos.img
Confirm to overwrite the existed destination file? [Y/N]:Y
Begin to receive file, please wait…
Get Img file size success, Img file size is:11818034(bytes).
File transfer complete.
Recv total 11818034 bytes
Begin to write local file, please wait…
Write ok.
close tftp client.
6. Перезагружаем коммутатор:
#reload
Process with reboot? [Y/N] Y
The system is going down NOW!
Sent SIGTERM to all processes
Terminated
[1]+ Terminated ./nos
Requesting system reboot
Restarting system.
Второй способ. (проверено на S2950-24G)
- При загрузке заходим в boot-режим
Ctrl+b
[Boot]:
2. Задаем сетевые настройки:
[Boot]: setconfig
Host IP Address: [10.1.1.1] 10.10.10.11 < ip-адрес коммутатора
Server IP Address: [10.1.1.2] 10.10.10.10 < ip-адрес компа с TFTP
3. Проверяем доступен ли ip-адрес компа:
[Boot]: ping 10.10.10.10
Using device
host 10.10.10.10 is alive
4. Загружаем прошивку:
load nos.img
5. Дальше не точно…
run nos.img (?)
reload [Y]
Сброс пароля из boot режима
1. Подключаемся консольным кабелем к коммутатору
2. В момент загрузки коммутатора нажимаем Ctrl+b, и попадаем в boot режим
System is booting, please wait…
Bootrom version: 7.1.37
Creation date: Aug 15 2014 — 16:59:42
Testing RAM…
0x10000000 RAM OK.
Ctrl+b
[Boot]:
3. Загружаемся с default конфигом
[Boot]: boot startup-config null
default factory-config will be used.
[Boot]: run
4. После загрузки коммутатора заходим со стандартным логином и паролем и сохраняем default конфигурацию на флеш.
Username: admin
Password:admin
SNR-S2990G-48T#write
Write running-config to current startup-config successful
Главная Назад
Добрый день!
как можно кол-во ошибок/пакетов сбросить на порту не перезагружая коммутатор:
Statistics: 5 minute input rate 751255 bits/sec, 345 packets/sec 5 minute output rate 2714730 bits/sec, 363 packets/sec The last 5 second input rate 841619 bits/sec, 395 packets/sec The last 5 second output rate 3135212 bits/sec, 397 packets/sec Input packets statistics: 743876 input packets, 286143214 bytes, 0 no buffer 735900 unicast packets, 2981 multicast packets, 356 broadcast packets 4656 input errors, 0 CRC, 0 frame alignment, 0 overrun, 0 ignored, 0 abort, 0 length error, 0 undersize 0 jabber, 4656 fragments , 0 pause frame Output packets statistics: 651478 output packets, 451882467 bytes, 0 underruns 608668 unicast packets, 23520 multicast packets, 19305 broadcast packets 0 output errors, 0 collisions, 0 late collisions , 0 pause frame
SNR/Orion/Qtech
𝔯𝔱_𝔣𝔞𝔫Главная Назад
Конфигурация коммутатора:
sh run
Информация по коммутатору:
sh version
Просмотр всех вланов:
sh vlan
Просмотр информации о 10 портe (ошибки, нагрузка и т.д.):
show interface ethernet 1/0/10
Информация (состояние) по портам:
sh int ethernet status
Нагрузка на портах:
sh interface ethernet counter rate
Ошибки на порту:
sh int ethernet counter packet
Сброс ошибок на 10 порту:
clear counters interface ethernet 10
Прозвон кабеля:
virtual-cable-test int ethernet 1/0/10
well — кабель подключен правильно
short — короткое замыкание между проводами одной пары
open — кабель не подключен или есть разрыв
abnormal — ненормальное состояние линии, например короткое замыкание между разными парами
fail — не удалось проверить данную пару
Все МАК адреса:
sh mac-address-table
МАК адрес на 10 порту:
sh mac-address-table int ethernet 1/0/10
С какого порта приходит этот МАК:
sh mac-address-table | include 00-aa-00-aa-00-aa или sh mac-address-table adress 00-aa-00-aa-00-aa
Просмотр таблицы привязанных mac-адресов всех интерфейсов
sh ip dhcp snooping binding all
Сброс привязанного мак адреса на 10 порту:
clear ip dhcp snooping binding interface ethernet 1/0/10
Просмотр arp таблицы:
sh arp
Отключить (включить) порт:
config t interface ethernet 1/0/10 shutdown (no shutdown)
Изменение режима работы порта для vlan:
config t interface ethernet 1/0/10 switchport mode acces (multi, trunk)
Изменение режима работы комбо-порта:
config t interface ethernet 1/0/10 media-type fiber (copper)
Изменение vlan на порте:
switchport acces vlan 2222
Логи (на 10 порту):
sh loggin buffered level warnings (| incude 1/0/10)
Восстановление прошивки коммутаторов серии SNR-S2965/S2985/S2990/S300G из boot режима.
В случае повреждения или удаления файла с прошивкой на коммутаторе, его можно восстановить из boot режима.
1. Подключаем консольный кабель к коммутатору, и сетевой кабель в MGMT порт. Обычные порты в boot режиме на работают.
2. В момент загрузки коммутатора нажимаем Ctrl+b, и попадаем в boot режим
System is booting, please wait…
Bootrom version: 7.1.37
Creation date: Aug 15 2014 — 16:59:42
Testing RAM…
0x10000000 RAM OK.
Ctrl+b
[Boot]:
3. Настраиваем ip адрес коммутатора и tftp сервера
[Boot]: setconfig
Host IP Address: [10.1.1.1] 10.10.10.11
Server IP Address: [10.1.1.2] 10.10.10.10
4. Запускаем прошивку с tftp сервера:
[Boot]: run tftp:nos.img
Loading nos.img …
Using bcmiproc_eth-0 device
TFTP from server 10.10.10.10; our IP address is 10.10.10.111
Filename ‘nos.img’.
Load address: 0x62000000
Loading:
done
Bytes transferred = 11818034 (b45432 hex)
5. Прошивка загружается и запускается последняя сохраненная конфигурация, заходим на коммутатор, настраиваем его для связи c tftp сервером и загружаем прошивку на коммутатор стандартным способом:
Switch#copy tftp://10.10.10.10/nos.img nos.img
Confirm to overwrite the existed destination file? [Y/N]:Y
Begin to receive file, please wait…
Get Img file size success, Img file size is:11818034(bytes).
File transfer complete.
Recv total 11818034 bytes
Begin to write local file, please wait…
Write ok.
close tftp client.
6. Перезагружаем коммутатор:
#reload
Process with reboot? [Y/N] Y
The system is going down NOW!
Sent SIGTERM to all processes
Terminated
[1]+ Terminated ./nos
Requesting system reboot
Restarting system.
Второй способ. (проверено на S2950-24G)
- При загрузке заходим в boot-режим
Ctrl+b
[Boot]:
2. Задаем сетевые настройки:
[Boot]: setconfig
Host IP Address: [10.1.1.1] 10.10.10.11 < ip-адрес коммутатора
Server IP Address: [10.1.1.2] 10.10.10.10 < ip-адрес компа с TFTP
3. Проверяем доступен ли ip-адрес компа:
[Boot]: ping 10.10.10.10
Using device
host 10.10.10.10 is alive
4. Загружаем прошивку:
load nos.img
5. Дальше не точно…
run nos.img (?)
reload [Y]
Сброс пароля из boot режима
1. Подключаемся консольным кабелем к коммутатору
2. В момент загрузки коммутатора нажимаем Ctrl+b, и попадаем в boot режим
System is booting, please wait…
Bootrom version: 7.1.37
Creation date: Aug 15 2014 — 16:59:42
Testing RAM…
0x10000000 RAM OK.
Ctrl+b
[Boot]:
3. Загружаемся с default конфигом
[Boot]: boot startup-config null
default factory-config will be used.
[Boot]: run
4. После загрузки коммутатора заходим со стандартным логином и паролем и сохраняем default конфигурацию на флеш.
Username: admin
Password:admin
SNR-S2990G-48T#write
Write running-config to current startup-config successful
Главная Назад
Страница была создана 28.04.2022
Команда показывает статистику трафика и ошибок на определённом интерфейсе:
Switch#show interfaces имя_интерфейса
Пример вывода команды show interfaces, обратите внимание, на выделенный текст желтым цветом.
Switch#show interfaces gi0/1
GigabitEthernet0/1 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet, address is 001e.1478.b7b1 (bia 001e.1478.b7b1)
Description: SW-2
MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, media type is 10/100/1000BaseTX
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of «show interface» counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 42164
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 781000 bits/sec, 122 packets/sec
5 minute output rate 183000 bits/sec, 65 packets/sec
75482 packets input, 104620499 bytes, 0 no buffer
Received 6352 broadcasts (3951 multicasts)
0 runts, 0 giants, 0 throttles
105684 input errors, 103301 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 3951 multicast, 0 pause input
0 input packets with dribble condition detected
39937001 packets output, 2917338077 bytes, 0 underruns
0 output errors, 0 collisions, 4 interface resets
10 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
После того, как вы устранили вероятную ошибку, нужно сбросить счётчики, чтобы убедиться, что ошибок больше нет.
Switch#clear counters gi0/1
После сброса, повторно проверяем счетчики, как видим счетчики обнулились, в примере я выделил их жёлтым цветом.
Switch#show interfaces gi0/1
GigabitEthernet0/1 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet, address is 001e.1478.b7b1 (bia 001e.1478.b7b1)
Description: SW-2
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of «show interface» counters 00:00:08
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 1352000 bits/sec, 306 packets/sec
5 minute output rate 313000 bits/sec, 91 packets/sec
1274 packets input, 455165 bytes, 0 no buffer
Received 199 broadcasts (118 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 118 multicast, 0 pause input
0 input packets with dribble condition detected
663 packets output, 312346 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause outputv
0 output buffer failures, 0 output buffers swapped out
В таблице показаны некоторые значение и описания к ним.
Причина — в случае выполнения моргнут комбо порты , как следствие может не сойтись spanning tree или может включиться порт, который не должен включаться.
IP адрес и vlan управления
D-Link
show switch
SNR и DCN
sh ip interface brief
Huawei
display ip interface brief
TP-Link
sh ip interface brief
Orion
show interface ip
Утилизация CPU коммутатора
D-Link
show utilization cpu
SNR и DCN
sh cpu utilization
sh cpu usage
sh cpu monitor
Huawei
display cpu-usage
TP-Link
sh cpu-utilization
Orion
sh cpu-utilization
Просмотр информации по состоянию всех портов коммутатора
D-Link
sh ports
SNR и DCN
sh interface ethernet status
Huawei
display interface brief
TP-Link
sh interface status
Orion
sh interface port
Просмотр информации по состоянию определённого порта коммутатора
D-Link
sh ports 1
SNR и DCN
sh interface ethernet 1/0/1
Huawei
display interface Ethernet 0/0/1
TP-Link
sh interface status gigabitEthernet 1/0/2
Orion
sh interface port 1
Описание состояния порта с заведённым на коммутаторе описанием
D-Link
SNR и DCN
sh interface ethernet status | i 1/0/1
Huawei
display interface description | i TEST
TP-Link
Orion
sh interface port description | i Lenovo
Наличие mac-адреса в таблице mac-адресов коммутатора с информацией о том в каком влане и в каком порту он приходит.
D-Link
show fdb mac_address B8-27-EB-C0-E0-C1
SNR и DCN
sh mac-address-table address 50-c0-b1-ad-7b-0d
Huawei
display mac-address e48d-0c0a-30e5
TP-Link
sh mac address-table address 9c:d6:00:00:00:55
Orion
sh mac-address-table l2-address | i 001A.0001.001A
Наличие mac-адреса в определённом порту коммутатора
D-Link
SNR и DCN
sh mac-address-table interface ethernet 1/0/1
Huawei
display mac-address GigabitEthernet 0/0/1
TP-Link
sh mac address-table interface gigabitEthernet 1/0/2
Orion
sh mac-address-table l2-address port 1
Ошибки на порту
D-Link
SNR и DCN
sh interface ethernet 1/0/1 | i error
Huawei
display interface GigabitEthernet 0/0/1 | i CRC
TP-Link
sh interface counters gigabitEthernet 1/0/2
смотрим Rx Alignment
Orion
sh interface port 1 statistics
Утилизация портов коммутатора
D-Link
SNR и DCN
sh interface ethernet counter rate
sh interface ethernet counter packet
Huawei
TP-Link
Orion
not found
Информация по текущему трафику в порту коммутатора
D-Link
SNR и DCN
sh interface ethernet 1/25 | i rate
Huawei
display interface Ethernet 0/0/1 | i rate
TP-Link
Orion
not found
Просмотр журнала событий коммутатора(логи)
D-Link
SNR и DCN
Huawei
TP-Link
Orion
sh log file
Информация о текущем состоянии петлеопределения для всех портов коммутатора
D-Link
show loopdetect ports all
SNR и DCN
Huawei
TP-Link
sh loopback-detection interface
Orion
sh loopback-detection
Просмотр vlan’ов, имеющихся на данном коммутаторе
D-Link
SNR и DCN
Huawei
TP-Link
Orion
sh vlan
Просмотр ARP таблицы коммутатора
D-Link
SNR и DCN
Huawei
TP-Link
Orion
sh arp
Кабельная диагностика
D-Link
SNR и DCN
virtual-cable-test interface ethernet 1/0/1
Huawei
display virtual-cable-test Ethernet 0/0/18
TP-Link
show cable-diagnostics careful interface gigabitEthernet 1/0/2 — без перезапуска порта
show cable-diagnostics interface gigabitEthernet 1/0/2 — с перезапуском порта
Orion
Тут необходимо сначала произвеcти тест , затем вычитать результат.
Alpha-A28E# test cable-diagnostics port-list 1
Test on port 1 will affect link state and traffic Test will take a few seconds to run on these ports. Use ‘show cable-diagnostics’ to read the test results.
Alpha-A28E#show cable-diagnostics port-list 1
Port Attribute Time RX Stat RX Len(m) TX Stat TX Len(m)
1 Issued 06/07/2017 05:52:34 Normal 0 Normal0
Spanning Tree
D-Link
sh stp
SNR и DCN
Huawei
display stp
TP-Link
Orion
sh spanning-tree
Посмотреть IGMP Группы
D-Link
SNR и DCN
sh ip igmp snooping vlan <multicast vlanID>
Huawei
display igmp-snooping port-info
TP-Link
sh ip igmp snooping groups
Orion
sh mvr vlan <client vlan id> member
Команды config
Чтобы выполнить команды на коммутаторах SNR , DCN , Huawei, TP-Link , Oreon необходимо войти в режим конфигурации.
Вход в режим конфигурации:
SNR, DCN, TP-Link, Oreon
config
Huawei
system-view
Отключение/Включение порта коммутатора
D-Link
config ports 1 state disable
config ports 1 state enable
SNR и DCN
(config)#interface ethernet 1/0/5
(config-if-ethernet1/0/5)#shut
(config-if-ethernet1/0/5)#no shut
Huawei
[Quidway]int Ethernet 0/0/18
[Quidway-Ethernet0/0/18]shutdown
[Quidway-Ethernet0/0/18]undo shutdown
TP-Link
(config)#interface gigabitEthernet 1/0/2
(config-if)#shut
Orion
(config)#interface port 2
(config-port)#shut
(config-port)#no shut
Выставление скорости порта
D-Link
config ports 5 speed 10_half
config ports 5 speed auto
SNR и DCN
(config)#interface ethernet 1/0/5
(config-if-ethernet1/0/5)#speed-duplex force10-half
Huawei
[Quidway]int Ethernet 0/0/18
[Quidway-Ethernet0/0/18]undo negotiation auto
[Quidway-Ethernet0/0/18]speed 10
[Quidway-Ethernet0/0/18]duplex half
TP-Link
(config)#interface gigabitEthernet 1/0/2
(config-if)#speed 10
Orion
(config)#interface port 2
(config-port)#speed 10
(config-port)#duplex half
Выставление приоритета на порту
D-Link
config 802.1p default_priority <номер порта> 5
SNR и DCN
(config)#interface ethernet 1/0/5
(config-if-ethernet1/0/5)#mls qos cos 5
Huawei
TP-Link
(config)#interface gigabitEthernet 1/0/2
(config-if)#qos 5
Orion
(config)#interface port 2
(config-port)#mls qos port-priority 5
Команды сброса
Удаление информации по mac-адресам в определенном порту
D-Link
SNR и DCN
clear mac-address-table dynamic interface ethernet 1/0/1
Huawei
<Quidway>system-view
[Quidway]undo mac-address dynamic Ethernet 0/0/3
TP-Link
(config)#interface gigabitEthernet 1/0/2
(config-if)#clear mac address-table dynamic
Orion
Alpha-A28E#config
Alpha-A28E(config)#clear mac-address-table dynamic vlan 3890
Для Orion не нашёл пока как сбросить на определенном порту.
- Главная
- База знаний
- Коммутаторы
- SNR
- Коммутаторы SNR-S2940/2950/2960 FAQ
FAQ по коммутаторам Ethernet серии SNR-S2940, SNR-S2950, SNR-S2960
Если вы забыли пароль на коммутаторе, то:
При загрузке коммутатора нажмите Ctrl+b и попадете в [BOOT] меню
Testing RAM…
0x04000000 RAM OK.
Attaching to file system … done.
199.74 BogoMIPS
Version: 2.2.0
Creation date: Dec 16 2010, 13:39:01
bAttached TCP/IP interface to netdrv0.
[Boot]:
Далее вводим команду dir для того, чтобы удостовериться, что конфиг на коммутаторе присутствует.
[Boot]: dir
boot.rom 493,216 — SH
boot.conf 255 — —
nos.img 4,991,549 — —
startup.cfg 915 — —
Далее его просто удаляем
[Boot]: delete startup.cfg
Delete file flash:/startup.cfg? [Y/N]:[N] y
Deleted file flash:/startup.cfg.
Проверяем
[Boot]: dir
boot.rom 493,216 — SH
boot.conf 255 — —
nos.img 4,991,549 — —
Used 5,485,020 bytes in 3 files, Free 1,769,472 bytes.
И перезагружаем командой reboot.
________________________________________________
В web интерфейсе непонятные иероглифы?
Введите следующее:
SNR-S2950-24G#config terminal
SNR-S2950-24G(config)#web language english
This configuration will take effect after switch restart!
SNR-S2950-24G(config)#
SNR-S2950-24G#write
________________________________________________________
Коммутаторы поддерживают скорость на гигабитных-комбинированных портах 100mb и 1gig
По умолчанию комбо порты находятся в положении
speed-duplex force1g-full 1000M full duplex
combo-forced-mode Sfp-preferred-auto
Для того, чтобы порты заработали на скорости 100mb, необходимо ввести команду в интерфейсе порта:
SNR-S2950-24G(config)#int eth 1/25
SNR-S2950-24G(config-if-ethernet1/25)#
SNR-S2950-24G(config-if-ethernet1/25)#speed-duplex force100-fx
Unknown SFP module,set default to no-phy-integrated type.
SNR-S2950-24G(config-if-ethernet1/25)#%Jan 01 00:22:15 2006 %LINEPROTO-5-UPDOWN:
Line protocol on Interface Ethernet
%Jan 01 00:22:16 2006 %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1,chan
ged state to UP
P.S. Данные настройки работают как с sfp модулями скоростью на 100mb, так и с 1gig
Для того, чтобы порт поднялся на скорости 1gig необходимо ввести:
SNR-S2950-24G(config)#int eth 0/25
SNR-S2950-24G(config-if-ethernet1/25)#speed-duplex force1g-full
SNR-S2950-24G(config-if-ethernet1/25)#combo-forced-mode sfp-forced
SNR-S2950-24G(config-if-ethernet1/25)#%Jan 01 00:04:43 2006 %LINEPROTO-5-UPDOWN:
Line protocol on Interface Ethernet1/25, changed state to UP
%Jan 01 00:04:43 2006 %LINEPROTO-5-UPDOWN: Line protocol on Interface Ethernet1/
25, changed state to DOWN
%Jan 01 00:04:44 2006 %LINEPROTO-5-UPDOWN: Line protocol on Interface Ethernet1/
25, changed state to UP
%Jan 01 00:04:44 2006 %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1,chan
ged state to UP
______________________________________________________________
Обновляем ПО коммутатора.
SNR-S2950-24G#sh ver
SNR-S2950-24G Device, Compiled on Jan 21 16:59:31 2011
SoftWare Version 6.2.24.0
BootRom Version 2.2.0
HardWare Version 1.0.1
Device serial number NGSW0110B907000967
Copyright © 2011 NAG LLC
All rights reserved
Last reboot is cold reset.
Uptime is 0 weeks, 0 days, 0 hours, 30 minutes
Обновление boot загрузчика:
SNR-S2950-24G#copy tftp://10.10.10.10/boot.rom boot.rom
Begin to receive file, please wait…
#################################################################################################
File transfer complete.
Recv total 497040 bytes
Illegal Destination file name!
close tftp client.
Обновление прошивки:
SNR-S2950-24G#copy tftp://10.1.1.1/nos.img nos.img
Confirm to overwrite the existed destination file? [Y/N]:y
Begin to receive file, please wait…
Get Img file size success, Img file size is:5346780(bytes).
####
####
File transfer complete.
Recv total 5346780 bytes
……………………………………………………………………..
………………………….
Write ok.
close tftp client.
SNR-S2950-24G#
И получаем
SNR-S2950-24G#sh ver
SNR-S2950-24G Device, Compiled on Oct 31 00:40:31 2011
SoftWare Version 6.2.138.58
BootRom Version 4.10.1
HardWare Version 1.0.1
CPLD Version N/A
Device serial number NGSW0110B907000967
Copyright © 2011 NAG LLC
All rights reserved
Last reboot is warm reset.
Uptime is 0 weeks, 0 days, 0 hours, 0 minutes
Новые прошивки для коммутаторов SNR-S2950-24G и SNR-S2940-8G можно найти здесь:
______________________________________________________________
Восстановление ПО из boot меню
Остановить коммутатор в [BOOT] меню нажатием ctrl+b
Смотрим настройки
[Boot]: showconfig
Host IP Address: 10.1.1.1
Host IP Mask: 255.255.255.0
Server IP Address: 10.1.1.2
Server IP Mask: 255.255.255.0
Load Type: FTP
FTP User Name: guest
FTP User Password: switch
Далее настраиваем необходимую нам конфигурацию:
[Boot]: setconfig
Host IP Address: [10.1.1.1] 10.10.10.1
Server IP Address: [10.1.1.2] 10.10.10.10
FTP(1) or TFTP(2): [1] 2
Network interface configure OK.
проверяем доступ до коммутатора командой ping
[Boot]: ping 10.10.10.10
PING 10.10.10.10: 56 data bytes
64 bytes from 10.10.10.10: icmp_seq=0. time=0. ms
64 bytes from 10.10.10.10: icmp_seq=1. time=0. ms
64 bytes from 10.10.10.10: icmp_seq=2. time=0. ms
64 bytes from 10.10.10.10: icmp_seq=3. time=0. ms
— -10.10.10.10 PING Statistics — —
4 packets transmitted, 4 packets received, 0% packet loss
round-trip (ms) min/avg/max = 0/0/0
Загружаем boot загрузчик
[Boot]: load boot.rom
Loading…
Loading file ok!
Записываем его
[Boot]: write boot.rom
File exists, overwrite? (Y/N)[N] y
Writing flash:/boot.rom…
Write flash:/boot.rom OK.
Загружаем на коммутатор ПО:
[Boot]: load nos.img
Loading…
Loading file ok!
Записываем её во flash память
[Boot]: write nos.img
Writing flash:/nos.img………………………………………………….
…………
Write flash:/nos.img OK.
И далее спокойно загружаемся:
[Boot]: run
Loading flash:/nos.img …
Если вам необходимо после авторизации через радиус на оборудовании SNR2940/2950/2960 попадать сразу в режим enable, то надо выполнить следующее:
1. Настроить авторизацию через радиус и с использованием следующих команд:
authorization vty console exec radius local
authorization line vty exec radius
2. Настроить радиус сервер на авторизацию пользователей с передачей аттрибута: service-type, и его значение administrative установить в значение 6.
________________________________________________________________
Как заставить коммутатор DHCP запросы слать юникастом?
ip dhcp broadcast suppress
______________________________________________________________
Где найти новые прошивки для коммутаторов SNR
//data./SNR%20Switches/
______________________________________________________________
Как расшифровать результат выполнения virtual-cable-test?
well — кабель подключен верно
short — короткое замыкание между проводами одной пары
open — кабель не подключен или есть разрыв
abnormal — ненормальное состояние линии, например короткое замыкание между разными парами
fail — команда «virtual-cable-test» не смогла проверить данную пару
Причина — в случае выполнения моргнут комбо порты , как следствие может не сойтись spanning tree или может включиться порт, который не должен включаться.
IP адрес и vlan управления
D-Link
show switch
SNR и DCN
sh ip interface brief
Huawei
display ip interface brief
TP-Link
sh ip interface brief
Orion
show interface ip
Утилизация CPU коммутатора
D-Link
show utilization cpu
SNR и DCN
sh cpu utilization
sh cpu usage
sh cpu monitor
Huawei
display cpu-usage
TP-Link
sh cpu-utilization
Orion
sh cpu-utilization
Просмотр информации по состоянию всех портов коммутатора
D-Link
sh ports
SNR и DCN
sh interface ethernet status
Huawei
display interface brief
TP-Link
sh interface status
Orion
sh interface port
Просмотр информации по состоянию определённого порта коммутатора
D-Link
sh ports 1
SNR и DCN
sh interface ethernet 1/0/1
Huawei
display interface Ethernet 0/0/1
TP-Link
sh interface status gigabitEthernet 1/0/2
Orion
sh interface port 1
Описание состояния порта с заведённым на коммутаторе описанием
D-Link
SNR и DCN
sh interface ethernet status | i 1/0/1
Huawei
display interface description | i TEST
TP-Link
Orion
sh interface port description | i Lenovo
Наличие mac-адреса в таблице mac-адресов коммутатора с информацией о том в каком влане и в каком порту он приходит.
D-Link
show fdb mac_address B8-27-EB-C0-E0-C1
SNR и DCN
sh mac-address-table address 50-c0-b1-ad-7b-0d
Huawei
display mac-address e48d-0c0a-30e5
TP-Link
sh mac address-table address 9c:d6:00:00:00:55
Orion
sh mac-address-table l2-address | i 001A.0001.001A
Наличие mac-адреса в определённом порту коммутатора
D-Link
SNR и DCN
sh mac-address-table interface ethernet 1/0/1
Huawei
display mac-address GigabitEthernet 0/0/1
TP-Link
sh mac address-table interface gigabitEthernet 1/0/2
Orion
sh mac-address-table l2-address port 1
Ошибки на порту
D-Link
SNR и DCN
sh interface ethernet 1/0/1 | i error
Huawei
display interface GigabitEthernet 0/0/1 | i CRC
TP-Link
sh interface counters gigabitEthernet 1/0/2
смотрим Rx Alignment
Orion
sh interface port 1 statistics
Утилизация портов коммутатора
D-Link
SNR и DCN
sh interface ethernet counter rate
sh interface ethernet counter packet
Huawei
TP-Link
Orion
not found
Информация по текущему трафику в порту коммутатора
D-Link
SNR и DCN
sh interface ethernet 1/25 | i rate
Huawei
display interface Ethernet 0/0/1 | i rate
TP-Link
Orion
not found
Просмотр журнала событий коммутатора(логи)
D-Link
SNR и DCN
Huawei
TP-Link
Orion
sh log file
Информация о текущем состоянии петлеопределения для всех портов коммутатора
D-Link
show loopdetect ports all
SNR и DCN
Huawei
TP-Link
sh loopback-detection interface
Orion
sh loopback-detection
Просмотр vlan’ов, имеющихся на данном коммутаторе
D-Link
SNR и DCN
Huawei
TP-Link
Orion
sh vlan
Просмотр ARP таблицы коммутатора
D-Link
SNR и DCN
Huawei
TP-Link
Orion
sh arp
Кабельная диагностика
D-Link
SNR и DCN
virtual-cable-test interface ethernet 1/0/1
Huawei
display virtual-cable-test Ethernet 0/0/18
TP-Link
show cable-diagnostics careful interface gigabitEthernet 1/0/2 — без перезапуска порта
show cable-diagnostics interface gigabitEthernet 1/0/2 — с перезапуском порта
Orion
Тут необходимо сначала произвеcти тест , затем вычитать результат.
Alpha-A28E# test cable-diagnostics port-list 1
Test on port 1 will affect link state and traffic Test will take a few seconds to run on these ports. Use ‘show cable-diagnostics’ to read the test results.
Alpha-A28E#show cable-diagnostics port-list 1
Port Attribute Time RX Stat RX Len(m) TX Stat TX Len(m)
1 Issued 06/07/2017 05:52:34 Normal 0 Normal0
Spanning Tree
D-Link
sh stp
SNR и DCN
Huawei
display stp
TP-Link
Orion
sh spanning-tree
Посмотреть IGMP Группы
D-Link
SNR и DCN
sh ip igmp snooping vlan <multicast vlanID>
Huawei
display igmp-snooping port-info
TP-Link
sh ip igmp snooping groups
Orion
sh mvr vlan <client vlan id> member
Команды config
Чтобы выполнить команды на коммутаторах SNR , DCN , Huawei, TP-Link , Oreon необходимо войти в режим конфигурации.
Вход в режим конфигурации:
SNR, DCN, TP-Link, Oreon
config
Huawei
system-view
Отключение/Включение порта коммутатора
D-Link
config ports 1 state disable
config ports 1 state enable
SNR и DCN
(config)#interface ethernet 1/0/5
(config-if-ethernet1/0/5)#shut
(config-if-ethernet1/0/5)#no shut
Huawei
[Quidway]int Ethernet 0/0/18
[Quidway-Ethernet0/0/18]shutdown
[Quidway-Ethernet0/0/18]undo shutdown
TP-Link
(config)#interface gigabitEthernet 1/0/2
(config-if)#shut
Orion
(config)#interface port 2
(config-port)#shut
(config-port)#no shut
Выставление скорости порта
D-Link
config ports 5 speed 10_half
config ports 5 speed auto
SNR и DCN
(config)#interface ethernet 1/0/5
(config-if-ethernet1/0/5)#speed-duplex force10-half
Huawei
[Quidway]int Ethernet 0/0/18
[Quidway-Ethernet0/0/18]undo negotiation auto
[Quidway-Ethernet0/0/18]speed 10
[Quidway-Ethernet0/0/18]duplex half
TP-Link
(config)#interface gigabitEthernet 1/0/2
(config-if)#speed 10
Orion
(config)#interface port 2
(config-port)#speed 10
(config-port)#duplex half
Выставление приоритета на порту
D-Link
config 802.1p default_priority <номер порта> 5
SNR и DCN
(config)#interface ethernet 1/0/5
(config-if-ethernet1/0/5)#mls qos cos 5
Huawei
TP-Link
(config)#interface gigabitEthernet 1/0/2
(config-if)#qos 5
Orion
(config)#interface port 2
(config-port)#mls qos port-priority 5
Команды сброса
Удаление информации по mac-адресам в определенном порту
D-Link
SNR и DCN
clear mac-address-table dynamic interface ethernet 1/0/1
Huawei
<Quidway>system-view
[Quidway]undo mac-address dynamic Ethernet 0/0/3
TP-Link
(config)#interface gigabitEthernet 1/0/2
(config-if)#clear mac address-table dynamic
Orion
Alpha-A28E#config
Alpha-A28E(config)#clear mac-address-table dynamic vlan 3890
Для Orion не нашёл пока как сбросить на определенном порту.
Скажите, пожалуйста, с чем может быть связано такое количество ошибок:
Interface brief:
Ethernet1/0/9 is up, line protocol is up
Ethernet1/0/9 is layer 2 port, alias name is (null), index is 9
Hardware is SFP, address is f8-f0-82-11-25-cb
PVID is 1
MTU 1600 bytes, BW 1000000 Kbit
Time since last status change:0w-0d-0h-12m-14s (734 seconds)
Encapsulation ARPA, Loopback not set
Auto-duplex: Negotiation full-duplex, Auto-speed: Negotiation 1G bits
FlowControl is on, MDI type is auto
Statistics:
5 minute input rate 50867 bits/sec, 37 packets/sec
5 minute output rate 193713 bits/sec, 92 packets/sec
The last 5 second input rate 18091 bits/sec, 26 packets/sec
The last 5 second output rate 54118 bits/sec, 46 packets/sec
Input packets statistics:
54457287 input packets, 40767897135 bytes, 254 no buffer
28062308 unicast packets, 714 multicast packets, 2025 broadcast packets
26392240 input errors, 0 CRC, 0 frame alignment, 0 overrun, 0 ignored,
26392240 abort, 0 length error, 0 undersize 0 jabber, 0 fragments, 0 pause frame
Output packets statistics:
11928247 output packets, 5880810192 bytes, 0 underruns
8404541 unicast packets, 196 multicast packets, 665 broadcast packets
3522845 output errors, 0 collisions, 0 late collisions, 0 pause frame
Изменено 17 января, 2017 пользователем 0x05bc
В данной статье производится описание порядка диагностики и поиска ошибок на портах коммутатора.
В примере используется коммутатор Cisco Catalyst C4948
Для диагностики ошибок на портах коммутатора Cisco необходимо подключиться к консоли
коммутатора через утилиту telnet, используя консольный порт (прямое подключение)
или по IP-адресу.
Следующим шагом мы переходим в привилегированный режим редактирования конфигурации Enable (en).
C4948> enable
или
C4948> en
Следующей командой мы можем посмотреть счетчики ошибок по всем портам коммутатора:
C4948# sh interfaces counters errors
или по одному порту gi1/33
C4948# sh interfaces gi1/33 counters errors
Вывод команды
Port CrcAlign-Err Dropped-Bad-Pkts Collisions Symbol-Err
Gi1/33 0 0 0 0
Port Undersize Oversize Fragments Jabbers
Gi1/33 0 0 0 0
Port Single-Col Multi-Col Late-Col Excess-Col
Gi1/33 0 0 0 0
Port Deferred-Col False-Car Carri-Sen Sequence-Err
Gi1/33 0 0 0 0
Приведем описание наиболее важных счетчиков
| Счетчик | Описание | Возможная причина |
|---|---|---|
| CrcAlign-Err | Количество ошибок выравнивания определяется числом полученных кадров, которые не заканчиваются четным числом октетов и имеют неверную контрольную сумму CRC | Данные ошибки обычно являются результатом несоответствия дуплексных режимов или физической проблемы (такой как прокладка кабелей, неисправный порт или сетевая плата). При первом подключении кабеля к порту могут возникнуть некоторые из этих ошибок. Кроме того, если к порту подключен концентратор, ошибки могут вызвать конфликты между другими устройствами концентратора |
| Collisions | В счетчиках кадров с конфликтами содержится число пакетов, одна попытка передачи которых была неудачной, а следующая — успешной. Это означает, что в случае увеличения значения счетчика кадров с конфликтами на 2, коммутатор дважды неудачно пытался передать пакет, но третья попытка была успешной | Отбрасывание кадров вызвано чрезмерной нагрузкой трафиком данного интерфейса. Если в этих полях наблюдается рост числа пакетов, уменьшите нагрузку на данный интерфейс |
| Undersize | Это общее число принятых пакетов с длиной менее 64 октетов (без битов кадрирования, но с октетами FCS) и допустимым значением FCS | Указывает на поврежденный кадр, сформированный подключенным устройством. Убедитесь, что подключенное устройство функционирует правильно |
| Oversize | Число принятых портом из сети пакетов с длиной более 1514 байтов2 | Это может указывать на сбой оборудования либо проблемы конфигурации режима магистрального соединения для dot1q или ISL |
| Fragment | Общее число кадров с длиной менее 64 октетов (без битов кадрирования, но с октетами FCS) и неверным значением FCS | Увеличение значения этого счетчика указывает на то, что порты настроены на полудуплексный режим. Установите в настройках дуплексный режим |
| Single-Col | Число конфликтов, произошедших до того, как интерфейс успешно передал кадр носителю | Нормальное явление для полудуплексных интерфейсов, но не для полнодуплексных интерфейсов. Быстрый рост числа конфликтов указывает на высокую загрузку соединения или возможное несоответствие дуплексных режимов с присоединенным устройством |
| Multi-Col | Число множественных конфликтов произошедших до того, как порт успешно передал кадр носителю | Нормальное явление для полудуплексных интерфейсов, но не для полнодуплексных интерфейсов. Быстрый рост числа конфликтов указывает на высокую загрузку соединения или возможное несоответствие дуплексных режимов с присоединенным устройством |
| Late-Col | Количество обнаруженных конфликтов в определенном интерфейсе на последних этапах процесса передачи. Для порта со скоростью 10 Мбит/с это позднее, чем время передачи 512 битов для пакета. В системе со скоростью передачи данных 10 Мбит/с 512 битовых интервалов соответствуют 51,2 микросекунды | Ошибка, в частности, может указывать на несоответствие дуплексных режимов. В сценарии с несоответствием дуплексных режимов на стороне с полудуплексным режимом наблюдается поздний конфликт. Во время передачи со стороны с полудуплексным режимом на стороне с дуплексным режимом выполняется одновременная передача без ожидания своей очереди, что приводит к возникновению позднего конфликта. Поздние конфликты также могут указывать на слишком большую длину кабеля или сегмента Ethernet. На интерфейсах, сконфигурированных в качестве полнодуплексных, конфликты наблюдаться не должны |
| Excess-Col | Количество кадров, для которых передача через отдельный интерфейс завершилась с ошибкой из-за чрезмерного числа конфликтов. Избыточный конфликт возникает, когда для некоторого пакета конфликт регистрируется 16 раз подряд. Затем пакет отбрасывается | Чрезмерное количество конфликтов обычно обозначает, что нагрузку на данный сегмент необходимо разделить между несколькими сегментами, но может также указывать на несоответствие дуплексных режимов с присоединенным устройством. На интерфейсах, сконфигурированных в качестве полнодуплексных, конфликты наблюдаться не должны |
| Deferred-Col | Общее число кадров, первая попытка передачи которых была отложена из-за трафика в сетевом носителе | Отбрасывание кадров вызвано чрезмерной нагрузкой трафика, направленного к данному коммутатору. Если в этом поле наблюдается рост числа пакетов, уменьшите нагрузку на данный коммутатор. Может потребоваться изменение топологии сети, чтобы снизить нагрузку трафика на данный коммутатор |
| Carri-Sen | Счетчик увеличивается каждый раз, когда контроллер Ethernet собирается отослать данные по полудуплексному соединению. Контроллер обнаруживает провод и перед передачей проверяет, не занят ли он | Нормально для полудуплексного сегмента Ethernet |
Далее проверяем, включено ли обнаружение отключения из-за ошибки на порту коммутатора:
C4948# sh errdisable detect
Вывод команды
ErrDisable Reason Detection Mode
----------------- --------- ----
arp-inspection Enabled port
bpduguard Enabled port
channel-misconfig Enabled port
community-limit Enabled port
dhcp-rate-limit Enabled port
dtp-flap Enabled port
ekey Enabled port
gbic-invalid Enabled port
inline-power Enabled port
invalid-policy Enabled port
l2ptguard Enabled port
link-flap Enabled port
link-monitor-failure Enabled port
lsgroup Enabled port
oam-remote-failure Enabled port
mac-limit Enabled port
pagp-flap Enabled port
port-mode-failure Enabled port
pppoe-ia-rate-limit Enabled port
psecure-violation Enabled port/vlan
security-violation Enabled port
sfp-config-mismatch Enabled port
storm-control Enabled port
udld Enabled port
unicast-flood Enabled port
vmps Enabled port
где, по умолчанию, в колонке Detection все значения должны быть Enabled
Смотрим порты которые находятся в состоянии ошибки errdisable (порт
автоматически отключен операционной системой коммутатора, так как порт
обнаружен в состоянии ошибки):
C4948# sh errdisable recovery
Вывод команды:
ErrDisable Reason Timer Status
----------------- --------------
arp-inspection Disabled
bpduguard Disabled
channel-misconfig Disabled
dhcp-rate-limit Disabled
dtp-flap Disabled
gbic-invalid Disabled
inline-power Disabled
l2ptguard Disabled
link-flap Disabled
mac-limit Disabled
link-monitor-failure Disabled
oam-remote-failure Disabled
pagp-flap Disabled
port-mode-failure Disabled
pppoe-ia-rate-limit Disabled
psecure-violation Disabled
security-violation Disabled
sfp-config-mismatch Disabled
storm-control Disabled
udld Disabled
unicast-flood Disabled
vmps Disabled
Timer interval: 300 seconds
Interfaces that will be enabled at the next timeout:
где в колонке ErrDisable Reason отображается причина перехода порта в состояние errdisable.
В нашем случае портов в состоянии errdisable не обнаружено.
Просмотр подробной информации о настройках и состоянии порта коммутатора:
C4948# sh interfaces gigabitEthernet 1/33
Вывод команды
GigabitEthernet1/33 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet Port, address is 8843.e1a1.7f60 (bia 8843.e1a1.7f60)
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, link type is auto, media type is 10/100/1000-TX
input flow-control is off, output flow-control is off
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 22000 bits/sec, 18 packets/sec
249311846 packets input, 197650705208 bytes, 0 no buffer
Received 146 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 input packets with dribble condition detected
413450928 packets output, 82056436068 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
Как видно из вывода команды, ошибок на порте коммутатора не обнаружено.
Также, набрав следующую команду, можно посмотреть статус и используемые протоколы на портах коммутатора:
C4948# sh interfaces counters protocol status
или по определенному порту:
C4948# sh interfaces gi1/33 counters protocol status
Вывод команды:
Protocols allocated:
GigabitEthernet1/33: Other, IP, Spanning Tree, CDP
где
| Протокол | Описание |
|---|---|
IP |
Маршрутизируемый протокол сетевого уровня стека TCP/IP. |
Spanning Tree (STP) |
Канальный протокол связующего дерева. Основной задачей STP является устранение петель в топологии произвольной сети Ethernet, в которой есть один или более сетевых мостов, связанных избыточными соединениями. |
CDP |
Проприетарный протокол второго уровня, разработанный компанией Cisco Systems, позволяющий обнаруживать подключённое сетевое оборудование Cisco, его название, версию IOS и IP-адреса. |
Настройка info-center на новых версиях ПО
Включение info-center
Включен по умолчанию.
Настройка вывода логов коммутатора на Syslog-сервер.
Направление вывода на Syslog-сервер
info-center loghost channel_id config server_ip facility facility
- channel_id — номер канала (1-8);
-
server_ip — адрес Syslog-сервера;
-
facility — категория сообщения для Syslog-сервера.
Включение вывода для Syslog-сервера
info-center loghost channel_id output-enable
Уровень логирования для Syslog-сервера
info-center loghost channel_id match level level
- level — уровень сообщений (alerts, critical, debugging, emergencies, errors, informational, notifications, warnings).
Отключение даты и времени при записи в лог-файл
info-center loghost channel_id prefix value
- value — значение (off/on, on по умолчанию).
Включение логирования ввода пользовательских команд
info-center loghost channel_id record-cmd
Включено по умолчанию.
Настройка вывода логов коммутатора в ПЗУ
Направление вывода в файл
info-center logfile channel channel_id config count count_range disk file_name
- channel_id — номер канала;
- count_range – количество строк в лог-файле (1-40960);
- disk – выбор диска для записи (Flash, Nandflash, USB);
-
file_name – имя файла.
Важно!
При конфигурировании логирования в файл имейте в виду, что канал 4 по умолчанию занят системой для сообщений уровня warning и их записи на Nandflash.
Включение вывода в файл
info-center logfile channel_id output-enable
Уровень логирования в файл
info-center logfile channel_id match level level
Отключение даты и времени при записи в лог-файл
info-center logfile channel_id prefix value
- value — значение (off/on, on по умолчанию).
Включение логирования ввода пользовательских команд:
info-center logfile channel_id record-cmd
Просмотр лога из оперативной памяти
show info-center logbuffer
Либо:
Просмотр лога из файла
show info-center logfile channel_id
Просмотр конфигурации info-center
Удаление логов из logbuffer
info-center clear logbuffer
Удаление логов из ПЗУ на примере Nandflash
delete nandflash:file_name
Настройка info-center до версии ПО 7.5.3.2(R0004.215)
Система логирования событий info-center на некоторых коммутаторах SNR (например, SNR-S2990-16X) существенно отличается от других моделей, при этом обладает большей гибкостью.
По умолчанию коммутатор записывает лог уровней warning и critical.
Просмотр лога уровня Warning
show info-center logsdram
Данный уровень пишется в оперативную память и теряется при перезагрузке.
Просмотр лога уровня Critical
show info-center lognvram
Данный уровень пишется на Flash и сохраняется при перезагрузке.
Для логирования событий разного уровня в info-center предусмотрено 10 каналов. Для каждого канала можно задать один источник (уровень событий) и одно направление вывода:
Часть каналов преднастроена:
- channel 0 — передача сообщений уровня debugging в консоль;
- channel 1 — передача сообщений уровня debugging в терминальный монитор;
- channel 2 — зарезервирован под передачу на Syslog-сервер;
- channel 3 — передача debugging trap в буфер;
- channel 4 — передача сообщений уровня warning в память (logsdram);
- channel 5 — передача сообщений уровня critical в память (lognvram).
Каналы с 6 по 9 свободны.
Включение info-center
Включено по умолчанию.
Указание источника для канала
info-center source debug level level_id prefix on channel channel_id
- level_id — уровень сообщений (0 — emergencies, 1 — alerts, 2 — critical, 3 — errors, 4 — warnings, 5 — notifications, 6 — informational, 7 — debugging);
- channel_id — номер канала.
Направление вывода в файл
info-center logfile channel 9 size size flash filename
- filename — имя файла назначения;
- size — допустимый размер файла.
Просмотр лога из файла
show info-center logfile channel channel_id
- channel_id— номер канала.
Направление вывода на Syslog-сервер
info-center loghost server_ip facility facility channel channel_id
- server_ip — адрес Syslog-сервера;
- facility — категория сообщения для Syslog-сервера;
- channel_id — номер канала.
02.08.2021
Содержание статьи:
- Команды настройки коммутатора для работы с базовыми характеристиками
- Работа с портами
- Команды для диагностики
Работа с сетевым оборудованием предусматривает необходимость применения определенных команд для настройки функционирования сети.
Использовать те или иные команды нужно в таких случаях, как:
- настройка vlan;
- модификация учетных записей;
- просмотр и изменение конфигурации, интерфейсов и портов.
Рассмотрим команды коммутатора, которые наверняка будут задействованы в работе с данным оборудованием.
Команды настройки коммутатора для работы с базовыми характеристиками
Узнать базовые характеристики можно с помощью команд:
Show switch– позволяет узнать модель, мак-адрес, контролирующий vlan, адрес IP,
версию и серийный номер аппаратуры, системное имя и локацию, а также другие характеристики коммутатора.Show utilization cpu– демонстрирует уровень загрузки процессора.
Команды, позволяющие конфигурировать коммутатор:
Show config current_config– текущая конфигурация.Show config config_in_nvram– конфигурация в nvram.Save– сохранить существующие настройки.Reset system– сброс до заводских настроек.
Команды настройки коммутатора для конфигурирования IP маски и шлюза
Config ipif [имя интерфейса] ipaddress [ip-адрес/маска]– конфигурирование адреса IP и маски сети
например,config ipif SYS ipaddress 192.168.5.10/24).Show ipif– показать инфо о настроенных интерфейсах на данном устройстве.Create iproute default [ip-адрес_шлюза]– задать шлюз по умолчанию (например,create iproute default 192.168.5.1).Show iproute– показать таблицу маршрутизации на данном устройстве по умолчанию.Delete iproute default– удалить маршрут по умолчанию.
Работа с портами
-
show ports— демонстрация информации о портах; config ports x state enable– активация порта;config ports x state disable– деактивация порта;show ports description– показать описание порта;config ports X description– создать новое описание порта;config bandwidth_control– настройка скорости;-
config vlan default(имя влана) delete xx,config vlan v996 (имя влана) add untagged xx– конфигурирование VLAN.
Команда show log позволяет показать логи коммутатора:
Пример, как могут быть записаны логи:
7028 2008/10/23 18:51:57 Port 19 link down — упал линк на 19-м порту
7029 2008/10/23 18:52:01 Port 19 link up, 100Mbps FULL duplex — линк поднялся на 19-м порту установлена скорость передачи 100Mb установлен режим полного дуплекса
7045 2008/10/23 19:28:19 Multicast storm is occurring (port: 18) — зафиксирован мультикаст шторм на 18 порту.
7035 2008/10/23 19:06:19 Multicast storm has cleared (port: 8) — мультикаст шторм был очищен
7313 2008/10/24 21:59:16 Broadcast storm is occurring (port: 15) — зафиксирован броадкаст шторм на 18 порту.
7429 2008/10/25 14:11:12 Broadcast storm has cleared (port: 18) — броадкаст шторм был очищен
Когда на всех логах устройства одновременно появились записи о выполнении броадкаст и мультикаст на всех включенных портах,
это означает, что устройство перезагружалось.
Команды для диагностики
show arpentry– показать кэш ARP. В коммутаторах Д-Линк возможность найти ip по mac-адресу не предусмотрена,
потому в данном случае выводится весь кэш и проводится поиск собственноручно.show utilization cpu– демонстрация загрузки ЦП, актуальная для последних интервалов времени 5 сек, 1 мин, 5 мин.show utilization ports– показать количество загруженных портов в PPS (количество пакетов за 1 секунду)sh fdb– показать все настроенные интерфейсы коммутатора и адреса MAC устройств, которые к ним подключены.show error ports <№ порта>– показать ошибки транспортировки пакетов на конкретном порте.
Ошибки бывают следующих типов
CRC Error— ошибка возникла при проверке контрольной суммы.Undersize— ошибка возникла при получении фрейма размером 61-64 байта. Это не влияет на стабильность работы, фрейм будет передан дальше.Oversize— ошибка возникает, если был получен крупный пакет (более 1518 байт) и правильная контрольная сумма.Jabber— ошибка возникает, если был получен пакет бо 1518 байт и в контрольной сумме была ошибка.Drop Pkts— выброс пакетов по одной из следующих причин:- Входной буфер порта переполнен;
- Выполнение входящей проверки по VLAN;
- Выброс пакетов ACL.
Fragment— отображает число полученных кадров длиной менее 64 байт (без преамбулы и начального ограничителя кадра,
но включая байты FCS — контрольной суммы) и имеющих ошибки контрольной суммы или ошибки выравнивания.Excessive Deferral— отображается число пакетов, для которых была отложена 1-ая попытка отправки из-за чрезмерной занятости среды передачи.Collision— ошибка показывают, что две станции пытаются единовременно отправить кадр данных в общей среде передачи.Late Collision— ошибка показывает, что была обнаружена невозможность отправки после того, как были переданы первые 64 байта пакета.Excessive Collision— ошибка означает, что последующие 16 попыток передачи пакета были не получились и данный пакет более не отправляется.Single Collision— одиночная коллизия.
show fdb port <№ порта> – показать адреса MAC на конкретном порте.
show fdb mac_address – определение, принадлежит ли заданный MAC-адрес порту устройства.
show packet ports <№ порта> – показать статистику по трафику текущего порта в реальном времени.
- RX — поступившие пакеты от клиента
- TX — поступившие клиенту пакеты
show traffic control – просмотр конфигураций storm control на устройстве. Необходимо отключать в случае с аплинками каскадными портами,
а также портами (всеми без исключения)узловых коммутаторов.
Настройки отображаются следующим образом: Enabled(Disabled)/10/S(D)
- Enabled(Disabled) — состояние (включвен/выключен) шторм контроля для текущего порта;
- Числовое значение — число пакетов, при превышении которого сработает шторм контроль;
- S(D) — манипуляции с пакетами. S — блокировка трафика на текущем порте. D — отбрасывание пакетов;
- Time Interval – время совершения действия над трафиком.
show mac_notification – демонстрация конфигурации уведомления, сообщающих о том, что появились новые MAC-адреса на порту устройства.
В случае аплинков, каскадных портов и портов узловых устройств функция должна быть отключена.
show port_security – показывает конфигурацию контроля MAC-адресов. В случае аплинков,
каскадных портов и портов узловых устройств функция должна быть отключена.
show stp – демонстрация конфигурации STP-протокола на устройстве.
show arpentry ipaddress – выполняется поиск по ARP-таблице. Искомое значение – запись с данными заданного IP-адреса.
show dhcp_relay – запрос на демонстрацию конфигурации dhcp_relay на устройстве. Позиция включить должна быть
активирована в сегментированном районе. В случае несегментированного района наоборот требуется отключить данный параметр.
Как это выглядит в командной строке:
Command: show dhcp_relay DHCP/BOOTP Relay Status : Enabled — включена или выключена функция DHCP/BOOTP Hops Count Limit : 16 DHCP/BOOTP Relay Time Threshold : 0 DHCP Relay Agent Information Option 82 State : Enabled DHCP Relay Agent Information Option 82 Check : Disabled DHCP Relay Agent Information Option 82 Policy : Keep Interface Server 1 Server 2 Server 3 Server 4 ————— ————— ————— System 83.102.233.203 — адрес централизованного DHCP-сервера
show bandwidth_control <№ порта> – демонстрация конфигураций полосы пропускания на указанном порте.
show traffic_segmentation <№ порта> – показать конфигурацию того, как сегментируется трафик на указанном порте.
show current_config access_profile – показать конфигурацию ACL на всех портах (Для свичей DES-3028 эта команда выглядит, как show access_profile).
Как это выглядит в командной строке:
config access_profile profile_id 150 add access_id 24 ip destination_ip 0.0.0.0 port 24 deny (150 — номер правила, далее указывается, что блокируется этим правилом, порт на который действует данное правило, состояние правила deny — запрещено, permit — разрешено)
show vlan – показать настройки VLAN на устройстве.
Диагностика, применяемая к кабелю
cable_diag ports – диагностика, позволяющая определить длину кабеля (она актуальна лишь для пользовательских портов (1-24)),
бывает необходима во многих случаях. Для этого применяются следующие команды коммутатора.
Как это выглядит в реальности:
- Линк присутствует, все функционирует правильно:
Command: cable_diag ports 1 Perform Cable Diagnostics … Port Type Link Status Test Result Cable Length (M) —- —— ————- —————————— —————- 1 FE Link Up OK 88 -
Далее может быть несколько вариантов сообщений:
- Кабель не поврежден, все функционирует хорошо;
- Кабель не поврежден, но не воткнут в гнездо компьютера;
- Кабель не поврежден, вставлен в гнездо сетевой карты, однако компьютер не работает;
- Кабель срезан. Разница в длине отдельных пар может быть до 1 метра – это нормально, посколько для UTP актуальна ситуация,
когда одна «витая пара» длиннее другой.
Command: cable_diag ports 1 Perform Cable Diagnostics … Port Type Link Status Test Result Cable Length (M) —- —— ————- —————————— —————- 1 FE Link Down Pair1 Open at 83 M — Pair2 Open at 84 M По всей видимости, имеет место повреждение жил в кабеле: Command: cable_diag ports 1 Perform Cable Diagnostics … Port Type Link Status Test Result Cable Length (M) —- —— ————- —————————— —————- 1 FE Link Down Pair2 Open at 57 M — Кабель не подключен в гнездо коммутатора: Command: cable_diag ports 1 Perform Cable Diagnostics … Port Type Link Status Test Result Cable Length (M) — —— ————- —————————— —————- 1 FE Link Down No Cable — Обрезка кабеля на сорок восьмом метре: Command: cable_diag ports 1 Perform Cable Diagnostics … Port Type Link Status Test Result Cable Length (M) —- —— ————- —————————— —————- 1 FE Link Down Pair1 Short at 48 M — Pair2 Short at 48 M Питание в кабель поступает, однако невозможно выполнить замер длины: Command: cable_diag ports 1 Perform Cable Diagnostics … Port Type Link Status Test Result Cable Length (M) —- —— ————- —————————— —————- 1 FE Link Down ОК — show lldp remote_ports Показать оборудование на текущем порте (MAC-адрес будет отображен во второй строке). Как это выглядит: Command: show lldp remote_ports 26 Port ID : 26 Remote Entities count : 1 Entity 1 Chassis Id Subtype : MACADDRESS Chassis Id : 00-1E-58-AE-DC-14 Port Id Subtype : LOCAL Port ID : 1/25 Port Description : D-Link DES-3028 R2.50 Port 25 System Name : P1CV186021772-1#B340237#B340238 System Description : Fast Ethernet Switch System Capabilities : Repeater, Bridge, Management Address count : 1 Port PVID : 0 PPVID Entries count : 0 VLAN Name Entries count : 0 Protocol ID Entries count : 0 MAC/PHY Configuration/Status : (None) Power Via MDI : (None) Link Aggregation : (None) Maximum Frame Size : 0 Unknown TLVs count : 0
Показать таблицу dhcp snooping binding
show address_binding dhcp_snoop binding_entry
– встроенная функция IP-MAC-Port Binding, актуальная для свичей D-Link,
дает возможность управлять доступом ПК к сети, используя их IP и мак-адреса, а также порты, через которые происходит подключение.
При изменении каких-либо деталей в записи свич отбросит фреймы от данного мак-адреса, что аналогично функции IP Source Address Guard на устройствах от Алькатель.
Таблица dhcp snooping binding необходима для диагностики указанных выше адресов и порта. Просмотр таблицы выполняется посредством команды:
show address_binding dhcp_snoop binding_entry
– если коммутатор обнаруживает разницу в айпи-адресе пакетов, поступающих с одного из портов
(ip отправителя не соответствует значению в списке, например, если он имеет значение 169.254.255.5 либо 0.0.0.0), то данные пакеты будут отброшены,
а в логе будет отображена следующая информация:
Unauthenticated IP-MAC address and discardet by ip mac port binding (IP 169.254.255.5, MAC 00-24-26-35-56-08, port: 19)
Это не все команды, которые применяются для коммутаторов, однако, имея такой базовый набор знаний,
специалист может выполнять большую часть работы по диагностике и настройке работы сети.
Re: Ошибки на портах типа: input errors, CRC
Mr_skvish писал(а):
cable-diagnostics используем встроенный в Cisco. Да и отдельно lan-tester’ом прозванивали (ерунда конечно, но что есть). Линия в норме. Линию мерили от и до. Что касается кабеля, он точно не говеный)
Если бы вы флюком промеряли я бы не усомнился, а так ошибка в линии 99%. Я не сильно разбирался в этом тестере, но не думаю что встроенный в Cisco умеет мерять всякие наводки типа next/fext и т.д. Вдруг где кабель силовой рядом?
Может быть ошибка конкретного порта, но элементарно проверяется же, втыкаете в порт с ошибками CRC напрямую комп и смотрите есть ли ошибки, желательно прогнать чем нибудь типо iperf, иногда ошибки вылезают только на высоких скоростях ( но это скорее в случае линии). Если ошибок нет на конкретном порту, то точно ошибка в линии. Согласование портов проверили по скоростям и дуплексу?
Вот Cisco troubleshooting ethernet guide, в котором четко написано почему могут быть CRC ошибки.
http://www.cisco.com/en/US/docs/interne … r1904.html
Indicates that the cyclic redundancy checksum generated by the originating LAN station or far-end device does not match the checksum calculated from the data received. On a LAN, this usually indicates noise or transmission problems on the LAN interface or the LAN bus itself. A high number of CRCs is usually the result of collisions or a station transmitting bad data.
Так что другой причины быть не может, и почему такие ошибки возникают в официальном гайде четко описано, раз моим словам не верите. Так что не разделяю вашей уверенности в том, что с линией все ок, ошибку надо искать именно там.
Лишь старые, занудные и бородатые администраторы до сих пор не признают веб-интерфейс, как способ конфигурирования устройств. Другое дело, что знать консольные команды, хотя бы для саморазвития — нужно. На примере управляемого Ethernet-коммутатора Raisecom ISCOM2128 мы приведем простейшие команды для диагностики.
До недавнего времени (точнее до появления Powershell), комфортно работать в консоли можно было только на unix-like системах, тем более что установка на сервер CentOS 7 занимает менее часа. CentOS 7 — производная система от известного дистрибутива Red Hat Enterprise. Установка centos, в классическом её смысле, не обязательна — есть liveCD версии. Кстати, для удобства подключения через telnet к устройству можно использовать PuTTy, так как в нем можно удобно сортировать коммутаторы по адресу или по другим параметрам:
После авторизации и входа в режим настроек (команда enable) начинаем работать.
Содержание
- 1. Смотрим статус порта
- 2. Смотрим мак-адрес на порту
- 3. Смотрим статистику полученных/отправленных пакетов
- 4. Смотрим ошибки на порту
- 5. Что почитать?
1. Смотрим статус порта
sh interface port [номер порта]Результат:
sh interface port 2
R: Receive Direction
S: Send Direction
Status: Forwarding status
Port Admin Operate Speed/Duplex Flowctrl(R/S) Mac-learning Status up-sta up-sustained
--------------------------------------------------------------------------------------------------------------------------------
2 enable up(100M/full) auto off/off enable Forward Jan-01-2000 04:00:32 14y11m08d06h13m54s
iscom2128-1#
Расшифровка:
Operate — Статус порта
Speed / Duplex — скорость / режим передачи (full или half-duplex)
Flowctrl (R/S) — контроль потока (выключен)
Mac-learning — функция защиты атак по мак-адресу (подробнее здесь — http://www.tp-link.ua/article/?faqid=384)
Up-sustained — время, которое он активен.
2. Смотрим мак-адрес на порту
sh mac-address-table l2-address port [номер порта]Результат:
iscom2128-1#sh mac-address-table l2-address port 2
Aging time: 300 seconds
Mac Address Port Vlan Flags
--------------------------------------------------------
E427.7147.895D 2 1602 Static
9094.E4F3.AB57 2 1602 Static
iscom2128-1#
Расшифровка:
Mac Address — Маки, которые «светятся» на этом порту
Port — порт коммутатора
Vlan — Виртуальная локальная сеть, которая привязана к порту.
3. Смотрим статистику полученных/отправленных пакетов
show interface port [номер порта] statistics dynamic Результат:
#show interface port 2 statistics dynamic
Dynamic statistics period: 2 seconds
Port 2
------------------------------------------------
Input Normal Statistics:
InOctets: 2,943,231,389
InUcastPkts: 28,213,316
InMulticastPkts: 33,173
InBroadcastPkts: 63,099
Output Normal Statistics:
OutOctets: 858,223,315,985
OutUcastPkts: 47,829,671
OutMulticastPkts: 588,341,260
OutBroadcastPkts: 622,454
Bit Statistics:
Ingress Bits: 23,545,851,112
Egress Bits: 6,865,786,527,880
Speed during 2 seconds Statistics:
Ingress Speed(bps): 0
Egress Speed(bps): 1,972,216
Speed Rate during 2 seconds Statistics:
Ingress Speed Rate: <1%
Egress Speed Rate: 1%
Please press <Ctrl+C> to stop.
Dynamic statistics period: 2 seconds
Расшифровка:
In/out Octets: — общее количество входящих/исходящих октетов на интерфейс (1 октет — 1 байт)
In/out UcastPkts — входящие/исходящие юникастовые пакеты
In/out MulticastPkts — входящие/исходящие мультикастовые пакеты
In/out BroadcastPkts — входящие/исходящие броадкастовые пакеты
Ingress Bits — входящий трафик (со стороны абонента — исходящий)
Egress Bits — исходящий трафик (со стороны абонента — входящий)
Ingress Speed Rate — уровень входящей скорости (со стороны абонента — исходящая)
Egress Speed Rate — уровень исходящей скорости (со стороны абонента — входящая)
4. Смотрим ошибки на порту
show interface port [номер порта] statistics Результат:
Input Normal Statistics:
InOctets: 698,171,799
InUcastPkts: 6,770,736
InMulticastPkts: 14,711
InBroadcastPkts: 550
Input Error Statistics:
DropEvents(Pkts): 0
CRCAlignErrors(Pkts): 0
UndersizePkts: 0
OversizePkts: 0
Fragments(Pkts): 0
Jabbers(Pkts): 0
Collisions(Pkts): 0
Discards(Pkts): 23
Output Normal Statistics:
OutOctets: 267,191,770,641
OutUcastPkts: 7,057,340
OutMulticastPkts: 194,853,568
OutBroadcastPkts: 422,719
Output Error Statistics:
OutputError(Pkts): 0
OutputDiscard(Pkts): 0
Abort(Pkts): 0
Differred(Pkts): 0
LateCollisions(Pkts): 0
NoCarrier(Pkts): 0
LostCarrier(Pkts): 0
MacTransmitError(Pkts): 0
Bit Statistics:
Ingress Bits: 5,585,374,392
Egress Bits: 2,137,534,165,128Расшифровка по ошибкам
По пакетам расшифровка выше. Ошибки не отслеживаются в реальном времени (только статика)
Drop Events (Pkts): Фактическое число потерянных кадров из-за превышения максимального числа кадров
CRC Align Errors( Pkts): Количество ошибок «выравнивания» — (кадры, которые не заканчиваются четным числом октетов и имеют неверную контрольную сумму CRC), полученных на порт. Это могут быть проблемы с NIC (сетевая карта, грубо говоря), с портом на коммутаторе или с кабелем. Также из-за несоответствия дуплексных режимов. При первом подключении кабеля к порту могут возникнуть некоторые из этих ошибок. Кроме того, если к порту подключен концентратор, ошибки могут вызвать конфликты между другими устройствами концентратора.
Undersize Pkts: Такие ошибки возникают при получение фрейма размером 61-64 байта. Фрейм передается дальше, на работу не влияет
Oversize Pkts: Они возникают при получении пакета размером более 1518 байт и правильной контрольной суммой
Fragments (Pkts): Это количество принятых кадров длиной менее 64 байт (без преамбулы и начального ограничителя кадра, но включая байты FCS — контрольной суммы) и содержащих ошибки FCS или ошибки выравнивания
Jabbers (Pkts): Возникает при получении пакета размером более 1518 байт и имеющего ошибки в контрольной сумме
Collisions (Pkts): Коллизии возникают, когда две станции одновременно пытаются передать кадр данных по общей сред
Discards (Pkts): Отброшенные пакеты, поскольку их коммутация не требовалась. Это может быть нормальным, если концентратор подключен к порту и два устройства на данном концентраторе обмениваются данными. Число исходящих пакетов, которые выбраны для отбрасывания несмотря на отсутствие ошибок. Одна из возможных причин отбрасывания таких пакетов — освобождение буферного пространства.
5. Что почитать?
FTTx — http://ru.wikipedia.org/wiki/Fiber_to_the_x
SNMP — http://ru.wikipedia.org/wiki/SNMP
Port Security — http://xgu.ru/wiki/Port_security
Часть 1 Часть 2
Содержание
Самые распространенные команды по устранению неполадок портов и интерфейсов для CatOS и Cisco IOS
Основные сведения о выходных данных счетчиков портов и интерфейсов для CatOS и Cisco IOS
Команды Show Port для CatOS и Show Interfaces для Cisco IOS
Команды Show Mac для CatOS и Show Interfaces Counters для Cisco IOS
Команды Show Counters для CatOS и Show Counters Interface для Cisco IOS
Команда Show Controller Ethernet-Controller для Cisco IOS
Команда Show Top для CatOS
Распространенные сообщения о системных ошибках
Сообщения об ошибках в модулях WS-X6348
%PAGP-5-PORTTO / FROMSTP и %ETHC-5-PORTTO / FROMSTP
%SPANTREE-3-PORTDEL_FAILNOTFOUND
%SYS-4-PORT_GBICBADEEPROM: / %SYS-4-PORT_GBICNOTSUPP
Команда отклонена: [интерфейс] не является коммутационным портом
Основные сведения о выходных данных счетчиков портов и интерфейсов для CatOS и Cisco IOS
На большинстве коммутаторов имеется механизм отслеживания пакетов и ошибок, происходящих в интерфейсах и портах. Распространенные команды, используемые для нахождения сведений этого типа, описываются в разделе Самые распространенные команды по устранению неполадок портов и интерфейсов для CatOS и Cisco IOS данного документа.
Примечание: На различных платформах и выпусках счетчики могут быть реализованы по-разному. Хотя значения счетчиков весьма точны, однако конструктивно они не являются очень точными. Для сбора точных статистических данных о трафике предлагается использовать анализатор сетевых пакетов для мониторинга нужных входящих и исходящих интерфейсов.
Чрезмерное количество ошибок обычно указывает на проблему. В полудуплексном режиме нормальной является регистрация некоторого количества ошибок соединения в счетчиках FCS, выравнивания, пакетов с недопустимо малой длиной и конфликтов. Обычно один процент ошибок по отношению ко всему трафику является приемлемым для полудуплексных соединений. Если количество ошибок по отношению к входящим пакетам превысило два или три процента, может стать заметным спад производительности.
В полудуплексных средах коммутатор и подключенное устройство могут одновременно обнаружить канал и начать передачу, что приводит к конфликту. Конфликты могут вызвать появление пакетов с недопустимо малой длиной, последовательности FCS и ошибки выравнивания, так как кадр не полностью копируется в канал, что приводит к фрагментации кадра.
В дуплексном режиме значение счетчиков ошибок последовательности FCS, контрольной суммы CRC, выравнивания и пакетов с недопустимо малой длиной должно быть минимальным. Если соединение работает в режиме полного дуплекса, счетчик конфликтов неактивен. Если показания счетчиков ошибок последовательности FCS, контрольной суммы CRC, выравнивания или пакетов с недопустимо малой длиной увеличиваются, проверьте соответствие дуплексных режимов. Для определения дуплексного режима вы можете обратиться в компанию выполняющую регулярное обслуживание сетевых устройств и компьютеров вашей организации. Несоответствие дуплексных режимов возникает, когда коммутатор работает в дуплексном режиме, а подключенное устройство — в полудуплексном, или наоборот. Следствиями несоответствия дуплексных режимов являются чрезвычайно медленная передача, периодические сбои подключения и потеря связи. Другие возможные причины ошибок канала передачи данных в полнодуплексном режиме — дефекты кабелей, неисправные порты коммутатора, программные или аппаратные неполадки сетевой платы. Дополнительные сведения см. в разделе Распространенные проблемы портов и интерфейсов данного документа.
Команды Show Port для CatOS и Show Interfaces для Cisco IOS
Команда show port {mod/port} используется в ОС CatOS в модуле Supervisor. Альтернатива этой команды — команда show port counters {mod/port}, которая отображает только счетчики ошибок портов. Описание выходных данных счетчиков ошибок см. в таблице 1.
Switch> (enable) sh port counters 3/1 Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize ----- ---------- ---------- ---------- ---------- --------- 3/1 0 0 0 0 0 Port Single-Col Multi-Coll Late-Coll Excess-Col Carri-Sen Runts Giants ----- ---------- ---------- ---------- ---------- --------- --------- --------- 3/1 0 0 0 0 0 0 0
Команда show interfaces card-type {slot/port} — эквивалентная команда для Cisco IOS в модуле Supervisor. Альтернативой данной команды (для коммутаторов серии Catalyst 6000, 4000, 3550, 2970 2950/2955 и 3750) является команда show interfaces card-type {slot/port} counters errors , которая отображает счетчики ошибок интерфейсов.
Примечание: Для коммутаторов серии 2900/3500XL используйте только команду show interfaces card-type {slot/port} с командной show controllers Ethernet-controller .
Router#sh interfaces fastEthernet 6/1 FastEthernet6/1 is up, line protocol is up (connected) Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848) MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Full-duplex, 100Mb/s input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:14, output 00:00:36, output hang never Last clearing of "show interface" counters never Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec
Команда show interfaces выдает на экран выходные данные до описанной здесь точки (по порядку):
-
up, line protocol is up (connected) — Первое «up» относится к состоянию физического уровня интерфейса. Сообщение «line protocol up» показывает состояние уровня канала передачи данных для данного интерфейса и означает, что интерфейс может отправлять и принимать запросы keepalive.
-
MTU – максимальный размер передаваемого блока данных (MTU) составляет 1500 байт для Ethernet по умолчанию (максимальный размер блока данных кадра).
-
Full-duplex, 100Mb/s (полнодуплексный, 100 Мбит/с) — текущая скорость и режим дуплексирования для данного интерфейса. Но это не позволяет узнать, использовалось ли для этого автоматическое согласование.
-
Последние входные, выходные данные — число часов, минут и секунд с момента последнего успешного приема или передачи интерфейсом пакета. Полезно знать время отказа заблокированного интерфейса.
-
Последнее обнуление счетчиков «show interface» — время последнего применения команды clear counters после последней перезагрузки коммутатора. Команда clear counters используется для сброса статистики интерфейса.
Примечание: Переменные, которые могут повлиять на маршрутизацию (например, на загрузку и надежность), не очищаются вместе со счетчиками.
-
Очередь входа — число пакетов в очереди входа. Size/max/drops = текущее число кадров в очереди/максимальное число кадров в очереди (до начала потерь кадров)/фактическое число потерянных кадров из-за превышения максимального числа кадров. Сбросы используется для подсчета выборочного отбрасывания пакетов на коммутаторах серии Catalyst 6000 с ОС Cisco IOS. (Счетчик сбросов может использоваться, но его показания не увеличиваются на коммутаторах серии Catalyst 4000 с Cisco IOS.) Выборочное отбрасывание пакетов — механизм быстрого отбрасывания пакетов с низким приоритетом в случае перегрузки ЦПУ, чтобы сохранить некоторые вычислительные ресурсы для пакетов с высоким приоритетом.
-
Общее число выходных сбросов – количество пакетов, сброшенных из-за заполнения очереди выхода. Типичной причиной этого может быть коммутация трафика из канала с высокой пропускной способностью в канал с меньшей пропускной способностью, либо коммутация трафика из нескольких входных каналов в один выходной канал. Например, если большой объем пульсирующего трафика поступает в гигабитный интерфейс и переключается на интерфейс 100 Мбит/с, это может вызвать увеличение отбрасывания исходящего трафика на интерфейсе 100 Мбит/с. Это происходит потому, что очередь выхода на указанном интерфейсе переполняется избыточным трафиком из-за несоответствия скорости входящей и исходящей полосы пропускания.
-
Очередь выхода — число пакетов в очереди выхода. Size/max означает текущее число кадров в очереди/максимальное количество кадров, которое может находиться в очереди до заполнения, после чего начинается отбрасывание кадров.
-
Пятиминутная скорость ввода/вывода – средняя скорость ввода и вывода, которая наблюдалась интерфейсом за последние пять минут. Чтобы получить более точные показания за счет указания более короткого периода времени (например, для улучшения обнаружения всплесков трафика), выполните команду интерфейса load-interval <секунды>.
В остальной части выходных данных команды show interfaces отображаются показания счетчиков ошибок, которые аналогичны или эквивалентны показаниям счетчиков ошибок в CatOS.
Команда show interfaces card-type {slot/port} counters errors эквивалентна команде Cisco IOS для отображения счетчиков портов для CatOS. Описание выходных данных счетчиков ошибок см. в таблице 1.
Router#sh interfaces fastEthernet 6/1 counters errors
Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards Fa6/1
0 0 0 0 0 0
Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Giants Fa6/1
0 0 0 0 0 0 0
Таблица 1.
Сведения о счетчиках ошибок CatOS содержатся в выходных данных команды show port или show port counters для коммутаторов серии Cisco Catalyst 6000, 5000 и 4000. Сведения о счетчиках ошибок Cisco IOS содержатся в выходных данных команды show interfaces или show interfaces card-type x/y counters errors для коммутаторов серии Catalyst 6000 и 4000
|
Счетчики (в алфавитном порядке) |
Описание и распространенные причины увеличения значений счетчиков ошибок |
|---|---|
|
Align-Err |
Описание: CatOS sh port и Cisco IOS sh interfaces counters errors. Количество ошибок выравнивания определяется числом полученных кадров, которые не заканчиваются четным числом октетов и имеют неверную контрольную сумму CRC. Распространенные причины: они обычно являются результатом несоответствия дуплексных режимов или физической проблемы (такой как прокладка кабелей, неисправный порт или сетевая плата). При первом подключении кабеля к порту могут возникнуть некоторые из этих ошибок. Кроме того, если к порту подключен концентратор, ошибки могут вызвать конфликты между другими устройствами концентратора. Исключения для платформы: ошибки выравнивания не подсчитываются в Catalyst 4000 Series Supervisor I (WS-X4012) или Supervisor II (WS-X4013). |
|
Перекрестные помехи |
Описание: Cisco IOS sh interfaces счетчик. Счетчик CatOS, указывающий на истечение срока таймера передачи сбойных пакетов. Сбойный пакет — это кадр длиной свыше 1518 октетов (без кадрирующих битов, но с октетами FCS), который не заканчивается четным числом октетов (ошибка выравнивания) или содержит серьезную ошибку FCS). |
|
Carri-Sen |
Описание: CatOS sh port и Cisco IOS sh interfaces counters errors. Значение счетчика Carri-Sen (контроль несущей) увеличивается каждый раз, когда контроллер Ethernet собирается отослать данные по полудуплексному соединению. Контроллер обнаруживает провод и перед передачей проверяет, не занят ли он. Распространенные причины: это нормально для полудуплексного сегмента Ethernet. |
|
конфликты |
Описание: Cisco IOS sh interfaces счетчик. Число конфликтов, произошедших до того, как интерфейс успешно передал кадр носителю. Распространенные причины: это нормальное явление для полудуплексных интерфейсов, но не для полнодуплексных интерфейсов. Быстрый рост числа конфликтов указывает на высокую загрузку соединения или возможное несоответствие дуплексных режимов с присоединенным устройством. |
|
CRC |
Описание: Cisco IOS sh interfaces счетчик. Значение данного счетчика увеличивается, когда контрольная сумма CRC, сгенерированная исходящей станцией ЛВС или устройством на дальнем конце, не соответствует контрольной сумме, рассчитанной по принятым данным. Распространенные причины: обычно это означает проблемы с шумами или передачей в интерфейсе ЛВС или самой ЛВС. Большое значение счетчика CRC обычно является результатом конфликтов, но может указывать на физическую неполадку (такую как проводка кабелей, неправильный интерфейс или неисправная сетевая плата) или несоответствие дуплексных режимов. |
|
deferred |
Описание: Cisco IOS sh interfaces счетчик. Число кадров, успешно переданных после ожидания освобождения носителя. Распространенные причины: они обычно наблюдаются в полудуплексных средах, в которых несущая уже используется при попытке передачи кадра. |
|
pause input |
Описание: Cisco IOS show interfaces счетчик. Приращение значения счетчика «pause input» означает, что подключенное устройство запрашивает приостановку трафика, когда его буфер приема почти заполнен. Распространенные причины: приращение показаний этого счетчика служит в информационных целях, так как коммутатор принимает данный кадр. Передача пакетов с запросом приостановки прекращается, когда подключенное устройство способно принимать трафик. |
|
input packetswith dribble condition |
Описание: Cisco IOS sh interfaces счетчик. Битовая ошибка указывает, что кадр слишком длинный. Распространенные причины: приращение показаний счетчика ошибок в кадрах служит в информационных целях, так как коммутатор принимает данный кадр. |
|
Excess-Col |
Описание: CatOS sh port и Cisco IOS sh interfaces counters errors. Количество кадров, для которых передача через отдельный интерфейс завершилась с ошибкой из-за чрезмерного числа конфликтов. Избыточный конфликт возникает, когда для некоторого пакета конфликт регистрируется 16 раз подряд. Затем пакет отбрасывается. Распространенные причины: чрезмерное количество конфликтов обычно обозначает, что нагрузку на данный сегмент необходимо разделить между несколькими сегментами, но может также указывать на несоответствие дуплексных режимов с присоединенным устройством. На интерфейсах, сконфигурированных в качестве полнодуплексных, конфликты наблюдаться не должны. |
|
FCS-Err |
Описание: CatOS sh port и Cisco IOS sh interfaces counters errors. Число кадров допустимого размера с ошибками контрольной последовательности кадров (FCS), но без ошибок кадрирования. Распространенные причины: обычно это указывает на физическую проблему (такую как прокладка кабелей, неисправный порт или сетевая плата), однако также может означать несоответствие дуплексных режимов. |
|
кадр |
Описание: Cisco IOS sh interfaces счетчик. Число неправильно принятых пакетов с ошибками контрольной суммы CRC и нецелым числом октетов (ошибка выравнивания). Распространенные причины: обычно это вызвано конфликтами или физической проблемой (например, проводкой кабелей, неисправным портом или сетевой платой), а также может указывать на несоответствие дуплексных режимов. |
|
Кадры с недопустимо большой длиной |
Описание: CatOS sh port и Cisco IOS sh interfaces и sh interfaces counters errors. Полученные кадры, размеры которых превышают максимально допускаемые стандартом IEEE 802.3 (1518 байт для сетей Ethernet без поддержки jumbo-кадров) и обладают неверной последовательностью FCS. Распространенные причины: во многих случаях это следствие поврежденной сетевой интерфейсной платы. Попробуйте найти проблемное устройство и удалить его из сети. Исключения для платформ: коммутаторы серии Catalyst Cat4000 с Cisco IOS версии, предшествующей 12.1(19)EW, показания счетчика кадров с недопустимо большой величиной увеличиваются в случае кадра размером > 1518 байтов. После версии 12.1(19)EW кадры giant в выходных данных команды show interfaces учитываются только в случае приема кадра размером > 1518 байтов с неверной последовательностью FCS. |
|
ignored |
Описание: Cisco IOS sh interfaces счетчик. Количество полученных пакетов, проигнорированных интерфейсом из-за недостатка места во внутренних буферах оборудования интерфейса. Распространенные причины: широковещательный шторм и всплески помех могут вызвать рост показаний данного счетчика. |
|
Ошибки ввода |
Описание: Cisco IOS sh interfaces счетчик. Распространенные причины: в счетчике учитываются ошибки кадров, кадры с недопустимо маленькой или недопустимо большой величиной, кадры, отброшенные из-за переполнения буфера, несоответствия значения контрольной суммы CRC или перегрузки, а также проигнорированные пакеты. Другие ошибки, относящиеся к входным данным, также могут увеличивать количество ошибок ввода; некоторые датаграммы могут содержать несколько ошибок. Поэтому эта сумма может не совпадать с суммой перечисленных ошибок ввода. Также см. раздел Ошибки ввода в интерфейсе уровня 3, подключенном к порту коммутатора уровня 2. |
|
Late-Col |
Описание: CatOS sh port и Cisco IOS sh interfaces и sh interfaces counters errors. Количество обнаруженных конфликтов в определенном интерфейсе на последних этапах процесса передачи. Для порта со скоростью 10 Мбит/с это позднее, чем время передачи 512 битов для пакета. В системе со скоростью передачи данных 10 Мбит/с 512 битовых интервалов соответствуют 51,2 микросекунды. Распространенные причины: это ошибка, в частности, может указывать на несоответствие дуплексных режимов. В сценарии с несоответствием дуплексных режимов на стороне с полудуплексным режимом наблюдается поздний конфликт. Во время передачи со стороны с полудуплексным режимом на стороне с дуплексным режимом выполняется одновременная передача без ожидания своей очереди, что приводит к возникновению позднего конфликта. Поздние конфликты также могут указывать на слишком большую длину кабеля или сегмента Ethernet. На интерфейсах, сконфигурированных в качестве полнодуплексных, конфликты наблюдаться не должны. |
|
lost carrier |
Описание: Cisco IOS sh interfaces счетчик. Число потерь несущей во время передачи. Распространенные причины: проверьте исправность кабеля. Проверьте физическое соединение на обеих сторонах. |
|
Multi-Col |
Описание: CatOS sh port и Cisco IOS sh interfaces counters errors. Число множественных конфликтов произошедших до того, как порт успешно передал кадр носителю. Распространенные причины: это нормальное явление для полудуплексных интерфейсов, но не для полнодуплексных интерфейсов. Быстрый рост числа конфликтов указывает на высокую загрузку соединения или возможное несоответствие дуплексных режимов с присоединенным устройством. |
|
no buffer |
Описание: Cisco IOS sh interfaces счетчик. Число принятых пакетов, которые отвергнуты из-за отсутствия буферного пространства. Распространенные причины: сравните со счетчиком пропущенных пакетов. Часто такие ошибки вызываются широковещательными штормами. |
|
Отсутствует несущая |
Описание: Cisco IOS sh interfaces счетчик. Сколько раз несущая отсутствовала во время передачи. Распространенные причины: проверьте исправность кабеля. Проверьте физическое соединение на обеих сторонах. |
|
Out-Discard |
Описание: количество исходящих пакетов, которые выбраны для отбрасывания несмотря на отсутствие ошибок Распространенные причины: одна возможная причина отбрасывания таких пакетов — освобождение буферного пространства. |
|
output buffer failuresoutput buffers swapped out |
Описание: Cisco IOS sh interfaces счетчик. Число буферов с ошибками и число выгруженных буферов. Распространенные причины: порт размещает пакеты в буфере Tx, когда скорость поступающего в порт трафика высока и порт не может обработать такой объем трафика. Порт начинает пропускать пакеты в случае заполнения буфера Tx, при этом увеличиваются значения счетчиков недогрузок и сбоев выходных буферов. Увеличение значений счетчиков сбоев выходных буферов может означать, что порты работают с минимальными настройками скорости и/или дуплексного режима, или через порт проходит слишком большой объем трафика. Например, рассмотрите сценарий, в котором гигабайтный многоадресный поток пересылается 24 портам с пропускной способностью 100 Мбит/с. Если выходной интерфейс перегружен, обычно наблюдаются сбои выходного буфера, число которых растет вместе с числом выходящих отброшенных пакетов (Out-Discards). Сведения об устранении неполадок см. в разделе Отложенные кадры (Out-Lost или Out-Discard) данного документа. |
|
output errors |
Описание: Cisco IOS sh interfaces счетчик. Сумма всех ошибок, препятствовавших целевой передаче датаграмм от заданного интерфейса. |
|
overrun (переполнение) |
Описание: сколько раз аппаратному оборудованию приемника не удалось поместить принятые данные в аппаратный буфер. Распространенные причины: входящая скорость трафика превысила способность приемника к обработке данных. |
|
packets input/output |
Описание: Cisco IOS sh interfaces счетчик. Общее количество безошибочных пакетов, полученных и переданных на данном интерфейсе. Мониторинг приращений показаний этих счетчиков полезен при проверке правильного прохождения трафика через интерфейс. Счетчик байтов включает эти данные и инкапсуляцию MAC-адресов в безошибочные пакеты, принятые и переданные системой. |
|
Rcv-Err |
Описание: CatOS show port или show port counters и Cisco IOS (только для коммутаторов серии Catalyst 6000) «sh interfaces counters error». Распространенные причины: см. исключения для платформ. Исключения для платформ: коммутаторы серии Catalyst 5000 rcv-err = сбои буферов приема. Например, кадры недопустимо маленькой или недопустимо большой величины или ошибки последовательности FCS (FCS-Err) не приводят к увеличению значения счетчика rcv-err. Значение счетчика rcv-err для 5K увеличивается только в случае избыточного трафика. В отличие от коммутаторов серии Catalyst 5000 на коммутаторах серии Catalyst 4000 значение rcv-err равно сумме всех ошибок приема, т.е. значение счетчика rcv-err увеличивается в случае регистрации таких ошибок, как прием интерфейсом кадров с недопустимо маленькой или недопустимо большой величиной или ошибки последовательности FCS. |
|
Кадры с недопустимо маленькой величиной |
Описание: CatOS sh port и Cisco IOS sh interfaces и sh interfaces counters errors. Принятые кадры с размером меньше минимального размера кадра IEEE 802.3 (64 байта для Ethernet) и неверной контрольной суммой CRC. Распространенные причины: это может быть вызвано несоответствием дуплексных режимов и физическими проблемами, такими как неисправный кабель, порт или сетевая плата на присоединенном устройстве. Исключения для платформ: на коммутаторах серии Catalyst 4000 с Cisco IOS версии, предшествующей версии 12.1(19)EW, кадры с недопустимо маленькой величиной — это кадры размера undersize. Undersize = кадр < 64 байтов. Значение счетчика кадров с недопустимо маленькой величиной увеличивается при получении кадра размером менее 64 байтов. После версии 12.1(19)EW кадр с недопустимо маленькой величиной = фрагмент. Фрагмент — это кадр < 64 байта с неверной контрольной суммой CRC. В результате значение счетчика кадров с недопустимо маленькой величиной увеличивается в show interfacesвместе со счетчиком фрагментов в show interfaces counters errors при получении кадра < 64 байтов с неверной контрольной суммой CRC. |
|
Single-Col |
Описание: CatOS sh port и Cisco IOS sh interfaces counters errors. Число конфликтов, произошедших до того, как интерфейс успешно передал кадр носителю. Распространенные причины: это нормальное явление для полудуплексных интерфейсов, но не для полнодуплексных интерфейсов. Быстрый рост числа конфликтов указывает на высокую загрузку соединения или возможное несоответствие дуплексных режимов с присоединенным устройством. |
|
underruns |
Описание: сколько раз скорость передатчика превышала возможности коммутатора. Распространенные причины: это может происходить в случае высокой пропускной способности, когда через интерфейс проходит большой объем пульсирующего трафика от многих других интерфейсов одновременно. В случае недогрузки возможен сброс интерфейса. |
|
Undersize |
Описание: CatOS sh port и Cisco IOS sh interfaces counters errors. Полученные фреймы с размером меньше минимального размера фрейма в стандарте IEEE 802.3, равного 64 байтам (без битов кадрирования, но с октетами FCS), но хорошо сформированных во всем остальном. Распространенные причины: проверьте устройство, отправляющее такие кадры. |
|
Xmit-Err |
Описание: CatOS sh port и Cisco IOS sh interfaces counters errors. Это указывает на заполнение внутреннего буфера отправки (Tx). Распространенные причины: часто ошибки Xmit-Err возникают из-за передачи трафика из канала с высокой пропускной способностью в канал с меньшей пропускной способностью или трафика из нескольких входящих каналов в один исходящий. Например, если большой объем пульсирующего трафика поступает в гигабитный интерфейс и переключается на интерфейс на 100 Мбит/с, на 100-мегабитном интерфейсе это может вызывать приращение значения счетчика Xmit-Err. Это происходит потому, что выходной буфер заданного интерфейса переполняется избыточным трафиком из-за несоответствия скорости входящей и исходящей полосы пропускания. |
Команды Show Mac для CatOS и Show Interfaces Counters для Cisco IOS
Команда show mac {mod/port} полезна при использовании CatOS в модуле Supervisor для отслеживания входящего и исходящего трафика данного порта в соответствии с показаниями счетчиков приема (Rcv) и передачи (Xmit) для трафика одноадресной, многоадресной и широковещательной рассылки. Эти выходные данные получены от Catalyst 6000, использующего CatOS:
Console> (enable) sh mac 3/1 Port Rcv-Unicast Rcv-Multicast Rcv-Broadcast-------- -------------------- -------------------- --------------------3/1 177 256272 3694Port Xmit-Unicast Xmit-Multicast Xmit-Broadcast-------- -------------------- -------------------- --------------------3/1 30 680377 153Port Rcv-Octet Xmit-Octet-------- -------------------- --------------------3/1 22303565 48381168 MACDely-Exced MTU-Exced In-Discard Out-Discard-------- ---------- ---------- ---------- -----------3/1 0 0 233043 17Port Last-Time-Cleared----- --------------------------3/1 Sun Jun 1 2003, 12:22:47
В данной команде также используются следующие счетчики ошибок: Dely-Exced, MTU-Exced, In-Discard и Out-Discard.
-
Dely-Exced — количество кадров, отклоненных данным портом из-за чрезмерной задержки передачи данных через коммутатор. Показания данного счетчика растут только при очень интенсивном использовании порта.
-
MTU Exceed — это показатель того, что одно из устройств на данном порту или сегменте передает объем данных больше, чем разрешено размером кадра (1518 байт для сети Ethernet без поддержки jumbo-кадров).
-
In-Discard – результат обработки допустимых входящих кадров, которые были отброшены, поскольку их коммутация не требовалась. Это может быть нормальным, если концентратор подключен к порту и два устройства на данном концентраторе обмениваются данными. Порт коммутатора продолжает видеть данные, но не переключает его (так как в таблице CAM отображается MAC-адрес обоих устройств, связанных с одним и тем же портом). Поэтому трафик отбрасывается. Значение данного счетчика также увеличивается в случае порта, настроенного в качестве магистрали, если данная магистраль блокирует некоторые сети VLAN, или в случае порта, который является единственным членом некоторой сети VLAN.
-
Out-Discard (Число отбрасываемых исходящих пакетов) – число исходящих пакетов, которые выбраны для отбрасывания несмотря на отсутствие ошибок. Одна из возможных причин отбрасывания таких пакетов — освобождение буферного пространства.
-
In-Lost — на коммутаторах серии Catalyst 4000; этот счетчик представляет собой сумму всех пакетов с ошибками, полученных данным портом. С другой стороны на коммутаторах серии Catalyst 5000 счетчик In-Lost отслеживает сумму всех сбоев буферов приема.
-
Out-Lost — на коммутаторах серии Catalyst 4000 и 5000 учитываются исходящие кадры, которые были потеряны до пересылки (из-за недостатка буферного пространства). Обычно это вызывается перегрузкой порта.
Команда show interfaces card-type {slot/port} counters используется при выполнении Cisco IOS в модуле Supervisor.
Команда show counters [mod/port] предоставляет еще более подробную статистику для портов и интерфейсов. Эта команда доступна для CatOS, а эквивалентная ей команда show counters interface card-type {slot/port} была введена в Cisco IOS версии 12.1(13)E только для коммутаторов серии Catalyst 6000. Эти команды отображают 32- и 64-разрядные счетчики ошибок для каждого порта или интерфейса. Дополнительные сведения см. в документации по командам CatOS show counters.
Команда Show Controller Ethernet-Controller для Cisco IOS
На коммутаторах серии Catalyst 3750, 3550, 2970, 2950/2955, 2940 и 2900/3500XL используйте команду «show controller ethernet-controller» для отображения выходных данных счетчика трафика и счетчика ошибок, которые аналогичны выходным данным команд sh port, sh interface, sh mac и show counters для коммутаторов серии Catalyst 6000, 5000 и 4000.
|
Счетчик |
Описание |
Возможные причины |
|---|---|---|
|
Переданные кадры |
||
|
Отброшенные кадры |
Общее количество кадров, попытка передачи которых прекращена из-за недостатка ресурсов. В это общее количество входят кадры всех типов назначения. |
Отбрасывание кадров вызвано чрезмерной нагрузкой трафиком данного интерфейса. Если в этом поле наблюдается рост числа пакетов, уменьшите нагрузку на данный интерфейс. |
|
Устаревшие кадры |
Число кадров, передача которых через коммутатор заняла более двух секунд. По этой причине они были отброшены коммутатором. Это случается только в условиях экстремально высокой нагрузки. |
Отбрасывание кадров вызвано чрезмерной нагрузкой трафиком данного коммутатора. Если в этом поле наблюдается рост числа пакетов, уменьшите нагрузку на данный коммутатор. Может потребоваться изменение топологии сети, чтобы снизить нагрузку трафиком данного коммутатора. |
|
Deferred frames (отложенные кадры) |
Общее число кадров, первая попытка передачи которых была отложена из-за трафика в сетевом носителе. В это общее число входят только кадры, которые в последствии передаются без ошибок и конфликтов. |
Отбрасывание кадров вызвано чрезмерной нагрузкой трафика, направленного к данному коммутатору. Если в этом поле наблюдается рост числа пакетов, уменьшите нагрузку на данный коммутатор. Может потребоваться изменение топологии сети, чтобы снизить нагрузку трафика на данный коммутатор. |
|
Collision frames (кадры с конфликтами) |
В счетчиках кадров с конфликтами содержится число пакетов, одна попытка передачи которых была неудачной, а следующая — успешной. Это означает, что в случае увеличения значения счетчика кадров с конфликтами на 2, коммутатор дважды неудачно пытался передать пакет, но третья попытка была успешной. |
Отбрасывание кадров вызвано чрезмерной нагрузкой трафиком данного интерфейса. Если в этих полях наблюдается рост числа пакетов, уменьшите нагрузку на данный интерфейс. |
|
Excessive collisions (частые конфликты) |
Значение счетчика частых конфликтов возрастает после возникновения 16 последовательных поздних конфликтов. Через 16 попыток отправки пакета, он отбрасывается, а значение счетчика возрастает. |
Увеличение значения этого счетчика указывает на проблему с проводкой, чрезмерно загруженную сеть или несоответствие дуплексных режимов. Чрезмерная загрузка сети может быть вызвана совместным использованием сети Ethernet слишком большим числом устройств. |
|
Late collisions (поздние конфликты) |
Поздний конфликт возникает, когда два устройства передают одновременно, но конфликт не обнаруживается ни одной из сторон соединения. Причина этого заключается в том, что время передачи сигнала с одного конца сети к другому превышает время, необходимое, чтобы поместить целый пакет в сеть. Два устройства, вызвавшие поздний конфликт, никогда не видят пакет, отправляемый другим устройством, пока он не будет полностью помещен в сеть. Поздние конфликты обнаруживаются передатчиком только после истечения первого временного интервала для передачи 64 байтов. Это связано с тем, что конфликты обнаруживаются только при передаче пакетов длиннее 64 байтов. |
Поздние конфликты являются следствием неправильной прокладки кабелей или несовместимого числа концентраторов в сети. Неисправные сетевые платы также могут вызывать поздние конфликты. |
|
Хорошие кадры (1 конфликт) |
Общее число кадров, которые испытали только один конфликт, а затем были успешно переданы. |
Конфликты в полудуплексной среде — обычное ожидаемое поведение. |
|
Хорошие кадры (> 1 конфликта) |
Общее число кадров, которые испытали от 2 до 15 конфликтов включительно, а затем были успешно переданы. |
Конфликты в полудуплексной среде — обычное ожидаемое поведение. По мере приближения к верхнему пределу данного счетчика для таких кадров возрастает риск превышения 15 конфликтов и причисления к частым конфликтам. |
|
Отброшенные кадры сети VLAN |
Число кадров, отброшенных интерфейсом из-за задания бита CFI. |
Биту Canonical Format Indicator (CFI) в TCI кадра 802.1q задается значение 0 для канонического формата кадра Ethernet. Если биту CFI задано значение 1, это указывает на наличие поля сведений о маршрутизации (RIF) или неканонического кадра Token Ring, который отброшен. |
|
Received Frames (принятые кадры) |
||
|
No bandwidth frames (кадры с недостатком пропускной способности) |
Только 2900/3500XL. Количество раз, которое порт принимал пакеты из сети, но у коммутатора не было ресурсов для его принятия. Это случается только в условиях высокой нагрузки, но может произойти и в случае всплесков трафика на нескольких портах. Таким образом, небольшое число в поле «No bandwidth frames» – не повод для беспокойства. (Оно должно оставаться намного меньше одного процента принятых кадров.) |
Отбрасывание кадров вызвано чрезмерной нагрузкой трафиком данного интерфейса. Если в этом поле наблюдается рост числа пакетов, уменьшите нагрузку на данный интерфейс. |
|
No buffers frames (кадры без буфера) |
Только 2900/3500XL. Количество раз, которое порт принимал пакеты из сети, но у коммутатора не было ресурсов для его принятия. Это случается только в условиях высокой нагрузки, но может произойти и в случае всплесков трафика на нескольких портах. Таким образом, небольшое число в поле «No buffers frames» – не повод для беспокойства. (Оно должно оставаться намного меньше одного процента принятых кадров.) |
Отбрасывание кадров вызвано чрезмерной нагрузкой трафиком данного интерфейса. Если в этом поле наблюдается рост числа пакетов, уменьшите нагрузку на данный интерфейс. |
|
No dest, unicast (одноадресные пакеты без назначения) |
Это число одноадресных пакетов, которые не были пересланы данным портом другим портам. |
Ниже дается краткое описание случаев, когда значение счетчиков «No dest» (unicast, multicast и broadcast) может возрастать.
|
|
No dest, multicast (многоадресные пакеты без назначения) |
Это число многоадресных пакетов, которые не были пересланы данным портом другим портам. |
|
|
No dest,broadcast (широковещательные пакеты без назначения) |
Это число широковещательных пакетов, которые не были пересланы данным портом другим портам. |
|
|
Alignment errors (ошибки выравнивания) |
Ошибки выравнивания определяются числом полученных кадров, которые не заканчиваются четным количеством октетов и имеют неверную контрольную сумму CRC. |
Ошибки выравнивания вызываются неполным копированием кадра в канал, что приводит к фрагментированным кадрам. Ошибки выравнивания являются результатом конфликтов при несоответствии дуплексных режимов, неисправном оборудовании (сетевой плате, кабеле или порте), или подключенное устройство генерирует кадры, не завершающиеся октетом, или с неверной последовательностью FCS. |
|
FCS errors (ошибки FCS) |
Число ошибок последовательности FCS соответствует числу кадров, принятых с неверной контрольной суммой (CRC) в кадре Ethernet. Такие кадры отбрасываются и не передаются на другие порты. |
Ошибки FCS являются результатом конфликтов в случае несоответствия дуплексных режимов, неисправного оборудования (сетевая плата, кабель или порт) или кадров с неверной последовательностью FCS, формируемых подключенным устройством. |
|
Undersize frames (неполномерные кадры) |
Это общее число принятых пакетов с длиной менее 64 октетов (без битов кадрирования, но с октетами FCS) и допустимым значением FCS. |
Это указывает на поврежденный кадр, сформированный подключенным устройством. Убедитесь, что подключенное устройство функционирует правильно. |
|
Oversize frames (кадры избыточного размера) |
Число принятых портом из сети пакетов с длиной более 1514 байтов. |
Это может указывать на сбой оборудования либо проблемы конфигурации режима магистрального соединения для dot1q или ISL. |
|
Collision fragments (фрагменты с конфликтами) |
Общее число кадров с длиной менее 64 октетов (без битов кадрирования, но с октетами FCS) и неверным значением FCS. |
Увеличение значения этого счетчика указывает на то, что порты настроены на полудуплексный режим. Установите в настройках дуплексный режим. |
|
Overrun frames (кадры с переполнением) |
Количество раз, которое оборудованию приемника не удалось поместить принятые данные в аппаратный буфер. |
Входящая скорость трафика превысила способность приемника к обработке данных. |
|
VLAN filtered frames (кадры, отфильтрованные по сети VLAN) |
Общее число кадров, отфильтрованных по типу содержащейся в них информации о сети VLAN. |
Порт можно настроить на фильтрацию кадров с тегами 802.1Q. При получении кадра с тегом 802.1Q он фильтруется, а значение счетчика увеличивается. |
|
Source routed frames (кадры с маршрутом источника) |
Общее число полученных кадров, которые были отброшены из-за задания бита маршрута источника в адресе источника собственного кадра. |
Этот тип маршрутизации источников определен только для Token Ring и FDDI. Спецификация IEEE Ethernet запрещает задание этого бита в кадрах Ethernet. Поэтому коммутатор отбрасывает такие кадры. |
|
Valid oversize frames (допустимые кадры избыточного размера) |
Общее число полученных кадров с длиной, превышающей значение параметра System MTU, но с правильными значениями FCS. |
В данном случае собирается статистика о кадрах с длиной превышающей настроенное значение параметра System MTU, размер которых можно увеличить с 1518 байтов до размера, разрешенного для инкапсуляции Q-in-Q или MPLS. |
|
Symbol error frames (кадры с ошибками символа) |
В Gigabit Ethernet (1000 Base-X) используется кодирование 8B/10B для преобразования 8-битных данных из MAC-подуровня (уровень 2) в 10-битный символ для отправки по проводу. Когда порт получает символ, он извлекает 8-битные данные из данного символа (10 битов). |
Символьная ошибка означает, что интерфейс обнаружил прием неопределенного (недопустимого) символа. Небольшое число символьных ошибок можно игнорировать. Большое число символьных ошибок может указывать на неисправность устройства, кабеля или оборудования. |
|
Invalid frames, too large (недопустимые кадры, слишком большие) |
Кадры с недопустимо большой величиной или полученные кадры с неверной последовательностью FCS, размер которых превышает размер максимального кадра в IEEE 802.3 (1518 байт для сетей Ethernet без поддержки jumbo-кадров). |
В большинстве случаев это является следствием поврежденной сетевой интерфейсной платы. Попробуйте найти проблемное устройство и удалить его из сети. |
|
Invalid frames, too small (недопустимые кадры, слишком маленькие) |
Кадры с недопустимо маленькой величиной или кадры, размером менее 64 байта (с битами FCS, но без заголовка кадра) и недопустимым значением FCS или ошибкой выравнивания. |
Это может произойти из-за несоответствия дуплексных режимов и физических проблем, таких как неисправный кабель, порт или сетевая плата на подключенном устройстве. |
Команда Show Top для CatOS
Команда show top позволяет собирать и анализировать данные о каждом физическом порте коммутатора. Данная команда для каждого физического порта отображает следующие данные:
-
уровень загрузки порта (Uti %)
-
число входящих и исходящих байтов (Bytes)
-
число входящих и исходящих пакетов (Pkts)
-
число входящих и исходящих пакетов широковещательной рассылки (Bcst)
-
число входящих и исходящих пакетов многоадресной рассылки (Mcst)
-
число ошибок (Error)
-
число ошибок переполнения буфера (Overflow)
Примечание: При вычислении уровня загрузки порта данная команда объединяет строки Tx и Rx в один счетчик, а также определяет пропускную способность в дуплексном режиме при вычислении процента загруженности. Например, порт Gigabit Ethernet работает в дуплексном режиме с пропускной способностью 2000 Мбит/с.
Число ошибок (in Errors) представляет сумму всех пакетов с ошибками, полученных данным портом.
Переполнение буфера означает, что порт принимает больше трафика, чем может быть сохранено в его буфере. Это может быть вызвано пульсирующим трафиком, а также переполнением буферов. Предлагаемое действие — уменьшить скорость передачи исходного устройства.
Также см. значения счетчиков «In-Lost» и «Out-Lost» в выходных данных команды show mac .
Распространенные сообщения о системных ошибках
В Cisco IOS иногда используется различный формат для системных сообщений. Для сравнения можно проверить системные сообщения CatOS и Cisco IOS. Описание выпусков используемого программного обеспечения см. в руководстве Сообщения и процедуры восстановления. Например, можно прочитать документ Сообщения и процедуры восстановления для ПО CatOS версии 7.6 и сравнить его с содержимым документа Сообщения и процедуры восстановления для выпусков Cisco IOS 12.1 E.
Сообщения об ошибках в модулях WS-X6348
Просмотите следующие сообщения об ошибках.
-
Coil Pinnacle Header Checksum (контрольная сумма заголовка Coil/Pinnacle)
-
Ошибка состояния компьютера Coil Mdtif
-
Ошибка контрольной суммы пакета Coil Mdtif.
-
Ошибка «Coil Pb Rx Underflow»
-
Ошибка четности Coil Pb Rx
Можно проверить наличие в сообщениях системного журнала одной из описанных ниже ошибок.
%SYS-5-SYS_LCPERR5:Module 9: Coil Pinnacle Header Checksum Error - Port #37
При появлении этого типа сообщений или в случае сбоя группы портов 10/100 в модулях WS-X6348 см. в следующих документах дальнейшие советы по устранению неполадок в зависимости от используемой операционной системы.
%PAGP-5-PORTTO / FROMSTP и %ETHC-5-PORTTO / FROMSTP
В CatOS используйте команду show logging buffer для просмотра сохраненных сообщений журнала. Для Cisco IOS используйте команду show logging .
Протокол PAgP выполняет согласование каналов EtherChannel между коммутаторами. Если устройство присоединяется или покидает порт моста, на консоли отображается информационное сообщение. В большинстве случае появление этого сообщение совершенно нормально, однако при появлении таких сообщений на портах, которые по каким-то причинам не участвуют в переброске, требуется дополнительное изучение. Для изучения консольных сообщений всегда можно обратиться в IT-аутсорсинговую компанию, которая специализируется на обслуживании сетевого оборудования.
В программном обеспечении CatOS версии 7.x или выше «PAGP-5» изменено на «ETHC-5», чтобы сделать данное сообщение более понятным.
Это сообщение характерно для коммутаторов серии Catalyst 4000, 5000 и 6000 с ПО CatOS. Для коммутаторов с ПО Cisco IOS нет сообщений об ошибках, эквивалентных данному.
%SPANTREE-3-PORTDEL_FAILNOTFOUND
Это сообщение не указывает на проблему с коммутатором. Оно обычно возникает вместе с сообщениями %PAGP-5-PORTFROMSTP.
Протокол PAgP выполняет согласование каналов EtherChannel между коммутаторами. Если устройство присоединяется или покидает порт моста, на консоли отображается информационное сообщение. В большинстве случае появление этого сообщение совершенно нормально и не требует, каких-либо действий вроде аудита IT-инфраструктуры, однако при появлении таких сообщений на портах, которые по каким-то причинам не участвуют в переброске, требуется дополнительное изучение.
Это сообщение характерно для коммутаторов серии Catalyst 4000, 5000 и 6000 с ПО CatOS. Для коммутаторов с ПО Cisco IOS нет сообщений об ошибках, эквивалентных данному.
%SYS-4-PORT_GBICBADEEPROM: / %SYS-4-PORT_GBICNOTSUPP
Наиболее распространенная причина появления этого сообщения заключается в установке несертифицированного стороннего (не Cisco) конвертера GBIC в модуль Gigabit Ethernet. У такого конвертера GBIC нет памяти Cisco SEEPROM, что приводит к созданию сообщения об ошибке.
GBIC-модули WS-G5484, WS-G5486 и WS-G5487, используемые с WS-X6408-GBIC, также могут вызвать появление таких сообщений об ошибках, однако реальных проблем с данными платами и GBIC-модулями нет, а для программного обеспечения есть обновленное исправление.
Команда отклонена: [интерфейс] не является коммутационным портом
В коммутаторах, поддерживающих и интерфейсы L3, и коммутационные порты L2, сообщение Команда отклонена: [интерфейс] не является коммутационным портом отображается при попытке ввода команды, относящейся к уровню2, для порта, который настроен в качестве интерфейса уровня 3.
Чтобы преобразовать данный интерфейс из режима уровня 3 в режим уровня 2, выполните команду настройки интерфейса switchport. После применения этой команды настройте для данного порта требуемые свойства уровня 2.
Часть 4