Уважаемая тех.поддержка!

Хотелось бы для DGS-3200-10 заполучить последнюю актуальную прошивку, на фтп лежит 1.10.B15, но как я понимаю уже есть новее, давно и неодна. Такая тяга к новому обусловленна тем, что хотелось бы прошить новый девайс сразу на последнюю и уже потом его настраивать "в дело".

Буду благодарен если выложите для всеобщего пользования или отправите мне на е-мэил(тот, который в профиле), если приложите changelog по всем ревизиям будет совсем хорошо.

Спасибо

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

Спасибо!

Есть что нибудь посвежее 1.10.B018 ?

А то у меня раз в две-три недели коммутатор виснет, помогает только перезагрузка по питанию (причем трафик с данными пропускает, но на IPTV начинаются стабильные стоп-кадры).
Может правда и не в прошивке дело, а в качестве электросети (никак ups не куплю), т.к. охлаждение у коммутатора нормальное.

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

И мне... будьте так добры.
Хотя и с той, с которой свитч родился, десяток таких девайсов работают две недели без вопросов.

А почему нельзя эту прошивку выложить на ФТП?

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

потому что воспользуйтесь поиском. 1000 раз обсуждалось.

_________________
LiveComm

Тогда вышлите мне прошивку, раз 1000 раз обсуждалось!

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Новее DGS3200_Run_1_11_B002 ничего нету? У меня сейчас такая стоит.

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

И еще пожелания на будущие прошивки.

Как известно, в чипе не реализована аппаратная поддержка ACL типа packet content, поэтому в новых прошивках эта функция урезана обработкой 4 байтов для каждой маски. Однако самих масок сделано крайне мало. Я так понимаю, что если в одном правиле задействованы 4 маски и в каждой 4 байта, то в общей сложности мы контролируем 16 байт. И софт свитча анализирует за раз по 4 байта. Ну раз он проделывает ту операцию 4 раза, если я прав, то почему бы не сделать побольше масок? Ну что такое 31 первый байт?? Это ведь буквально контроль Ethernet и IP протокола, которые можно контролировать и фильтровать другими средствами ACL? packet content нужен как раз чуть дальше! Посему пусть сделают либо масок побольше, либо offset подальше. Лучше все-таки первое!

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Я Вам прошивку выслал. Новее 1.11-B02 пока нет.

По поводу Packet Content Вы не могли бы привести конкретный пример в котором Вам не хватает chunk-ов.

Да, легко. Допустим, разрешить из сети провайдера входящие ARP-запросы только для конкретных устройств с известными МАКами. Остальное резать на корню. Я не могу зарезать все ARP-пакеты и не могу никак их ограничить. Могу только включить контроль за броадкаст-штормом. А мне нужен контроль с 38-го по 41-й байт, там, где в пакете указан Target IP. А offsert ограничен 31 байтом. И таких примеров можно привести еще. Сделали хотя бы столько же offset'ов, сколько у популярного 3526 и было бы хорошо А так я даже не пойму, кому понадобится использовать Packet content для ограничения по MAKу, IP или протоколу, когда для этого есть соответствующие ACL...

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Если несложно приведите пример правила и что хотелось бы в нём видеть. Я запрошу HQ по этому вопросу.

А можно и нам свежую прошивочку?