Jump to content
Калькуляторы

Коммутаторы SNR серии S2995G

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

 

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 пакетов.

Edited by Flashko88

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites
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, так и не запустили. Сняли и положили в коробку.  Причём две штуки 

Share this post


Link to post
Share on other sites
28 minutes ago, alvisid said:

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

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

Share this post


Link to post
Share on other sites

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

Edited by gawric

Share this post


Link to post
Share on other sites
3 часа назад, Evgeny Mirhasanov сказал:

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

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

Edited by alvisid

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

Для примера пинг до 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


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

Share this post


Link to post
Share on other sites

@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

 

 

Edited by Flashko88

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

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

Edited by Flashko88

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now