1. Прошивка даже превосходит изначально заявленные характеристики.
2. Прежде чем заявлять подобное, неплохо было бы вникнуть в суть проблемы! 802.1Q работаеют нормально. Managemnet VLAN пока возможен только в VLAN 1.

_________________
С уважением, Карагезов Владислав

1) Замечательно, лишнее можете убрать - оно пока что совершенно не интересует - пока что свич НЕ РАБОЧИЙ, так как его невозможно включить в работающую сеть, без полного её редизайна. Прошивка НЕ СООТВЕТСТВУЕТ заявленным характеристикам..

2) Итак...
Дано: коммутатор на 11 портов (8 - 100мбит, 1 - 1000мбит, 1 SFP, + управляющий порт (к которому непосредственно подключен процессор))
Задача: на 11-й порт (к которому подключен процессор, точнее, тут даже не процессор, а чип с http сервером и интергированым ethernet контроллером), установить произвольный влан. Это не возможно из-за кривой прошивки..
Объясните мне, пожалуйста, как может нормально работать поддержка 802.1q, если я не могу поменять номер влана на конкретном порту? =)

Кстати, насчёт вникания в суть проблемы - management vlan является ни чем иным, как обычным вланом, который прописывается на обычный порт...разница лишь в том, что этот порт не выведен на "морду", а разведён внутри свича, и используется для обращения к управляющему чипу...

Я, кстати, не смог найти ни одного dlink'овского свича, у которого _отдельно_ заявлена функция "management vlan"...

А с этого момента поподробнее, что-то вы тут всех запутать хотите.

Если некий VLAN используется только на интерфейсе cpu и никуда более не выведен, то как вы собираетесь управлять устройством, являющимся коммутатором??
Насколько я всегда понимал management vlan - это сеть, в которой находятся интерфейсы управления всех коммутаторов, маршрутизаторов в некоторых случая, а также станция управления. Причем vlan, который настроен на интерфейсах связи 802.1q tagged, что позволяет получить именно сеть управления!

Т.е. все обычные клиентские порты в vlan 1, например. На каждом управляемом устройстве создается vlan 2, в него перемещается интерфейс управелния, через тегированные порты все оборудование объединяется, и управляется исключительно со станции управления, находящейся в vlan 2.
Без настроенной между vlan маршрутизации из vlan 1 при этом вторгнуться на интерфейс управления, находящийся в vlan 2, не реально в принципе!

PS: Если описываемый вами механизм так трактуется кем-то из других вендоров, то уж извините - в чужой монастырь со своим уставом не ходят. Но я такое удивительное описание встречаю впервые.

А разве я говорил, что этот влан никуда не выводится?
Ессно, должна быть возможность выбрать куда и в каком виде его выводить.
Я говорил про физический порт, а не про Vlan =) Про то что он используется "внутри", а не выведен на морду в виде ещё одного гнезда =)


Вы написали тоже самое, что написал и я выше. Вы считаете странными свои слова? =) Странно... =)

Кстати, простейший вариант - это добавить в меню настройки "IEEE 802.1Q VLAN" ещё один порт - 9-й для 2108 и видимо 11-й для 2110, обозвать его "CPU" и дать возможность настраивать как обычный порт.

Уже лучше


Владислав уже отвечал, что работы ведутся. Как это будет реализовано - увидим.

Отлично. Сроки какие?
Мне сейчас пойти отдать обратно 30 длинков, и купить другое железо, или всё же какие-то временные рамки существуют?

1. Еще раз - мы не считаем это багом. Почему - я уже написал выше. No Comments.
2. По срокам сказать пока не могу, как только будут новости - сообщу.

_________________
С уважением, Карагезов Владислав

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

свои комментарии я уже дал, ни повторяться, ни вступать в полемику не считаю нужным.
Возможность изменения managemnet VLAN добавят, об этом я уже писал. По срокам сказать пока не могу.

_________________
С уважением, Карагезов Владислав

DES-2110
Password:
DES-2110:>logout
Command: logout

Colse current session ...
SUCCESSConnection closed by foreign host.


Product Name:DES-2110
Firmware Version:2.00.01

Зравствуйте Владислав.
Приобрели свитч DES-2108 (на тестирование) и солкнулись с той же проблемой которую поднял Igor Diakonov, действительно вещь нужная. Смена управляющего влана нужна.

Господа! Ну честно - устал уж повторять - сделают смену управляющего VLAN обязательно! Вопрос только в сроках, как только у меня будет информация - я ее озвучу здесь. Со своей стороны могу сказать, что мы делаем все возможные усилия, чтобы ускорить процесс.

_________________
С уважением, Карагезов Владислав

А есть ли у него удаленный reboot?

да, есть, cv. последний релиз и change log к нему

_________________
С уважением, Карагезов Владислав