[syslinux] tftp problems with VIA EPIA-M board

[Hugo Mills]

On Tue, Jun 03, 2003 at 03:23:29PM -0700, H. Peter Anvin wrote:
> Hugo Mills wrote:
> > 
> >    To abort on receipt of an option acknowledgement? How does it
> > expect to continue? Should it just carry on regardless after sending
> > the abort packet back?
> 
> No, it should start a new transfer at that point.

   OK. I assumed (wrongly) that the error code indicated the
problem. I've let the client machine carry on trying to boot for a
while, and this is the complete sequence of packets I see:

Source         Destination         Protocol     Info
0.0.0.0:68     255.255.255.255:67  DHCP         DHCP discover
10.0.0.5:67    255.255.255.255:68  DHCP         DHCP offer
0.0.0.0:68     255.255.255.255:67  DHCP         DHCP request
10.0.0.5:67    255.255.255.255:68  DHCP         DHCP ACK
(clientMAC)    (bcast)             ARP          Who has 10.0.0.5, tell 10.0.0.3
(serverMAC)    (clientMAC)         ARP          10.0.0.5 is at [MAC]
10.0.0.3:2070  10.0.0.5:69         TFTP         Read request: /tftpboot/pxelinux.0
10.0.0.5:32875 10.0.0.3:2070       TFTP         Option acknowledgement
10.0.0.3:2070  10.0.0.5:32875      TFTP         Error code (5), not defined (0), TFTP aborted
10.0.0.3       10.0.0.5            IGMP         V2 membership report, multicast address 10.0.0.5
(serverMAC)    (clientMAC)         ARP          Who has 10.0.0.3? Tell 10.0.0.5
(clientMAC)    (serverMAC)         ARP          10.0.0.3 is at [MAC]
10.0.0.3       10.0.0.5            IGMP         V2 membership report, mcast addr 10.0.0.5
10.0.0.3:17664 10.0.05:17664       TFTP         Read request: /tftpboot/pxelinux.0
10.0.0.5       10.0.0.3            ICMP         Destination unreachable (10.0.0.5:17664)

   The last two packets arrive about 30-40 seconds after the second
IGMP packet. They then repeat as many times as I let it. I've taken
out a few irrelevant packets (NTP, ARP and SMTP to elsewhere on the
network from the server).

   So... I tried putting an (identically configured) tftp server on
port udp/17664. I then see, instead of Destination unreachable as the
last packet, the first block of the TFTP data packets being sent
across:

10.0.0.5:32902 10.0.0.3:17664      TFTP         Data packet, Block: 1

   There is no acknowledgement, and the server repeatedly sends the
packet at 5-second intervals. Eventually, about 36 seconds later, the
client repeats the TFTP Read request, and I get two TFTP processes on
the server, each sending block 1 at 5-second intervals. This pattern
repeats, ad nauseam.

   What extra information can I give to help sort this out?

   Thanks for your time in helping me with this,
   Hugo.

-- 
=== Hugo Mills: hugo at ... carfax.org.uk | darksatanic.net | lug.org.uk ===
  PGP key: 1C335860 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
    --- You can't expect a boy to be depraved until he's gone to ---     
                             a good school.