[raveren]

4 часа назад, Aleksey Sonkin сказал:

@raveren Обновите версию ПО, также engine id должен быть в hexadecimal.

Пробовал на разных версиях ПО. Сейчас установлена версия 7.5.3.2(R0004.0226). Это кстати не только данной модели коммутатора касается. Вы сами проверьте прежде чем советовать ПО обновлять.

У меня получилось изменить engineid только ручным редактированием в текстовом редакторе, затем заливкой в startup.cfg и перезагрузкой коммутатора.

[Aleksey Sonkin]

@raveren
В лаборатории подобную проблему на рекомендуемой версии ПО (как раз R0004.0226) воспроизвести не удается, именно исходя из этого была дана рекомендация в обновлении.

Учитывая, что ваша версия ПО совпадает с рекомендуемой, оставьте обращение на support.nag.ru приложив полный вывод 'sh run'.

[Bachaa]

Друзья, а почему эти коммутаторы (Управляемый коммутатор уровня 3 SNR-S2995G-24FX-UPS) на десятку дешевле этих? (Управляемый коммутатор уровня 2+ SNR-S2990G-24FX-UPS)

 

[Aleksey Sonkin]

@Bachaa 
Коммутаторы построены на разных чипсетах, серия S2995G построена на Marvell, S2990 на Broadcom. У каждой серии есть свои преимущества, к примеру S2995G поддерживает DDMI на всех портах, PIM, BGP, поэтому дешевле - не значит хуже :)

[Bachaa]

Хорошо. Тогда почему "старый" 2990 стоит на десятку дороже? Как-то нелогично...

[Aleksey Sonkin]

@Bachaa Всех тонкостей ценообразования мы сказать не можем, но производство данного коммутатора обходилось дороже.

[Bachaa]

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

[Aleksey Sonkin]

@Bachaa Цены могут отличаться от розничных, поэтому обратитесь к вашему менеджеру. Рассчитает оба варианта.

[Flashko88]

Здравствуйте

 

SNR-S2995G-12FX Device

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

столкнулись с следующей проблемой. Когда подключили коммутатор к определенному сегменту сети, выяснилось, что сам этот коммутатор пингуеся с потереми по сети управления, стабильно теряется 11-12 пакетов из 1000, однако коммутаторы из той же сети, которые к нему подключены  гигабитными sfp модулями и медными патчкордами в комбо порты пингуются без потерь. Клиенты кстати тоже без потерь пингуются. 

Схема включения простая,

Vlan 333

 interface Vlan333

 ip address 192.168.1.10  255.255.255.0

ip route 0.0.0.0/0 192.168.1.1

Interface Ethernet1/0/16

switchport mode trunk
 switchport trunk allowed vlan all
 switchport trunk native vlan 333

 

по такой схеме подключено оба коммутатора, один уже активно в сети работает, а другой на стенде подключенный прямым оптическим патчкордом и двумя sfp+ модулями  и со шлюзов  абсолютно одинаковые потери.

 

может есть волшебная команда для коммутаторов 2995G серии, чтобы такого не было. У нас в сети  много коммутаторов L2 2985 серии с ними такой проблемы нет.

 

только что установили наш первый коммутатор SNR-S2995G-24TX Device. ещё на другой сегмент сети, и до него абсолютно такие же потери по сети управления 11-12 пакетов.

Изменено 18 декабря, 2019 пользователем Flashko88

[Evgeny Mirhasanov]

Добрый день. Пожалуйста, приложите вывод sh tech отдельным файлом с проблемного коммутатора. Я правильно понимаю, что проблема носит скорее косметический характер?

 

Уточните, пингуете с непосредственно подключенного к коммутатору ПК?

[alvisid]

19 часов назад, Flashko88 сказал:

Здравствуйте

 

SNR-S2995G-12FX Device

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

столкнулись с следующей проблемой. Когда подключили коммутатор к определенному сегменту сети, выяснилось, что сам этот коммутатор пингуеся с потереми по сети управления, стабильно теряется 11-12 пакетов из 1000, однако коммутаторы из той же сети, которые к нему подключены  гигабитными sfp модулями и медными патчкордами в комбо порты пингуются без потерь. Клиенты кстати тоже без потерь пингуются. 

Схема включения простая,

Vlan 333

 interface Vlan333

 ip address 192.168.1.10  255.255.255.0

ip route 0.0.0.0/0 192.168.1.1

Interface Ethernet1/0/16

switchport mode trunk
 switchport trunk allowed vlan all
 switchport trunk native vlan 333

 

по такой схеме подключено оба коммутатора, один уже активно в сети работает, а другой на стенде подключенный прямым оптическим патчкордом и двумя sfp+ модулями  и со шлюзов  абсолютно одинаковые потери.

 

может есть волшебная команда для коммутаторов 2995G серии, чтобы такого не было. У нас в сети  много коммутаторов L2 2985 серии с ними такой проблемы нет.

 

только что установили наш первый коммутатор SNR-S2995G-24TX Device. ещё на другой сегмент сети, и до него абсолютно такие же потери по сети управления 11-12 пакетов.

Точно такая же проблема на 2990, так и не запустили. Сняли и положили в коробку.  Причём две штуки 

[Evgeny Mirhasanov]

28 minutes ago, alvisid said:

Точно такая же проблема на 2990, так и не запустили. Сняли и положили в коробку.  Причём две штуки  

