# ping -c 1000 -f -s 512 10.1.2.4
PING 10.1.2.4 (10.1.2.4): 512 data bytes
...........................................................................................................
--- 10.1.2.4 ping statistics ---
1000 packets transmitted, 745 packets received, +150 duplicates, 25% packet loss
round-trip min/avg/max/stddev = 4.428/34.379/75.297/18.716 ms

и еще один:
# ping -s 1024 -c 10 10.1.2.2
PING 10.1.2.2 (10.1.2.2): 1024 data bytes
1032 bytes from 10.1.2.2: icmp_seq=0 ttl=64 time=8.523 ms
1032 bytes from 10.1.2.2: icmp_seq=1 ttl=64 time=12.485 ms
1032 bytes from 10.1.2.2: icmp_seq=2 ttl=64 time=8.933 ms
1032 bytes from 10.1.2.2: icmp_seq=3 ttl=64 time=8.030 ms
1032 bytes from 10.1.2.2: icmp_seq=4 ttl=64 time=10.191 ms
1032 bytes from 10.1.2.2: icmp_seq=4 ttl=64 time=11.662 ms (DUP!)
1032 bytes from 10.1.2.2: icmp_seq=4 ttl=64 time=14.586 ms (DUP!)
1032 bytes from 10.1.2.2: icmp_seq=4 ttl=64 time=17.852 ms (DUP!)
1032 bytes from 10.1.2.2: icmp_seq=5 ttl=64 time=9.138 ms
1032 bytes from 10.1.2.2: icmp_seq=5 ttl=64 time=9.770 ms (DUP!)
1032 bytes from 10.1.2.2: icmp_seq=5 ttl=64 time=10.438 ms (DUP!)
1032 bytes from 10.1.2.2: icmp_seq=5 ttl=64 time=11.144 ms (DUP!)
1032 bytes from 10.1.2.2: icmp_seq=5 ttl=64 time=15.382 ms (DUP!)
1032 bytes from 10.1.2.2: icmp_seq=5 ttl=64 time=20.829 ms (DUP!)
1032 bytes from 10.1.2.2: icmp_seq=6 ttl=64 time=8.949 ms
1032 bytes from 10.1.2.2: icmp_seq=7 ttl=64 time=8.869 ms
1032 bytes from 10.1.2.2: icmp_seq=8 ttl=64 time=8.522 ms
1032 bytes from 10.1.2.2: icmp_seq=9 ttl=64 time=12.208 ms

--- 10.1.2.2 ping statistics ---
10 packets transmitted, 10 packets received, +8 duplicates, 0% packet loss
round-trip min/avg/max/stddev = 8.030/11.528/20.829/3.454 ms

DWL-2000AP+ HW:B1 FW:2.0
в наличии имеется уже около десятка - все страдают этим нюансом, вне зависимости от режима работы и длины линка (на маленьких линках - 1-2м - дупов правда мало)
конкретные примеры приведены для случая, когда DWL-2000AP+ работает как клиент к TEW-411BRP в режиме AP

есть ли методы борьбы с данным явлением?

хотелось бы все-таки увидеть ответ техподдержки...

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

определить наличие дублирующихся пакетов можно обычным пингом из-под любой unix-похожей операционной системы (в данном случае FreeBSD).
операционные системы производства microsoft такие пакеты не отображают, что конечно же проблемы не решает - пакеты все равно есть, и все равно они резко снижают среднюю пропускную способность канала.

25% Loss - говорит о том что канал очень далек от совершенства. А дупы есть и они всегда будут. Уменьшить их количество можно уменьшая скорость, уменьшая размер пакета и уменьшая значение порога RTS в настройках точек.

_________________
Влад Волков

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

А дупы есть и они всегда будут
это фирменная особенность оборудования DLink? эксплуатирую достаточно разнородное оборудование не первый год, и впервые встретился с дупами именно на DWL...

Это особенность беспроводного оборудования вообще. И чем хуже канал, тем их будет больше. Методы борьбы я уже описал выше.

_________________
Влад Волков

э... отсутствие подобного эффекта в оборудовании других производителей комментировать не буду.

скажу лишь, что прошивка аппаратов B1 на версию 2.10, а A1, A2 на 1.15b13 решила проблему.

не помогает , по крайней мере для dwl 1000+ .

Да похоже это длинковская фича .. или может TI чипсет здесь виноват. на dwl-2100 все намного лучше а там Atheros.

Это особенность чипсета TI... И с этим ничего поделать нельзя. У атероса такой проблемы нет.

У меня тоже плачевная статистика ( ДВЛ-2000АП+ - клиент, 900ая - база) - на 100 пакетов 3% лост, и 23 (!) ДУПа. перепрошил у 2000 прошивку на 1.15b13 - не помогло

хочу добавить...
сия болезьнь у всех продуктов Dlink у кого больше у кого меньше
900 АР+ - дуплит постоянно и чем больше пакет тем больше дупов
1040 АР+ дуплит на пакете 64 байта до 50% а на 2048 байта дупов нет (чем я был просто поражён)
хотя линк 20 см (от точки до точки)

и это не лечиться никак и ни как не связано с качеством канала
после 2 недельной переписки с техподдержкой Новосибирска и
читая сделайте так а сделайте так просто неохота больше брать
железки этого производителя а так хотелось бы

и уважаемый Влад Волков у ORINOCO дупов нет вообще
и не зависит от качества канала там либо пакет дошел либо нет
это я точно могу сказать после 3-х летнего опыта работы с этим железом

счас пойду и роутер 604 охаю

глупости какие-то, когда у меня стояла PCMCIA карточка Dell, то за почти год эксплуатации я не получил НИ ОДНОГО дупа в самых разных условиях (до базы было около 7км). Потери были, дупов - никогда (FreeBSD это оч четко показывает, особенно ping -v)

сейчас при тех же условиях я получал на DWL 2000 AP+ (прошивка 1.13) около 20 дупов на 100 посланных пакетов, на 1.15 полегче, но бывает до 5 на 100 пакетов.

Может дело в консерватории, а не в особенностях wireless сетей?