Size: a a a

Сетевое железо с Nag.Ru

2020 May 06

G

Goletsa in Сетевое железо с Nag.Ru
Бридждомейн такое себе
источник

G

Goletsa in Сетевое железо с Nag.Ru
Qinq через demux вроде делается
источник

ТА

Талеш Аскаров... in Сетевое железо с Nag.Ru
Есть серьезное ограничение отсутствие лицензий на SM функционал. По этому не смог QinQ
источник

ТА

Талеш Аскаров... in Сетевое железо с Nag.Ru
Goletsa
Бридждомейн такое себе
Я это понимаю
источник

ТА

Талеш Аскаров... in Сетевое железо с Nag.Ru
Goletsa
Qinq через demux вроде делается
У меня есть разбор двойного тэга, со статическими интерфейсами, работает на ура , но не делать же их 3К?
источник

G

Goletsa in Сетевое железо с Nag.Ru
Талеш Аскаров
Есть серьезное ограничение отсутствие лицензий на SM функционал. По этому не смог QinQ
А, без лицензий я не понимаю как вы планируете терминировать клиентов тогда
источник

ТА

Талеш Аскаров... in Сетевое железо с Nag.Ru
Goletsa
А, без лицензий я не понимаю как вы планируете терминировать клиентов тогда
Вот и думаю как. В моем понимании терминация это роутинг. Он же должен работать на роутере без sm?
источник

G

Goletsa in Сетевое железо с Nag.Ru
Роутинг да
источник

ТА

Талеш Аскаров... in Сетевое железо с Nag.Ru
Goletsa
А, без лицензий я не понимаю как вы планируете терминировать клиентов тогда
Брас мне не нужен просто роутинг, джун не является ни редеем, что кстати делает без лицензий, ни dhcp сервером
источник

G

Goletsa in Сетевое железо с Nag.Ru
Голый л3
источник

ТА

Талеш Аскаров... in Сетевое железо с Nag.Ru
А зароутить выданные адреса это не голый l3 разве?
источник

ТА

Талеш Аскаров... in Сетевое железо с Nag.Ru
Вот и интересно, делает ли кто то чистый роутинг без сервисов на джунe, и можно ли QinQ разобрать без лицензий.
источник

G

Goletsa in Сетевое железо с Nag.Ru
А зачем
источник

G

Goletsa in Сетевое железо с Nag.Ru
В чем тогда смысл терминацит
источник

ТА

Талеш Аскаров... in Сетевое железо с Nag.Ru
У меня брас и нат делают отдельные железки dhcp сервер биллинг.  Так исторически сложилось. Но роутить абонов все равно надо.
источник

ТА

Талеш Аскаров... in Сетевое железо с Nag.Ru
МX по производительности не плохи, но без лицензий скудноваты.
источник
2020 May 07

AP

Alex Pankratov (MosL... in Сетевое железо с Nag.Ru
Black
нашел в другом конце города на dlink сгоревший порт. там была еще сотня маков.
Вот теперь стоит подумать над вопросом, что нельзя L2 растягивать на всю сеть! L2 должен быть не большим, к примеру на многоквартирный дом и утыкаться в L3. Тогда ваша проблема будет локальной!
источник

U

UMike in Сетевое железо с Nag.Ru
вопрос к саппорту nag: перерабатываю шаблоны Zabbix, обнаружил что коммутаторы SNR в качестве  sysObjectID возвращают несущестсвющий OID .1.3.6.1.4.1.40418.7.x (x различается у разных моделей), в то время как настоящая eterprise-ветка для них .1.3.6.1.4.1.40418.7 без последней цифры.

Например:
snmpwalk -On -v2c -c public 172.18.3.56 1.3.6.1.2.1.1.1.0
.1.3.6.1.2.1.1.1.0 = STRING: "SNR-S2985G-8T Device, Compiled Apr 21 15:17:55 2020
SoftWare Version 7.0.3.5(R0241.0343)
BootRom Version 7.2.40
HardWare Version 1.1.2
 Serial No.:SW070911I105000525
Copyright (C) 2020 NAG LLC
All rights reserved
"
спрашиваем sysObjectID
snmpwalk -On -v2c -c public 172.16.16.16 1.3.6.1.2.1.1.2.0
.1.3.6.1.2.1.1.2.0 = OID: .1.3.6.1.4.1.40418.7.21

делаем walk по полученному sysObjectID
snmpwalk -On -v2c -c public 172.16.16.16 .1.3.6.1.4.1.40418.7.21
.1.3.6.1.4.1.40418.7.21 = No Such Object available on this agent at this OID

отрежем последнее значение
snmpwalk -On -v2c -c public 172.16.16.16 .1.3.6.1.4.1.40418.7
.1.3.6.1.4.1.40418.7.100.1.1.0 = INTEGER: 1
.1.3.6.1.4.1.40418.7.100.1.2.0 = STRING: "1.1.2"
.1.3.6.1.4.1.40418.7.100.1.3.0 = STRING: "7.0.3.5(R0241.0343)"
.1.3.6.1.4.1.40418.7.100.1.4.0 = INTEGER: 2
источник

U

UMike in Сетевое железо с Nag.Ru
такое на разных версиях софта, аналогично для 2965 моделей, другие пока не проверял.
источник

ЕМ

Евгений Мирхасанов... in Сетевое железо с Nag.Ru
UMike
вопрос к саппорту nag: перерабатываю шаблоны Zabbix, обнаружил что коммутаторы SNR в качестве  sysObjectID возвращают несущестсвющий OID .1.3.6.1.4.1.40418.7.x (x различается у разных моделей), в то время как настоящая eterprise-ветка для них .1.3.6.1.4.1.40418.7 без последней цифры.

Например:
snmpwalk -On -v2c -c public 172.18.3.56 1.3.6.1.2.1.1.1.0
.1.3.6.1.2.1.1.1.0 = STRING: "SNR-S2985G-8T Device, Compiled Apr 21 15:17:55 2020
SoftWare Version 7.0.3.5(R0241.0343)
BootRom Version 7.2.40
HardWare Version 1.1.2
 Serial No.:SW070911I105000525
Copyright (C) 2020 NAG LLC
All rights reserved
"
спрашиваем sysObjectID
snmpwalk -On -v2c -c public 172.16.16.16 1.3.6.1.2.1.1.2.0
.1.3.6.1.2.1.1.2.0 = OID: .1.3.6.1.4.1.40418.7.21

делаем walk по полученному sysObjectID
snmpwalk -On -v2c -c public 172.16.16.16 .1.3.6.1.4.1.40418.7.21
.1.3.6.1.4.1.40418.7.21 = No Such Object available on this agent at this OID

отрежем последнее значение
snmpwalk -On -v2c -c public 172.16.16.16 .1.3.6.1.4.1.40418.7
.1.3.6.1.4.1.40418.7.100.1.1.0 = INTEGER: 1
.1.3.6.1.4.1.40418.7.100.1.2.0 = STRING: "1.1.2"
.1.3.6.1.4.1.40418.7.100.1.3.0 = STRING: "7.0.3.5(R0241.0343)"
.1.3.6.1.4.1.40418.7.100.1.4.0 = INTEGER: 2
Добрый день. Спасибо за информацию. Мы всё проверим и ответим здесь позже.
источник