Перейти к содержимому
Калькуляторы

Evgeny Mirhasanov

Пользователи
  • Публикации

    274
  • Зарегистрирован

  • Посещение

Все публикации пользователя Evgeny Mirhasanov


  1. @ek Добрый день. 4 MB буфер. Changelog с фиксами и добавлениями фич лежит здесь. Если ищете коммутатор "исключительно на L2-агрегацию", то модель точно подойдет. Построена на чипе Broadcom.
  2. @ek Добрый день. Под ваши условия подходит SNR-S2990X-24FQ Прикладываю ссылку на даташит
  3. @fffserg Добрый день. Можно использовать SFP трансивер в SFP+ порту, но нужно будет применить на таком порту команду 'speed-duplex force1g-full'. MGMT порт не может быть использован для расширения существующих 24 портов. Только навесить IP-адрес и подключаться к коммутатору для управления им.
  4. @empty_field Добрый день. Пожалуйста, оформите обращение на support.nag.ru, прикрепив выводы 'sh run' и 'sh ver' со всех 2960 и 2995. Нужно проанализировать топологию и настройки.
  5. @YuryD Можно. Приведу цитату из статьи в нашей базе знаний: Восстановление ПО из Boot-режима Если ПЗУ коммутатора не содержит образа ПО или его пришлось отформатировать (format flash:), то восстановление ПО необходимо проводить в Boot-режиме. Если на лицевой панели коммутатора имеется MGMT-порт, то следует использовать именно его для для подключения к сегменту сети с файловым сервером. Если такого порта нет, то можно использовать 1-й порт. Для входа в Boot-режим необходимо нажать сочетание клавиш Ctrl+b при загрузке коммутатора. Смотрим настройки: [Boot]: showconfig Host IP Address: 10.1.1.1 Server IP Address: 10.1.1.2 Далее применяем необходимую нам конфигурацию: [Boot]: setconfig Host IP Address: [10.1.1.1] 192.168.1.1 Server IP Address: [10.1.1.2] 192.168.1.3 Проверяем доступ до коммутатора командой 'ping': [Boot]: ping 192.168.1.3 Загружаемся с образа ПО на TFTP-сервере: [Boot]: run tftp:S2985G/nos.img Зайдя в привилегированный режим, записываем образ ПО с помощью команды 'copy':
  6. Добрый день. Утилиты для централизованного управления коммутаторами SNR нет. Вместо проприетарного CDP используется LLDP. Подробнее р нем можно прочитать в нашей документации.
  7. @RN3DCX Добрый день. STP? Выключен на большинстве коммутаторов SNR.
  8. @RN3DCX Добрый день. Если на коммутаторе включен STP, то 'no spanning-tree' на порту, если нет, то 'bridge-protocol filter stp'.
  9. Добрый день. Если проблема все еще актуальна, пожалуйста оставьте обращение на support.nag.ru
  10. @andpuxa Добрый день. Исправили проблему в новой версии ПО. FIX|CRM20211028007865 issue with 'authentication ip access-class'
  11. @_J_ Добрый день. Пример такой настройки есть в нашей документации, в главе 4.3.2 VRF Internet Access Mode 1 Для этого на SVI вместе с VRF добавляется опция "fallback global" PE1(config)#interface Vlan2 PE1(config-if-Vlan2)#ip vrf forwarding VPNA fallback global PE1(config-if-Vlan2)#ip address 120.1.1.2 255.255.255.0 PE1(config-if-Vlan2)#exit PE1(config)#ip route 120.1.1.0/24 vlan 2 120.1.1.1
  12. @proftp666 это единственный вариант. Стандартными OID вот так вылавливать МАКи. В проприетарных это не реализовано.
  13. @proftp666 Существует workaround. Допустим, мы хотим узнать MAC-адреса за 13-м портом, тогда: 1) snmpwalk -v2c -c public 192.168.1.82 1.3.6.1.2.1.17.4.3.1.2 | grep "INTEGER: 13" SNMPv2-SMI::mib-2.17.4.3.1.2.0.24.174.148.204.237 = INTEGER: 13 2) snmpwalk -v2c -c public 192.168.1.82 1.3.6.1.2.1.17.4.3.1.1 | grep "24.174.148.204.237" SNMPv2-SMI::mib-2.17.4.3.1.1.0.24.174.148.204.237 = Hex-STRING: 00 18 AE 94 CC ED Проверяем, что все верно: SNR-S2982G-24T-POE-E#sh mac-address-table int e1/0/13 Read mac address table.... Vlan Mac Address Type Creator Ports ---- --------------------------- ------- ------------------------------------- 1 00-18-ae-94-cc-ed DYNAMIC Hardware Ethernet1/0/13
  14. @proftp666 Вы хотите видеть MAC-адреса за определенным физическим портом?
  15. @proftp666 Добрый день. Стандартное семейство OID 1.3.6.1.2.1.17.4.3.1 (dot1dTpFdbEntry) не решает эту задачу?
  16. @holx Добрый день. На коммутаторах 2989/2995/3850 скорость порта должна быть 115200, а не 9600.
  17. Благодаря собранным данным удалось найти причину проблемы, которая была исправлена на всей realtek линейке коммутаторов SNR: 7.0.3.5(R0241.0485) FIX|CRM20211026007823 memory leaking
  18. @andpuxa Добрый день. Нет, не является. DHCP snooping binding user-control = port + IP + MAC. Port security = port + MAC. Ну и DHCP snooping binding - это для адресов, получаемых по DHCP.
  19. @terrible Для ADD вот такой OID на примере порта e1/0/14 и VLAN 13: snmpset -v2c -c private 192.168.1.1 .1.3.6.1.4.1.40418.7.100.3.12.1.3.14 string 13
  20. @terrible Да, вы правы. Ввел в заблуждение.
  21. @terrible Думаю, вы неправильно задаете VLAN. Попробуйте делать это согласно такому примеру: #добавить VLAN 12 в vlan-allowed порта 14 snmpset -v2c -c private 192.168.1.1 .1.3.6.1.4.1.40418.7.100.3.2.1.20.14 string 12 #удалить VLAN 12 из vlan-allowed порта 14 snmpset -v2c -c private 192.168.1.1 .1.3.6.1.4.1.40418.7.100.3.12.1.5.14 string 12
  22. @terrible Добрый день. А как полностью выглядит настройка SNMP в конфиге? В securityip указан правильный IP-адрес клиента? Пример настройки SNMPv3 присутствует в соответствующей статье в нашей базе знаний.
  23. @terrible Неверный OID. Нужен такой - snmpset -v2c -c private ip_addr .1.3.6.1.4.1.40418.7.100.1.6.0 i 1
  24. Мы разбираемся с этим вопросом. @Dmitriy Smirnov, да, похоже на то.
  25. Нет. На всякий случай дам ссылку на профильную статью по этому вопросу.