Уважаемые пользователи оборудования D-Link,

Компания D-Link сообщает, что на неуправляемых коммутаторах
серии DES-1024D аппаратной версии С1 была добавлена функция
классификации трафика по полю 802.1p (CoS).

При большой загрузке устройства трафиком, производительности
контроллера становится недостаточно, и часть трафика локируется, что может быть критично для Интернет Провайдеров. Проблема исчезнет, если фукция CoS будет выключена.

Описанный выше функционал и связаные с ним ограничения
действительны для модели DES-1024D версии С1, серийные номера в дипазоне
F30H263001501 ~ 2115
F30H264002411 ~ 3600
F30H264006201 ~ 6475
F30H264000001 ~ 410
F30H264009476 ~ 9885
F30H265001501 ~ 1910
F30H265001911 ~ 2320
F30H265005321 ~ 6410
F30H265008021 ~ 8430
F30H265006411 ~ 6820
F30H266000001 ~ 820
F30H266003821 ~ 4640
F30H266006241 ~ 8240
F30H267000001 ~ 2050
F30H267002051 ~ 3200
F30H266011856 ~ 2265
F30H266010241 ~ 855
F30H267006501 ~ 9500
F30H268000341 ~ 1160

В настоящий момент принято решение отказаться от
поддержки этого расширенного функционала и связанным с ним
ограничением, все выпускаемые в настоящий момент коммутаторы DES-1024D версии С1 поставяляются без поддержки CoS, вследствие чего блокировка трафика исключена.

В устройствах, серийные номера которых лежат в указаном диапазоне, но маркированных наклейкой Сервисного Центра D-Link "Гарантия, не скрывать",функция CoS выключена. Такие устройства не нуждаются в дополнительной модернизации.

Если вы относитесь к клиентам, для которых критична пропускная
способность коммутатора и не важна поддержка CoS, просим обратиться в ближайший Сервисный Центр D-Link для бесплатной модернизации коммутатора.

Более подробную информацию о поддержке CoS можно прочитать ниже:


CoS

Чипсет, на котором собран коммутатор, поддерживает QoS функционал, т.е. может распознавать информацию приоритетов QoS, содержащуюся в проходящих через коммутатор пакетах, и в зависимости от этого ставить пакеты в разные очереди для обслуживания согласно приоритетам.
Чипсет может идентифицировать приоритет пакета опираясь на три
различных типа QoS информации:
1. Приоритет порта (port-based). В данном случае все пакеты,
приходящие на порт приоритетный порт будут обслужены с приоритетом
2. Маркер VLAN IEE 802.1p/Q Vlan tag - если включена данная функция то чипсет распознает маркированные VLAN пакеты и извлекает 3-битную информацию о приоритете, назначенном стороной отправителя из маркера. Далее обработка происходит согласно стандарта 802.1р.
Порог пользовательского приоритета устанавливается в значение 3. Маркированные пакеты с приоритетами 4-7 трактуются как пакеты высого приоритета, а остальные (где приоритет со стороны отправителя) установлен 0-3, определяются как низкоприоритетные пакеты.
3. TCP/IP TOS/DiffServ - в данном случае распознается информаци
приоритета DSCP, содержащаяся в DS-поле (RFC2474). Для пакетов IPv4 DS-поле - это байт TOS.

Управление функционалом чипа осуществляется через установку битов в EEPROM. Чипсет поддерживает две очереди с разными уровнями приоритетов. Обслуживание очередей основано на алгоритме Weighted Round Robin. Приоритет пакета в любой из очередей может быть установлен в 4:1, 8:1, 16:1 или "Всегда обслуживается высший приоритет".

С большим не удовольствием узнал эту новость после очередного приобретения данных коммутаторов и поисков, почему там скорость у людей не превышает 100 килобайт в секунду. Как же так, новости уже больше месяца, а московские поставщики все еще отгружают такие коммутаторы.
Что же щас делать, ближайший с/ц за 500 км от нас, может самостоятельно можно переделать?

Господа , если Вы уж выпустили брак в продажу - создайте в сервис центрах запас свичей на замену . Больше месяца прошло как обнаружили, а до сих пор нет . ИМХО за это время три раза могли бы и прислать. А то у нас в Питере сервис центр выкусывает микросхему U2 и убирает С136 уж очень медленно. Я ребят конечно понимаю : тут целыми заводами брак гонят , а они с кусачками и паяльником одни одинешеньки . Была бы сотня другая свичей на замену - не было бы вопросов - заменили и паяй потихоньку. Всё равно ведь все принесут и все придется переделывать.

