Здравствуйте, С Новым Годом!
И опять этот 1226G
прошивка: 3.00.24
H/W: B1

Хочу чтобы на к порту 1 был привязан MAC 0004614dxxxx

Мои действия:
Включаю "Static MAC Function".

т.к. "Disable auto learning excluding uplink port" нельзя включить без хотябы одной запяси в "Static MAC address setting", создаю там одну запись "от балды", например: port 24, mac 123456789012 и еще одну свою ,port 1, mac 0004614dxxxx.

в "Port Setting" включаю "Disable auto learning excluding uplink port"
Расставляю везде галочки кроме порта 1.

Все работает! круто:)

идем дальше...

Предположим необходимо поменять mac для порта 1.
Мои действия:
в "Static MAC address setting" удаляю запись порта 1 (коннект сразу пропадает!)
, и добавляю заново, но с другим MAC, а можно и с этим же, чтобы не искать другую сетевуху для проверки.

Итог: НЕ РАБОТАЕТ!!!

Помогают следущие действия:
Ставим в "Port Setting" галочку для порта 1, жмем Apply, при этом свитч перезагружается! все юзеры на свиче не имеют коннекта примерно секунд 5.
Потом обратно снимаем галку, свитч опять перезагружается, опрокидывая всех юзеров.

После этих действий коннект на порту 1 возобновляется.
(а так же помогает reboot по snmp и отключение питания)

Теперь вопрос!
Почему изменения сразу не подхватываются? а точнее добавление MAC адреса в таблицу, т.к. на удаление MACa свитч реагирует.

т.е получается, что при добавлении статического МАС адреса, приходится перезагружать свитч

Да, вижу проблему. Я запросил штаб-квартиру.

Отлично
Пока не отправили товарищам из китая запрос, вот описание следущего бага:

Ситуация та же!

По SNMP можно узнать, какие MAC адреса присутсвуют на каждом из портов.
Вот параметры для SNMP:
.1.3.6.1.2.1.17.4.3.1.1 - мак
.1.3.6.1.2.1.17.4.3.1.2 - порт
.1.3.6.1.2.1.17.4.3.1.3 - статус

А теперь внимательно!

До того как добавили МАС для порта 1 по запросам получаем:

snmpwalk -v1 -c public 172.20.14.1 1.3.6.1.2.1.17.4.3.1.1
iso.3.6.1.2.1.17.4.3.1.1.0.4.97.77.252.66 = Hex-STRING: 00 04 61 4D xx xx
iso.3.6.1.2.1.17.4.3.1.1.0.4.97.92.139.90 = Hex-STRING: 00 04 61 5C xx xx
iso.3.6.1.2.1.17.4.3.1.1.0.14.46.62.48.167 = Hex-STRING: 00 0E 2E 3E xx xx
iso.3.6.1.2.1.17.4.3.1.1.0.25.219.207.211.89 = Hex-STRING: 00 19 DB CF xx xx
iso.3.6.1.2.1.17.4.3.1.1.0.26.146.98.196.88 = Hex-STRING: 00 1A 92 62 xx xx
iso.3.6.1.2.1.17.4.3.1.1.0.27.56.103.169.215 = Hex-STRING: 00 1B 38 67 xx xx
iso.3.6.1.2.1.17.4.3.1.1.0.29.146.50.168.96 = Hex-STRING: 00 1D 92 32 xx xx
iso.3.6.1.2.1.17.4.3.1.1.0.128.72.42.31.55 = Hex-STRING: 00 80 48 2A xx xx
iso.3.6.1.2.1.17.4.3.1.1.0.144.39.113.67.204 = Hex-STRING: 00 90 27 71 xx xx
iso.3.6.1.2.1.17.4.3.1.1.0.160.209.207.3.161 = Hex-STRING: 00 A0 D1 CF xx xx
iso.3.6.1.2.1.17.4.3.1.1.102.119.68.34.51.17 = Hex-STRING: 66 77 44 22 xx xx