Пожалуйста подскажите, по какой причине потеря 1% пингов до SVI является столь критичной на коммутаторе L2-агрегации?

[gawric]

Используем примерно 4шт 2995-24Fx проблема с 4  электрическими портами на 100Mbit периодически откл/вкл порты буквально миллисекунды но вызывает не большие потери. (Не проверено до конца) не все лазеры запускаются на комбо портах 

Изменено 19 декабря, 2019 пользователем gawric

[alvisid]

3 часа назад, Evgeny Mirhasanov сказал:

Пожалуйста подскажите, по какой причине потеря 1% пингов до SVI является столь критичной на коммутаторе L2-агрегации?

Потому как ответственный узел и не могли рисковать, не зная - будет ли влиять это на транзит или нет. Так это не глюк, это фича и вполне допустимо?

Изменено 19 декабря, 2019 пользователем alvisid

[alibek]

Для бюджетного l2-доступа вполне допустимо, на аппаратную коммутацию пакетов это не влияет.

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

Мы 2995 используем в качестве l2-агрегации, но в ядро я бы из не ставил.

[Evgeny Mirhasanov]

Для примера пинг до S2995G-24FX с непосредственно подключенного ноутбука:
 

--- 192.168.1.1 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 1006009ms
rtt min/avg/max/mdev = 0.852/1.235/37.334/2.217 ms

Поэтому повторюсь, надо понимать, как именно тестировали. Была ли на коммутатор в это время нагрузка и какая.

[Flashko88]

@Evgeny Mirhasanov Всё пинги с маршрутизаторов cisco на которых заведена сеть управления, я готов скинуть шоу тех в тхт файлах и пинги,  но не готов это размещать открыто на форуме, куда нибудь на почту например. Да это скорее чисто косметическая проблема, но надо бы узнать причину, потому что с L2 коммутаторами  SNR серии 2985, в тех же сегментах сети таких проблем нет.

 

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

 

да не будет

Скрытый текст

10.0.31.17 ping statistics ---
1500 packets transmitted, 1500 received, 0% packet loss, time 1500960ms
rtt min/avg/max/mdev = 1.844/2.293/17.720/1.362 ms

Но если пинговать с маршрутизатора или коммутатора cisco из той же сети, то получается так.

Скрытый текст

ping 10.0.31.17 repeat 1000

Type escape sequence to abort.
Sending 1000, 100-byte ICMP Echos to 10.0.31.17, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!.!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!
Success rate is 99 percent (991/1000), round-trip min/avg/max = 1/4/1001 ms

вот ещё интересный момент

Скрытый текст

коммутатор SNR серии 2985 10.0.31.31, подключен по оптике к коммутатору SNR-S2995G-12FX Device 10.0.31.17 и до него пинг нормальный

ping 10.0.31.31 repeat 1000

Type escape sequence to abort.
Sending 1000, 100-byte ICMP Echos to 10.0.31.31, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent (1000/1000), round-trip min/avg/max = 1/3/21 ms

 

 

Изменено 23 декабря, 2019 пользователем Flashko88

[Evgeny Mirhasanov]

Судя по всему проблема возникает именно при пинге с Cisco. Т.к. в лаборатории потерь нет, если с Orion Alpha A10 пинговать SNR-S2995G и если с SNR-S2995G пиговать Cisco Catalyst 3750.  А вот с Cisco до SNR-S2995G есть тот самый один процент потерь.

[Flashko88]

@Evgeny Mirhasanov в моём случае,  пинги с Cisco Catalyst 4948 и Сisco 7606 и 7604 и со старенькой 1700 на тестовом стенде, везде этот 1% потерь, а есть вероятность что в будущих обновлениях ПО для коммутаторов серии 2995 эта проблема будет исправлена? Так как проблема чисто косметическая, это не столь важно, но всё же хочется в сети наблюдать определенную красоту.

[Evgeny Mirhasanov]

@Flashko88 В вашей сети только устройства SNR и Cisco? Есть ли возможность сделать такой тест с оборудования третьего вендора?

 

На самом деле проблема действительно косметическая. Cisco очень интенсивно пингует. Пропишите на SNR cpu-rx-ratelimit protocol ICMP 400 и потерь не станет.

[vurd]

А где show cpu-rx protocol ICMP вообще?

У меня пару раз на них отсыхал ospf, причем во все стороны, пологаю и там где-то встроенный copp порылся.

[Flashko88]

 @Evgeny Mirhasanov У нас в сети полный зоопарк всего что работает на 2 уровне,  в основном коммутаторы с cisco-подобным конфигом,  а маршрутизация вся на cisco. SNR начали устанавливать совсем не давно, этой осени наверно.

cpu-rx-ratelimit protocol ICMP 600 прописал, при значении 400 и при 500 -  1 пакетик всё-таки терялся, теперь всё хорошо.

спасибо большое, с Наступающим :)

Изменено 29 декабря, 2019 пользователем Flashko88

[Aleksey Sonkin]

@Evgeny Mirhasanov не на всех моделях есть, все протоколы можно посмотреть командой 'show cpu-rx protocol all'

[SyJet]

Как мониторить по snmp данные батареи и текущее систояние питания на 2995-ups?

[Aleksey Sonkin]

@SyJet 
Статус текущего питания - .1.3.6.1.4.1.40418.7.100.1.23.2 (1 - AC, 2 - DC)
Возможность получить данные от батареи отсутствует аппаратно.