Ustaw taki sam adres mac jak masz na pc i zobacz.

niestety, nie działa podpytałem tu i ówdzie, i porównałem wywołania udhcpc na tomato i na openwrt. w ruterze z tomato można zmieniać adresy mac na dowolne i dostaje się ip. co ciekawe, Zyxel z openwrt podłączony do Linksysa jako klient też dostaje adres ip bez problemu. zdaję więc sobie sprawę, że problem może być wielowarstwowy i może być wypadkową wielu czynników (modem, udhcpc, firewall itp).

tomato

udhcpc -i vlan1 -b -s dhcpc-event -H nazwa_hosta -m -S

openwrt

udhcpc -p /var/run/udhcpc-eth0.2.pid -s /lib/netifd/

z informacji znalezionych w internecie wnioskuję, że wywołanie w openwrt po prostu zapisuje pid procesu do pliku (-p) i wywołuje skrypt (skrypty?) z podanego katalogu (-s).

w tomato opcje określają interfejs (-i), również miejsce zapisu pid (-p), przesyłaną nazwę hosta (-H), ma działać w tle (-b), logować do sysloga (-S) oraz opcję, której znaczenia nie znalazłem: -m

w zaiązku z powyższym mam pytania:
a) co oznacza opcja -m?
b) gdzie i czy mogę ustawić takie same opcje wywołania w openwrt jak w tomato (z dokładnością do lokalizacji i nazw plików)
c) czy całkowite wyłączenie firewalla to:

/etc/init.d/firewall stop
/etc/init.d/firewall disable

i od tej chwili oraz po restarcie ruch nie będzie filtrowany?

próbowałem z palca, ale ogólnie udhcpc cały czas działa jako demon dopóki jest "link" (bez niego się wyłącza). chciałem go więc ubić tymczasowo, aby nie był aktywny, ale się sam podnosi. dla czystości scenariusza testowego wolałbym, aby działała tylko jedna instancja udhcpc ale nie wiem, czy w tym wypadku ma to jakieś znaczenie.