# tcpdump -i eth0 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
23:13:53.246240 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:13:56.245896 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:13:59.245890 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:14:02.245884 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:14:05.240880 arp who-has 169.254.146.113 tell 0.0.0.0
23:14:06.450666 arp who-has 169.254.146.113 tell 0.0.0.0
23:14:14.620135 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:14:17.619874 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:14:20.619864 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:14:23.619853 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:14:26.614845 arp who-has 169.254.146.113 tell 0.0.0.0
23:14:27.824889 arp who-has 169.254.146.113 tell 0.0.0.0
23:14:35.994092 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:14:38.993839 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:14:41.993830 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:14:44.993815 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:14:47.988816 arp who-has 169.254.146.113 tell 0.0.0.0
23:14:49.198607 arp who-has 169.254.146.113 tell 0.0.0.0

　 DHCPというか、BOOTPの後、ARPで空いているリンクローカルを調べているようだが、それを何度も繰り返してしまい、一向にIPアドレスが決まらない。

　 DHCPサーバを用意してやっても、やっぱりIPアドレスが決まらない。BOOTPの場合は一往復で決まるはずなのだが、二往復しており、正確に8秒弱の周期で同じ動きを繰り返している。どうも、リセットがかかっているようだ。

# tcpdump -i eth0 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
23:18:19.193321 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:18:19.257643 IP 192.168.7.96.bootps > 192.168.7.100.bootpc: BOOTP/DHCP, Reply, length 300
23:18:19.193464 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:18:19.217945 IP 192.168.7.96.bootps > 192.168.7.100.bootpc: BOOTP/DHCP, Reply, length 300
23:18:27.177049 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:18:27.177518 IP 192.168.7.96.bootps > 192.168.7.100.bootpc: BOOTP/DHCP, Reply, length 300
23:18:27.178035 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:18:27.445515 IP 192.168.7.96.bootps > 192.168.7.100.bootpc: BOOTP/DHCP, Reply, length 300
23:18:35.400975 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:18:35.401409 IP 192.168.7.96.bootps > 192.168.7.100.bootpc: BOOTP/DHCP, Reply, length 300
23:18:35.401963 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:18:35.455071 IP 192.168.7.96.bootps > 192.168.7.100.bootpc: BOOTP/DHCP, Reply, length 300
23:18:43.415276 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:18:43.416395 IP 192.168.7.96.bootps > 192.168.7.100.bootpc: BOOTP/DHCP, Reply, length 300
23:18:43.416763 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:18:43.468734 IP 192.168.7.96.bootps > 192.168.7.100.bootpc: BOOTP/DHCP, Reply, length 300
23:18:51.429325 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:18:51.430455 IP 192.168.7.96.bootps > 192.168.7.100.bootpc: BOOTP/DHCP, Reply, length 300
23:18:51.430812 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:18:51.511479 IP 192.168.7.96.bootps > 192.168.7.100.bootpc: BOOTP/DHCP, Reply, length 300
23:18:59.463365 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:18:59.463811 IP 192.168.7.96.bootps > 192.168.7.100.bootpc: BOOTP/DHCP, Reply, length 300
23:18:59.464352 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:20:4a:80:52:18 (oui Unknown), length 300
23:18:59.495639 IP 192.168.7.96.bootps > 192.168.7.100.bootpc: BOOTP/DHCP, Reply, length 300

　とあるサイトにも、同様にリセットがかかってしまうような記述があった。以前に動かした時は、ちゃんとtelnetできるところまでいったのだが、今回はダメ。

　そう大きくないレギュレータを使っているから電源問題、もしくは、オイラがどうかして壊したのか、とも思ったが、よく見ると最初のパターンでは、正確に8秒強の間隔でリセットしているようだ。これって、内部的にWDTが動いてる挙動としか思えない。ロジックバグがあんじゃねーのか？

　ファームを上げようにも、こんな調子ではLAN側からTFTPすることは望めない。シリアル側からでもできるようだが、Windows専用のユーティリティを動かす必要がある。面倒だし、シリアル接続している時にリセットがかからないという保証はない。

　 XPortは追加購入した分も含めて全部で3つ買ったし、変換基板も2枚作ったから、もうひとつで試してみる手もあるが、安かったとはいえ、コレ一個5千円だゼ。そんなに簡単に壊れてもらっては困るんですけどねぇ。

[ツッコミを入れる]