snmpwalk -v1 -c public 172.20.14.1 1.3.6.1.2.1.17.4.3.1.2
iso.3.6.1.2.1.17.4.3.1.2.0.4.97.77.252.66 = INTEGER: 1
iso.3.6.1.2.1.17.4.3.1.2.0.4.97.92.139.90 = INTEGER: 25
iso.3.6.1.2.1.17.4.3.1.2.0.14.46.62.48.167 = INTEGER: 25
iso.3.6.1.2.1.17.4.3.1.2.0.26.146.98.196.88 = INTEGER: 15
iso.3.6.1.2.1.17.4.3.1.2.0.27.56.103.169.215 = INTEGER: 25
iso.3.6.1.2.1.17.4.3.1.2.0.128.72.42.31.55 = INTEGER: 25
iso.3.6.1.2.1.17.4.3.1.2.0.144.39.113.67.204 = INTEGER: 4
iso.3.6.1.2.1.17.4.3.1.2.0.160.209.207.3.161 = INTEGER: 24
iso.3.6.1.2.1.17.4.3.1.2.102.119.68.34.51.17 = INTEGER: 9


snmpwalk -v1 -c public 172.20.14.1 1.3.6.1.2.1.17.4.3.1.3
iso.3.6.1.2.1.17.4.3.1.3.0.4.97.77.252.66 = INTEGER: 5
iso.3.6.1.2.1.17.4.3.1.3.0.4.97.92.139.90 = INTEGER: 5
iso.3.6.1.2.1.17.4.3.1.3.0.14.46.62.48.167 = INTEGER: 3
iso.3.6.1.2.1.17.4.3.1.3.0.26.146.98.196.88 = INTEGER: 3
iso.3.6.1.2.1.17.4.3.1.3.0.27.56.103.169.215 = INTEGER: 3
iso.3.6.1.2.1.17.4.3.1.3.0.144.39.113.67.204 = INTEGER: 3
iso.3.6.1.2.1.17.4.3.1.3.0.160.209.207.3.161 = INTEGER: 3
iso.3.6.1.2.1.17.4.3.1.3.102.119.68.34.51.17 = INTEGER: 3


Далее добавляем МАС для порта 1 и делаем ребут(в соответсвии с выше описаной проблемой)
Выжидаем немного пока юзеры проконнектятся(свитч у меня в работе, 5 клиентов и uplink).... всё... проверяем, пинг с портом 1 идет.

По этим же запросам получаем:

snmpwalk -v1 -c public 172.20.14.1 1.3.6.1.2.1.17.4.3.1.1
iso.3.6.1.2.1.17.4.3.1.1.0.4.97.77.252.66 = Hex-STRING: 00 04 61 4D xx xx
iso.3.6.1.2.1.17.4.3.1.1.0.4.97.77.252.66 = Hex-STRING: 00 04 61 4D xx xx
Error: OID not increasing: iso.3.6.1.2.1.17.4.3.1.1.0.4.97.77.252.66
>= iso.3.6.1.2.1.17.4.3.1.1.0.4.97.77.252.66

snmpwalk -v1 -c public 172.20.14.1 1.3.6.1.2.1.17.4.3.1.2
iso.3.6.1.2.1.17.4.3.1.2.0.4.97.77.252.66 = INTEGER: 1
iso.3.6.1.2.1.17.4.3.1.2.0.4.97.77.252.66 = INTEGER: 1
Error: OID not increasing: iso.3.6.1.2.1.17.4.3.1.2.0.4.97.77.252.66
>= iso.3.6.1.2.1.17.4.3.1.2.0.4.97.77.252.66

snmpwalk -v1 -c public 172.20.14.1 1.3.6.1.2.1.17.4.3.1.3
iso.3.6.1.2.1.17.4.3.1.3.0.4.97.77.252.66 = INTEGER: 5
iso.3.6.1.2.1.17.4.3.1.3.0.4.97.77.252.66 = INTEGER: 5
Error: OID not increasing: iso.3.6.1.2.1.17.4.3.1.3.0.4.97.77.252.66
>= iso.3.6.1.2.1.17.4.3.1.3.0.4.97.77.252.66

Как это понимать?

Не совсем корректный пример, так как клиентские МАС-и должны быть 00-ХХ-ХХ-ХХ-ХХ-ХХ.

