The rarpd/tftpd server is OpenBSD/i386 4.6. ok printenv Variable Name Value Default Value asr-policy normal normal test-args diag-passes 1 1 local-mac-address? true true fcode-debug? false false scsi-initiator-id 7 7 oem-logo No default oem-logo? false false oem-banner No default oem-banner? false false ansi-terminal? true true screen-#columns 80 80 screen-#rows 34 34 ttyb-rts-dtr-off false false ttyb-ignore-cd true true ttya-rts-dtr-off false false ttya-ignore-cd true true ttyb-mode 9600,8,n,1,- 9600,8,n,1,- ttya-mode 9600,8,n,1,- 9600,8,n,1,- output-device ttya ttya input-device ttya ttya auto-boot-on-error? true false error-reset-recovery sync sync load-base 16384 16384 auto-boot? true true network-boot-arguments boot-command boot boot diag-file diag-device net net boot-file boot-device disk net disk net use-nvramrc? false false nvramrc security-mode none No default security-password No default security-#badlogins 0 No default verbosity normal normal diag-trigger error-reset power-on-res ... error-reset power-on-res. service-mode? false false diag-script normal normal diag-level max max diag-switch? false false
ok boot net Boot device: /p...@1f,700000/netw...@2 File and args: 1000 Mbps FDX Link up Requesting Internet Address for 0:3:ba:15:ff:a6 The file just loaded does not appear to be executable. ok Running "rarpd -d xl1" rarpd: got a packet rarpd: 00:03:ba:15:ff:a6 rarpd: reply sent >From "/var/log/daemon" Nov 13 22:23:39 router tftpd[5268]: 192.168.29.26: read request for 'C0A81D1A' # pwd /tftpboot # ls -l total 24096 lrwxr-xr-x 1 root wheel 6 Nov 12 16:05 C0A81D1A -> bsd.rd -rw-r--r-- 1 root wheel 2626510 Aug 16 12:07 bsd.rd >From OpenBSD mirror site: bsd.rd 16-Aug-2010 12:06 2.5M I captured the TFTP transfer with 'tcpdump' and 10258 packets were exchanged, half of those contained 516 bytes of payload and the other half four byte acknowledgements. Plus there was a 466 final transfer. (10258/2) * 516 + 466 = 2647030 bytes. An addition 20520 bytes over the actual size of bsd.rd. So it would appear that we are sending the entire content of the bsd.rd file, plus some TFTP overhead, perhaps. Anyway, all suggestions would be appreciated.