Имеем:
PC1->DWL-2100AP (пробовался также DI-524) в режиме access point
пара метров по комнате
DWL-2100AP в режиме AP client->PC2

PC1 и PC2 - пк в одной подсети, W2000 SP4.
Проблема - с PC1 ping -t PC2 начинает проходить только после того, как с PC2 запустим ping PC1. И перестаёт проходить после нескольких минут (3-15) после того, как окончили посылать пакеты с PC2, если после такого на PC2 сделать ping PC1 - связь восстанавливается. Проверялось с DWL2100AP-firmware-v210eu-r0302.tfp и другими версиями firmware(1.0).

Чуть более подробно раскопал проблему:
PC1&PC2 - постоянно включены, DWL-2100AP включаются/ребутятся после них, ничего не трогаем минут 15.

PC1: 192.168.2.1/24, gateway смотрит в инет.
(utp)
DWL-2100AP (1) - AP, 192.168.2.22/24, gateway 192.168.2.21(специально так сделано)
(air)
DWL-2100AP (2) - AP client, 192.168.2.21/24, gateway 192.168.2.1(специально так сделано)
(utp)
PC2: 193.124.xxx.xxx, алиасом прописан 192.168.2.11, gateway смотрит в 193.124.xxx.xxx - его физически в сети нет.

С PC1 пингуется 192.168.2.22, первый icmp пакет при пинге 192.168.2.21 - теряется, TCP соединение с Web-interface происходит
со второй попытки, далее всё ОК.
При этом с PC1 192.168.2.11(адрес PC2) - не пингуется.
Идём на PC2. пускаем ping 192.168.2.1 - работает.
Идём на PC1. Пускаем ping -t 192.168.2.11 - тоже работает. Через некоторое время - перестаёт.
Идём на PC2. Пускаем ping 192.168.2.21 (т.е. пингуем точку доступа, в которую по LAN смотрим)- пинги с PC1 начинают приходить.
Другой варант оживления линка - с PC1 идём телнетом на 192.168.2.21 и оттуда пишем "ping 192.168.2.11" - сразу же начинают проходить пинги с PC1 на PC2.
Если оставить на PC2 ping -t 192.168.2.1 - всё чудно работает...
Занавес.

Резюме: DWL-2100AP в режиме AP client не пропускает ARP requests, полученные из WLAN. Или AP их не посылает.
Update: arp-requests оно пропускает, но если 2100AP-клиент "забыл" MAC-адрес (положим, выключили-включили), a на устройстве, откуда посылают пакет, ещё не "забыли" MAC для "куда посылают" - то пакеты не проходят(tcpdump на киентской машине ничего не пишет).
Лечится "сносом" arp-таблицы на PC1 - тогда проезжают arp-request/arp-reply и всё начинает работать.

Эту проблему в D-link удалось повторить? И когда починят?

Буду повторять, коллега.