Что касаемо необходимости перезагрузки для применения статических записей привязки МАС адреса к порту, так это особенность серий Smart I, которые не позиционируются для уровня access, т.е. в вашем случае лучше использовать управляемые коммутаторы как минимум коммутаторы серии DES-3000.

_________________
С уважением,
Бигаров Руслан.

не волнуйтесь, на самом деле я указал нормальный МАС.
Это видно из второго моего месаджа:
snmpwalk -v1 -c public 172.20.14.1 1.3.6.1.2.1.17.4.3.1.1
iso.3.6.1.2.1.17.4.3.1.1.0.160.209.207.3.161 = Hex-STRING: 00 A0 D1 CF xx xx

snmpwalk -v1 -c public 172.20.14.1 1.3.6.1.2.1.17.4.3.1.2
iso.3.6.1.2.1.17.4.3.1.2.0.160.209.207.3.161 = INTEGER: 24


Вы хотите сказать, что это все таки фича, а не баг?
Если следовать Вашей логике, то и при удалении статического МАС адреса, тоже требуется ребут для применения изменений.
Но по_факту при удалении ребут не требуется, реакция происходит незамедлительно.

Да и вообще неправильно это перезагружать при каждом добавлении МАС адреса.

По-моему всетаки есть повод написать товарищам китайцам, как вы считаете? :)

Перезвоните пожалуйста в офис по телефону 744-00-99 доб.390.

Я уже спрашивал по данной особенности и меняться она не будет.

_________________
С уважением,
Бигаров Руслан.

Ок, понял, фича так фича, будем ребутить.

Жду ответа по второй проблеме :)

И еще ложка мёда в эту бочку с дегтем:

Манул StaticMAC неправильный!
file: SNMP-UserGuide-NET-SNMP-DES-1226G-MIB_StaticMAC_FDB.doc
size: 239,616 байт
V1.0 March 23, 2007

Речь идет о "staticStatus" 1.3.6.1.4.1.171.10.75.1.21.3.1.5
дело в том, что по факту нет параметра "4"(createAndGo),
есть параметр "5"!

Пример по добавлению МАС адреса неправильный!
Из манула:



В реальности Step1 должен выглядеть так:
snmpset -v1 -c private 192.168.0.1 1.3.6.1.4.1.171.10.75.1.21.3.1.5.1 i 5
При этом создается все необходимое с пустыми параметрами, а "staticStatus" для ID 1 будет "3"!:
snmpwalk -v1 -c public 192.168.0.1 1.3.6.1.4.1.171.10.75.1.21.3.1.5
iso.3.6.1.4.1.171.10.75.1.21.3.1.5.1 = INTEGER: 1
iso.3.6.1.4.1.171.10.75.1.21.3.1.5.2 = INTEGER: 3

И соответсвенно, далее, после указания порта, Vid и MAC, необходим еще один Step чтобы активировать ID.
Step5:
snmpset -v1 -c private 192.168.0.1 1.3.6.1.4.1.171.10.75.1.21.3.1.5.1 i 1


P.S. может у меня мануалы старые?

Выслал Вам на почту прошивку, которая позволяет дабавлять МАКи в статическую таблицу без перезагрузки устройства.

Дайте две :)
Если можно, вышлите мне тоже такую прошивку.

Я Вам прошивку выслал.

Demin Ivan
Отлично!! Спасибо за понимание
Будем тестить, о результатах сообщу.

Рад слышать! Ждём результатов!

Все гуд, МАСи добавляются и удаляются без перезагрузки.

Осталась проблема которую я описал выше:



Дело в том, что если есть хоть одна запись в StaticMAC, то не корректно выдается результат этих команд:
snmpwalk -v1 -c public 172.20.14.1 1.3.6.1.2.1.17.4.3.1.1
snmpwalk -v1 -c public 172.20.14.1 1.3.6.1.2.1.17.4.3.1.2
snmpwalk -v1 -c public 172.20.14.1 1.3.6.1.2.1.17.4.3.1.3

т.е. получется, что если есть привязка хоть одного МАСа к порту, уже нет возможности по SNMP узнать на каком порту какие МАС адреса

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

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