[FMA0]

Добрый день.

Есть

  SNR-S2982G-24T-POE Device, Compiled on Oct 14 17:57:11 2022
  SoftWare Version 7.0.3.5(R0241.0551)
  BootRom Version 7.2.55
  HardWare Version 2.0.1

Подключаю в 23 порт устройство, питающееся по PoE, но получаю

Interface       Status  Oper   Power(mW) Max(mW) Current(mA) Volt(V) Priority Class
--------------- ------- ------ --------- ------- ----------- ------- -------- -----
Ethernet1/0/23   enable   deny         0   30000           0       0      low     3

В логах

405 %Oct 26 15:13:24:037 2022 <critical> MODULE_POE[tPoeStatus]:%LINK-3-POE: Interface Ethernet1/0/23, PD oper change to :4(deny)
404 %Oct 26 15:13:19:509 2022 <critical> MODULE_POE[tPoeStatus]:%LINK-3-POE: Interface Ethernet1/0/23, PD is not powered!

Подскажите, как понять, что устройству не нравится, если на соседнем аналогичном коммутаторе оно работает?

 

Настройки:

#sh power inline

Power Inline Status: On
Power Available: 200 W
Power Used: 0 W
Power Remaining: 200 W
Power Max-type: user-defined
Min Voltage: 44 V
Max Voltage: 57 V
Police: Off
Legacy: Off
Disconnect: Ac
Mode: Signal
Pse Type: RTL
HW Version:
SW Version: 1.0.0.4

#sh run
!
service password-encryption
!
hostname 11.4a-2.2
!
username ___ privilege 15 password 7 ___
!
authentication line console login local
!
!
clock timezone +5 add 5 0
!
!
!
!
!
!
spanning-tree
!
!
!
!
!
!
!
vlan 1
!
vlan 86
!
vlan 125
!
vlan 999
 name blackhole
!
Interface Ethernet1/0/1
 switchport access vlan 999
!
Interface Ethernet1/0/2
 switchport access vlan 999
!
Interface Ethernet1/0/3
 switchport access vlan 999
!
Interface Ethernet1/0/4
 switchport access vlan 999
!
Interface Ethernet1/0/5
 switchport access vlan 999
!
Interface Ethernet1/0/6
 switchport access vlan 999
!
Interface Ethernet1/0/7
 switchport access vlan 999
!
Interface Ethernet1/0/8
 switchport access vlan 999
!
Interface Ethernet1/0/9
 switchport access vlan 999
!
Interface Ethernet1/0/10
 switchport access vlan 999
!
Interface Ethernet1/0/11
 switchport access vlan 999
!
Interface Ethernet1/0/12
 switchport access vlan 999
!
Interface Ethernet1/0/13
 switchport access vlan 999
!
Interface Ethernet1/0/14
 switchport access vlan 999
!
Interface Ethernet1/0/15
 switchport access vlan 999
!
Interface Ethernet1/0/16
 switchport access vlan 999
!
Interface Ethernet1/0/17
 switchport access vlan 999
!
Interface Ethernet1/0/18
 switchport access vlan 999
!
Interface Ethernet1/0/19
 switchport access vlan 999
!
Interface Ethernet1/0/20
 switchport access vlan 999
!
Interface Ethernet1/0/21
 switchport access vlan 999
!
Interface Ethernet1/0/22
 switchport access vlan 999
!
Interface Ethernet1/0/23
 switchport access vlan 999
!
Interface Ethernet1/0/24
 switchport access vlan 999
!
Interface Ethernet1/0/25
 switchport mode trunk
!
Interface Ethernet1/0/26
 switchport mode trunk
!
Interface Ethernet1/0/27
 switchport mode trunk
!
Interface Ethernet1/0/28
 description uplink
 switchport mode trunk
!
interface Vlan125
 ip address 10.10.15.42 255.255.255.0
!
ip default-gateway 10.10.15.1
!
ntp enable
ntp server 10.10.2.56
!
!
no login
!
captive-portal
!
end

 

[Vladimir Efimtsev]

Здравствуйте, @FMA0

Создайте, пожалуйста, обращение на support.nag.ru

К обращению прикрепите информацию, указанную выше, а также выводы команд "sh ver", "sh power inline interface".

Также скажите, проблему наблюдаете только с данным портом или с другими тоже?

[FMA0]

