Проблема решена. Для того, чтобы всё заработало вам понадобится сетевуха, которая поддерживает WakeOnLan,
прога http://www.depicus.com/wake-on-lan/wake-on-lan-gui.asp в которую надо будет вписать WAN адрес роутера или модема, MAC адрес той самой сетевухи, маску 255.255.255.255, выбрать там Internet и UDP порт (например 9), который в дальнейшем надо будет прописать в правиле RDR (Reverse NAT).
Примерно правило будет выглядеть так:
Rule ID: 10
Rule Flavor: RDR
IF Name: ALL
Protocol: UDP
Local Address From: 10.0.0.2 - это адрес компа в локалке с той сетевухой
Local Address To: 10.0.0.2
Global Address From: 0.0.0.0
Global Address To: 0.0.0.0
Destination Port From: 9 - тот самый ранее выбранный нами порт в WakeOnLan GUI
Destination Port To: 9
Local Port: 9

Возможно так случится, что информация о локальном ip адресе пропадёт из ARP table роутера - тогда надо будет зайти на роутер телнетом и прописать туда его, дабы пакет с WakeUpFrame дошел до той самой сетевухи:
create arp ip 10.0.0.2 macaddr xx:xx:xx:xx:xx:xx
где 10.0.0.2 - локальный адрес компа, macaddr - MAC адрес сетевухи.

ОТДЕЛЬНОЕ ОГРОМНОЕ СПАСИБО Виктору Платову за помошь и терпение!

Итак, требуется чтобы DSL-500G все пакеты приходящие извне на 9 порт UDP форвардил на broadcast локалки -
т.е. если модем сконфигурен как 10.1.1.1/255.0.0.0, то все пакеты на 9 порт надо отправлять дальше на 10.255.255.255.
Для этого было прописано:

Rule Flavor: RDR
IF Name: ALL
Protocol: UDP
Local Address From: 10.255.255.255
Local Address To: 10.255.255.255
Global Address From: 0.0.0.0
Global Address To: 0.0.0.0
Destination Port From: 9
Destination Port To: 9
Local Port: 9

При этом правиле вместо пакета с wake up frame (magic packet)
0x0000 00 05 5D 9F 69 EB 00 04-61 44 1E 57 08 00 45 00
0x0010 00 82 40 EF 00 00 80 11-7E 81 0A 00 00 02 53 ED
0x0020 1D 0C 0B D4 00 09 00 6E-7E 42 FF FF FF FF FF FF
0x0030 00 04 61 44 1E 57 00 04-61 44 1E 57 00 04 61 44
0x0040 1E 57 00 04 61 44 1E 57-00 04 61 44 1E 57 00 04
0x0050 61 44 1E 57 00 04 61 44-1E 57 00 04 61 44 1E 57
0x0060 00 04 61 44 1E 57 00 04-61 44 1E 57 00 04 61 44
0x0070 1E 57 00 04 61 44 1E 57-00 04 61 44 1E 57 00 04
0x0080 61 44 1E 57 00 04 61 44-1E 57 00 04 61 44 1E 57

приходят "обломки":

0x0000 FF FF FF FF FF FF 00 05-5D 9F 69 EB 08 06 00 01 ÿÿÿÿÿÿ..]Ÿië....
0x0010 08 00 06 04 00 01 00 05-5D 9F 69 EB 0A 01 01 01 ........]Ÿië....
0x0020 00 00 00 00 00 00 0A FF-FF FF 00 00 00 00 00 00 .......ÿÿÿ......
0x0030 00 00 00 00 00 00 00 00-00 00 00 00 ............

Господа из DLINK - подскажите где подколка?
Почему DSL-500G не форвардит целый пакет broadcast'ом?

Прошу прощения за долгое молчание. Завтра проверю. О результатах напишу.

У меня все работает. Только в правиле стоит не
а:
Rule Flavor: RDR
IF Name: ANY
Protocol: UDP
Local Address From: 10.255.255.255
Local Address To: 10.255.255.255
Global Address From: 0.0.0.0
Global Address To: y.y.y.255
Destination Port From: 9
Destination Port To: 9
Local Port: 9

Т.е. я прописал броадкастовый адрес сети, которой принадлежит wan интерфейс DSL-500G. Прошивка R2.01.B15.

Проблема в том, что WAN адрес сети динамический, т.е. выдается MTU-шным оборудованием. Прописать в таком случае WAN адрес сети не представляется возможным, к тому же не ясно как узнать маску той сети? Что еще можно сделать?

Да, S/W Version: R2.01.B4(021206a/T93.3.23)

Обновить прошивку.

Окей - прошивку вечером обновлю. У меня такой вопрос - вот настроил я всё как мне надо в своём модеме - можно ли эти настройки записать/экспортнуть/еще как нибудь сохранить, а после перепрошивки или hard reset'a "залить"?
Возможно ли вернуться к старой прошивке, если вдруг не понравится новая?

Как показали исследования, от прошивки ничего не зависит.
Выход один: перейти на тариф с постоянным ip адресом.
Вычислить броадкастовый адрес сети по ip адресу и маске не составляет труда.

Посмотрел логи. Получилось, что мне MTU выдаёт адреса из 2 ip пулов - 83.237.29.ххх и 81.195.4.ххх
Прописал 2 правила:

Rule Flavor: RDR
IF Name: ALL
Protocol: UDP
Local Address From: 10.255.255.255
Local Address To: 10.255.255.255
Global Address From: 0.0.0.0
Global Address To: 83.237.29.255
Destination Port From: 9
Destination Port To: 9
Local Port: 9
ну и с 81.195.4.255 второе соотв.

Всё равно не помогло
А правильно ли то, что поле Global Address From - пустое?
Может в него тоже прописать y.y.y.255?
Я тут подумал - наверное эта тема никому кроме меня больше не интересна - может в email - а вы тут её прибьёте?

тема очень даже интересна,
только вот что я думаю...

1. Если твой комп уснул, значит трафика через модем нет. Тогда он отключит PPP по таймауту. В следующий раз ты получишь новый адрес на модеме.

2. Привязаться к адресу, а точнее к доменному имени можно было бы, если бы роутеры умели работать с DynDNS.org, например.

_________________
DSL-2640U, DSM-520
DI-524 + DWL-G650+ + DWL-G520+ + DVG-2001S
было DSL-G604T, Dlink 504G

Хорошо, что интересна.
1) найти свой роутер в пуле MTU я могу легко! (port scan)
конфигурим http порт модема на какой-нибудь порт (типа 61111) и там его lnetscan'ом за 2 минуты находим;
2) настроил, чтобы ppp connection по таймауту не вырубалось;
3) dyndns.org - уже замечательно работает. не через роутер, а как вспомогательная вещь, когда комп оставлен включенным. см. п.1

так что осталось решить вопрос с wake up frame/magic packet over IP и всё будет отлично!

1. Если маска у пулов не 255.255.255.0, то броадкастовый адрес не будет x.x.x.255.
2. Можно и прописать. Даже правильнее было бы прописать. Но у меня работает и так.
3. Сейчас тема может никому и не нужна. А потом может понадобиться. Пусть висит.

Как я понимаю, задача не в том, чтобы определить внешний ip модема. А в том, что информация об этом должна фигурировать в правиле NAT. Т.к. ip - динамический, то и правило должно быть динамическим. Чего не может быть.

извините, что не в тему, но как?

_________________
DSL-2640U, DSM-520
DI-524 + DWL-G650+ + DWL-G520+ + DVG-2001S
было DSL-G604T, Dlink 504G

PPP интерфейс создете как Start, а не как StartOnData.