Сабж не работает.

Исходные данные -


Консоль:



PHP:


Конфигурация -
Device Type : DES-3526 Fast-Ethernet Switch
Combo Port Type : 1000Base-T + 1000Base-T
Boot PROM Version : Build 3.00.008
Firmware Version : Build 5.01-B21

Делалось в соответствии с
http://www.dlink.ru/technical/faq_hub_switch_100.php

Хелп.

спасибо Ивану Дёмину за новую прошивку.
Однако. Не помогло






Консоль:



PHP:


В новой прошивке начались проблемы и с привязкой по snmp
До этого как только привязка выставлена трафик сразу пропадал, сейчас продолжает идти и только через некоторое время пропадает.

Хост: 10.20.26.80
Настоящий мак: 00-11-22-33-44-55

Привязываем на порт 1 для хоста другой мак:


Получаем:

При этом пинг до хоста 10.20.26.80 продолжает спокойно идти.
Пропал где-то через 3-4 минуты.
В прошивке Build 5.01-B21 пинг пропадал сразу после привязки.

Вот опять непонятка, привязка есть, мак компа отличается от привязанного, трафик (пинг например) идет.....

Привязка делалась через SNMP, а вот что показывает свич в консольке:








В консольке свича набираем:


получаем ответ:


и по прежнему:




Что я делаю не так ?

Мы проверим все эти ситуации. По результатам тестов Вам отпишет Руслан Бигаров.

Спасибо, жду.

1. Ошибка SNMP команды в том, что Вы неправильный ID VLAN-а задали в OID-е:
snmpset -v2c -c priv 10.40.5.254 1.3.6.1.4.1.171.11.64.1.2.7.3.1.5.1.0.17.34.51.68.85 i 3
он должен быть равным Tag-у VLAN-а.
Пример:


2. Вы создали привязку IP: 10.20.26.80 MAC: 00-11-22-33-44-56 и потом пытались её повторно создать, поэтому выскочила ошибка. Вы писали, что МАС ПК отличается от привязке в коммутаторе, но в описании проблемы я не видел МАС ПК и вывод FDB таблицы, чтобы судить о проблеме.

3. По проблеме удаления и создания связки с изменённым МАС адресом и то что клиент имеет доступ ещё несколько минут: на тестовом стенде не подтвердилась дання проблема.

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

1. Ок попробую, спасибо, по результатам отпишу.

2. Я намеренно пытался создать повторно, но уже из консоли свича, т.к. первую я делал по SNMP.
Вывод fdb за первым портом (за которым находится комп) я привел в сообщении выше. Вот еще раз:


3. Можно ли уточнить на какой версии прошивки это делалось ?

Сообственно пока даже проверить удаление не могу, т.к. снова не блокается он

10.20.26.80 имеет мак 00-1B-11-21-6A-14

Что имеем на свиче:








Ещё чуть чуть и буду биться головой о стенку....

Вернул прошивку на Build 5.01-B21 блокировка опять стала работать как "часы"
Жмешь кнопку "выключить" в своей веб морде - пинг пропадает, жмешь "включить" пинг появляется.


Так что в Build 5.01-B30 косяк есть явный.

Сейчас посмотрю удаление.

Удаление по snmp заработало, дело было действительно в VID.
Спасибо за подсказку.

Есть какие нибудь новости по проблеме ?

У меня на тестовом стенде проблема не подтверждается. Вам лучше почитать особенности данного режима и когда блокируется ПК в этом режиме.

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

У меня очень похожая проблема.
Создаю привязку на порт (ip 10.100.2.23, mac 00-15-F2-07-65-B9, arp режим), включаю на порту impb в режиме strict - на клиентской машине всё работает.

По SNMP удаляю привязку

Пробую пинговать клиентскую машину - пингуется.
При этом таблица привязок пустая

И блокировки тоже нету

Пробовал 3 раза и рельтаты разные:
1 раз - после удаления привязки с клиентской машины попробовал пропинговать свитч - не пингуется, и клиентская машина перестала пинговаться. Соотвественно в таблице блоков появилась блокирующая запись.
2 раз - после удаления привязки с клиентской машины пробовал пропинговать свитч - пингуется, клиентская машина пингуется. пока не выключил/включил на порту impb у клиента всё работало, не смотря на статус порта Enable.
3. на третий раз после удланинея привязки - сразу сработала блокировка.
Пробовал на прошивках:
5.01-B09
5.01-B27

Попробуйте прошивку которую я вам выслал. По хорошему при таких операциях конечно функцию на порту нужно делать disable/enable.

К сожалению, проблема повторилась, и опять 3 разными способами:
1 раз заблочилось нормально;
2 раз только когда от клиентской машина пустил пинг;
3 раз прошёл только один пинг в сторону клиента после удаления.