Сейчас создам, спасибо.

Цитата

Также скажите, проблему наблюдаете только с данным портом или с другими тоже?

На всех.

[Kozubsky Vladimir]

Добрый день, @FMA0. По результатам обращения на support.nag пришли в к выводу, что это аппаратная неисправность коммутатора и дали вам рекомендации по обращению в СЦ.

[МихаилМ]

Добрый день, есть коммутатор SNR-S2982G-24T-POE мониториться zabbix 6.0.17 используется шаблон отсюда

https://data.nag.ru/SNR Switches/Templates/Zabbix/S2962%2C S2965%2C S2982G%2C S2985G/SNR S2962|65%2C S2982G|85G Templates Zabbix.zip

 

SoftWare Version 7.0.3.5(R0241.0594)
BootRom Version 7.2.55
HardWare Version 2.0.1
 

Периодически срабатывает триггер High bandwidth usage >90%, интерфейсы на которых срабатывает триггер разные, загрузка на них не превышает 1-10%

ошибок на интерфейсах нет, ошибок в шаблоне тоже не нашел. 

Куда смотреть не подскажите?

[Vladimir Efimtsev]

@МихаилМ, добрый день. Подскажите, у вас такая проблема только с одним коммутатором данной модели с данной версией ПО или где-то еще похожую проблему наблюдаете?

Как вы определили, что реальная загрузка интерфейсов не превышает 1-10%?

[МихаилМ]

Таких коммутаторов два, в боевом режиме 5 дней, на первом триггер срабатывал 5 раз, на втором коммутаторе триггер срабатывал 1 раз.

Нагрузку смотрел по ssh командой show interface ethernet 1/0/X и на этих коммутаторах висят видеокамеры в количестве 13 штук на первом и 12 штук на втором.

Поток с каждой камеры 4 мегабита среднее, интерфейсы у камер 100 мегабитные.

Аплинк на коммутаторе 1 гигабит. Триггеры на высокую загрузку срабатывал на на аплинке и на портах с камерами.

 

Вот какой трафик на аплинке:

floor12-video-sw#show interface ethernet 1/0/24
Interface brief:
    MTU 1500 bytes, BW 1000000 Kbit
  Time since last status change:0w-5d-0h-43m-13s  (434593 seconds)
  Encapsulation ARPA, Loopback not set
  Auto-duplex: Negotiation full-duplex, Auto-speed: Negotiation 1G bits
  FlowControl is off, MDI type is auto
Statistics:
  5 minute input rate 344453 bits/sec, 624 packets/sec
  5 minute output rate 12486046 bits/sec, 1213 packets/sec
  The last 5 second input rate 355029 bits/sec, 627 packets/sec
  The last 5 second output rate 13058642 bits/sec, 1216 packets/sec
  Input packets statistics:
    226609887 input packets, 15646025031 bytes, 0 no buffer
    224673860 unicast packets, 124199 multicast packets, 1811828 broadcast packets
    0 input errors, 0 CRC, 0 frame alignment, 0 overrun, 0 ignored,
    0 abort, 0 length error, 0 undersize 0 jabber, 0 fragments, 0 pause frame
  Output packets statistics:
    441324959 output packets, 563218101677 bytes, 0 underruns
    439755387 unicast packets, 664 multicast packets, 1568908 broadcast packets
    0 output errors, 0 collisions, 0 late collisions, 0 pause frame

 

Вот трафик с камеры:
floor12-video-sw#show interface ethernet 1/0/9
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 Gigabit-TX, address is f8-f0-82-d3-99-80
  PVID is 12
  MTU 1500 bytes, BW 100000 Kbit
  Time since last status change:0w-4d-2h-3m-12s  (352992 seconds)
  Encapsulation ARPA, Loopback not set
  Auto-duplex: Negotiation full-duplex, Auto-speed: Negotiation 100M bits
  FlowControl is off, MDI type is auto