Гы. Купил сегодня в санрайзе сегодня такой свич - и теперь выясняется, что его везти надо... Ладно, отвезем. Не суть. Главное чтобы быстро сделали... Вопрос в другом: раз уж коммутатору все равно будут перепрошивать EEPROM и забесплатно - можно ли договориться, чтобы прошили настройки, позволяющие им управлять по протоколу RRCP? Естесственно, гарантия на эту функциональность мне не нужна (по большому счету и функциональность не нужна - просто пинговать свич удаленно хочется, для чего RRCP более чем хватает)...

ps: Ах, как было бы хорошо, если бы D-Link пошел по пути некоторы[ своих конкурентов и сделал бы полноценный RRCP-свич! Очень нужен компактный (меньше в ширину, чем 19") 24-портовый управляемый коммутатор! А что-то никто не сподабливается...

Ау? Здесь есть кто-нибудь? Может, представители D-Link все-таки отпишутся в топовой теме? Вопросы простые:
1) Быстро ли делается исправление заявленного недостатка? Возможно ли приехать, посидеть полчасика и уехать уже с исправленным коммутатором?
2) Если уж специалисты D-Link все равно будут перепрошивать EEPROM, чтобы отключить там CoS, можно ли их попросить пойти навстречу и прописать в EEPROM'е возможность управления центральным чипом коммутатора (RTL8324, для которого такая функциональность заявлена) по протоколу RRCP?

Заранее спасибо за ответы.

Да...
А постик мой таки удалили
Ну да ладно, не велика потеря

Вопрос по теме.
Для этой перепрошивки надо регистрировать устройство или это не гарантийный ремонт?

Все выяснил.
Это делается только в Москве
В Киеве пока не делают
Спасибо за внимание.
Иду сдавать девайс обратно в магазин

Принесите пож-та в наш Киевский офис, вам устранят неисправность за 3 мин. Если что сошлетесь на меня

Я, если вы заметили, из Харькова.
Поэтому "принесите" не подходит Скорее "отошлите".
А это стоит денег.
Поэтому я предварительно позвонил в Киев, там сказали, что ПОКА эту операцию делают только в Москве.
На вопрос "А когда в Киеве будут делать?" ответ был невразумительный т.е. ничего не обещаем.

Пож-та, оставьте Ваши координаты, сейчас наш Киевский офис свяжется с Вами, или пож-та, позвоните им сами, Небольсину Александру. Вопрос будет решен. Спасибо

Приносим свои извинения за неправильную информацию. Свяжитесь пожалуйста с Киевским офисом или оставьте свои координаты. Мы решим данную проблему.

Как оперативно и здорово действуют киевские представители D-Link! Может быть их московские коллеги проявят хотя бы часть рвения своих сослуживцев и ответят на заданные мною в этой ветке вопросы? Повторяю:
1) Проводится ли операция по исправлению EEPROM коммутатора в реальном времени в присутствии клиента, чтобы можно было не ездить два раза ради одного свича?
2) Возможно ли попросить проводящих данное действие специалистов не просто заменить содержимое EEPROM на штатное, а поставить ту прошивку, где разрешено управление чипом коммутатора по протоколу RRCP? Если такой прошивки нет готовой, понятное дело, что ради меня одного ковыряться в EEPROM'е и править байтики не стоит, но есть такое ощущение, что у D-Link'а должен быть такой вариант содержимого EEPROM - хотя бы из тех сэмплов, что реалтек вместе с чипами дает...

Добрый день, уважаемый Skylord

По пунктам
1. Инженеры загружены под завязку, поэтому ответить Вам однозначно - не могу. Если у вас только 1 коммутатор, то в Вашем присутствии можно снять чип вообще или даже запаять пустой. На это уйдет пол-часа. Если у Вас 5 моммутаторов, то Вам придется их оставить в сервисе

2. СЦ D-Link не занимается доработкой устройств по ТЗ заказчика. Все устройства и их функционал определены в спецификации. Чи, действительно, реалтековский и соответственно, поддерживает реалтековский протокол управления. Но к Д-Линк это не имеет отношения. Поэтому, мы не будем в прошивке изменять биты, отвечающие за протокол управления. Иначе это будет уже не устройство Д-Линк. Прошу понять меня правильно

Хорошо! Спасибо большое за информацию!

В последних партиях к нам приходили свичи с аппараткой C3. Вопрос: они уже не болеют вечным косом как и их предшественник C1?