When comparing the output of tcpdump on the router with vanilla Tomato Firmware v1.28.1816 and Tomato Firmware v1.28.8754 ND vpn3.6 (Linux kernel 2.4.37.10) it becomes evident that the DHCP Offer on vlan1 (WAN) is not correctly handled by build 54 of TomatoUSB since the router continues to send DHCP Requests to the identified DHCP-server with the offered IP-address.
Reference: Output of tcpdump
The problem does not exist in Tomato Firmware v1.28.1816 or dd-wrt v24 preSP2 VPN Generic build 14896 and is not resolved by erasing NVRAM or selecting/deselecting “Reduce packet size” for “DHCP Client (WAN)” or using a different hostname or entering the following rule for iptables:
iptables -I INPUT -p UDP -i vlan1 —dport 68 —sport 67 -j ACCEPT
No dropped packets are logged, however the problem described above, as seen in the packet dump, can also be observed in the output of the loggfile:
Dec 31 16:17:26 unknown daemon.info udhcpc[771]: Sending discover…
Dec 31 16:17:26 unknown daemon.info udhcpc[771]: Sending select for 213.103.xxx.xxx…
Dec 31 16:17:29 unknown daemon.info udhcpc[771]: Sending select for 213.103.xxx.xxx…
Dec 31 16:17:32 unknown daemon.info udhcpc[771]: Sending select for 213.103.xxx.xxx…
Dec 31 16:17:35 unknown daemon.info udhcpc[771]: Sending select for 213.103.xxx.xxx…
Dec 31 16:17:38 unknown daemon.info udhcpc[771]: Sending select for 213.103.xxx.xxx…
Dec 31 16:17:41 unknown daemon.info udhcpc[771]: No lease, forking to background
Dec 31 16:18:01 unknown daemon.info udhcpc[876]: Sending discover…
Dec 31 16:18:01 unknown daemon.info udhcpc[876]: Sending select for 213.103.xxx.xxx…
Dec 31 16:18:04 unknown daemon.info udhcpc[876]: Sending select for 213.103.xxx.xxx…
Dec 31 16:18:07 unknown daemon.info udhcpc[876]: Sending select for 213.103.xxx.xxx…
Dec 31 16:18:10 unknown daemon.info udhcpc[876]: Sending select for 213.103.xxx.xxx…
Dec 31 16:18:13 unknown daemon.info udhcpc[876]: Sending select for 213.103.xxx.xxx…
Any help to resolve this issue would be greatly appreciated.