Statistics:
  5 minute input rate 493883 bits/sec, 55 packets/sec
  5 minute output rate 17721 bits/sec, 34 packets/sec
  The last 5 second input rate 453011 bits/sec, 59 packets/sec
  The last 5 second output rate 16977 bits/sec, 38 packets/sec
  Input packets statistics:
    19428788 input packets, 21784146992 bytes, 15 no buffer
    19305273 unicast packets, 32 multicast packets, 123468 broadcast packets
    15 input errors, 0 CRC, 0 frame alignment, 0 overrun, 0 ignored,
    0 abort, 0 length error, 0 undersize 0 jabber, 15 fragments, 0 pause frame
  Output packets statistics:
    12189750 output packets, 788480490 bytes, 0 underruns
    10348541 unicast packets, 433 multicast packets, 1840776 broadcast packets
    0 output errors, 0 collisions, 0 late collisions, 0 pause frame
 

[Vladimir Efimtsev]

@МихаилМ, а вы эти выводы с портов коммутатора снимали непосредственно, когда у вас срабатывал триггер? Или просто сейчас сняли в случайный момент времени?

И с каким интервалом заббикс опрашивает коммутатор?

Просто, возможно, имеют место быть берсты трафика, которые периодически совпадают с моментом опроса коммутатора, поэтому и срабатывает триггер периодически.

[МихаилМ]

В посте состояние портов в случайный момент времени.

Заббикс опрашивает состояние портов каждые 30 секунд, триггер высокая загрузка заббикс считает по среднему значению за 15 минут.

Внимательно посмотрел заббикс и увидел что триггер срабатывает из-за того что Item входящего трафика на интерфейсе получает нереально высокие. (на 100 мегабитном интерфейсе получает значение в 60 гигабит)

https://disk.yandex.ru/i/Q82L3KuO0h_4Tg

https://disk.yandex.ru/i/hFZhmOXcnvr8xg

 

 

Изменено 21 июня, 2023 пользователем МихаилМ

[kuzma73]

Прочитал тему. Братан, встрял ты с этим SNR конкретно. Я такие себе брал себе в контору для тестов. Тоже думал на них видео сделать. Месяц трахался с ними. Всё кривые, косые. Нихрена не работают. Плюнул, взял Длинки. Сижу, горя не знаю.

[Vladimir Efimtsev]

@МихаилМ, добрый день. Не совсем понимаю, что вы имеете в виду под "триггер высокая загрузка заббикс считает по среднему значению за 15 минут.", судя по графикам, которые вы предоставили, вижу, что опрос происходит где-то раз в минуту.

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

Для этого можно снять мониторинговую сессию, с порта, куда подключен Zabbix (где от него прилетают запросы), а в другой порт (в порт назначения) подключить ноутбук/ПК с запущенным сниффером, например, Wireshark.

После того, как снимете дамп, напишите нам на nag.support, и прикрепите все данные к обращению, предлагаю разбираться дальше там.

[Aleksey Sonkin]

@kuzma73

 

Здравствуйте, тысячи клиентов России и СНГ с вами бы поспорили. Мы не скрываем, что проблемы периодически возникают, также как и на любом вендоре, включая D-Link. Но мы эти проблемы оперативно устраняем. Если у вас что-то не заработало во время тестов - вы могли создать чат тестирования с нашими инженерами с помощью вашего менеджера или просто обратиться на support.nag.ru. Уверен, ваша проблема была бы решена.

[ALEX_SE]

Vladimir Efimtsev

Вот что имеется в виду видимо.

(avg(/Template SNR Interfaces Statistic/net.if.in[ifHCInOctets.{#SNMPINDEX}],15m)>({$IF_UTIL_MAX:"{#IFNAME}"}/100)*last(/Template SNR Interfaces Statistic/net.if.speed[ifHighSpeed.{#SNMPINDEX}]) or
avg(/Template SNR Interfaces Statistic/net.if.out[ifHCOutOctets.{#SNMPINDEX}],15m)>({$IF_UTIL_MAX:"{#IFNAME}"}/100)*last(/Template SNR Interfaces Statistic/net.if.speed[ifHighSpeed.{#SNMPINDEX}])) and
last(/Template SNR Interfaces Statistic/net.if.speed[ifHighSpeed.{#SNMPINDEX}])>0

И если там прилетает несколько терабит в сек то среднее будет высоким. Бывает такое факт.

kuzma73

Сколько людей столько и мнений. Я наоборот ровно по той же причине в сети камер и безопасности с длинка ушел на снр и то же практически не знаю горя. Бывают проблемы не без этого, как и везде, но они хотя бы решаются и их не так много. ИТ-служба в своей сети сидит на длинках и плюется. И потихоньку смотрю закупается чем-то другим в т.ч. и снр :)