Mikhail Lesnikov писал(а):
А должно быть так:
ping <ip adr> -l 1472 -f
обмен пакетами ...
ping <ip adr> -l 1473 -f
требуется фрагментация, но установлен запрещающий флаг
20 байт - "заголовок" ip пакета
Не совсем так Михаил, 1472 (размер поля данных) + 8 (заголовок ICMP) + 20 (заголовок IP) = 1500 байт.
Mikhail Lesnikov писал(а):
Прошивку версии 1.10 не использовали до этого?
Попробуйте заново прошить точки через Режим восстановления:
отключить питание, зажать reset,
не отпуская reset, включить питание,
зайти на адрес 192.168.0.50, указать в поле для ввода файл прошивки, запустить обновление,
когда появится полоса загрузки кнопку reset можно отпустить.
Не вижу в этом смысла, у меня уже таких WDS-линков 6 штук, все точки DAP-3520 использованы новые, из коробки, на части прошивка 1.02 на части 1.03. Данная проблема имеет место быть на всех WDS-линках при любых комбинациях прошивок.
P.S. Вообще судя по всему дело обстоит так - максимальный размер Ethernet фрейма 1518 байт (6 байт - dst mac, 6 байт - src mac, 2 байта - поле EtherType, 46-1500 байт PayLoad, 4 байта - CRC), максимальный размер фрейма 802.1Q - 1522 байта ( +4 байта 802.1Q Header). Коммутаторы с поддержкой 802.1Q пропускают фреймы размером 1522, с поддержкой QinQ - 1526 (не говоря уже про jumbo фреймы), а вот судя по всему DAP-3520 в режиме WDS не пропускают фреймы более 1518, поэтому при использовании тегированых фреймов размер PayLoad уменьшается на 4 байта и составляет 1496 байт. При использовании нетегированных фреймов через WDS спокойно пролазят ip пакеты размером 1500 байт.