Syslinux - Nov 2013 - syslinux.efi pxeboot across multiple subnets

I'm using tftp-hpa. I had disabled the blocksize option (-r blocksize) for
some reason that I can't remember now. Re-enabling it and setting to 1468
gives the same results. Considering I'm using http to transfer the kernels,
initrd and images, I don't think the slowness will be an problem. Thanks
for the suggestions though.


On Tue, Nov 5, 2013 at 8:20 PM, Celelibi <celelibi at gmail.com> wrote:
> 2013/11/5, Jason Matthews <jason.david.matthews at gmail.com>:
> > Sorry. Here are the tcpdumps on pastebin:
> >
> > Filtered by IP taken on tftp server: http://pastebin.com/NgesF5p9
> >
> > Taken from mirrored port: http://pastebin.com/kuw22GF2
> >
> >
>
> It looks like your tftp server serves only packets of length 512 or so
> instead of the 1468 bytes blocksize requested.
> I observed this same behavior with the debian package tftpd. I had
> troubles with it for making pxe work. I'd suggest you to try atftpd or
> tftpd-hpa. If this doesn't solve your problem, it will at least make
> the downloads a lot faster. :)
> _______________________________________________
> Syslinux mailing list
> Submissions to Syslinux at zytor.com
> Unsubscribe or set options at:
> http://www.zytor.com/mailman/listinfo/syslinux
> Please do not send private replies to mailing list traffic.
>
>

I don't really know what I'm doing, but I was playing around in
efi/udp.c
and noticed that the gateway is being set to NULL. I changed:

txdata->GatewayAddress = NULL;

to

txdata->GatewayAddress = &IPInfo.gateway;

After that change, I see ldlinux.e64 attempt to download and connect to my
tftpserver, but it never completes and gets stuck in a loop.


On Wed, Nov 6, 2013 at 10:14 AM, Jason Matthews <
jason.david.matthews at gmail.com> wrote:
> I'm using tftp-hpa. I had disabled the blocksize option (-r blocksize)
for
> some reason that I can't remember now. Re-enabling it and setting to
1468
> gives the same results. Considering I'm using http to transfer the
kernels,
> initrd and images, I don't think the slowness will be an problem.
Thanks
> for the suggestions though.
>
>
> On Tue, Nov 5, 2013 at 8:20 PM, Celelibi <celelibi at gmail.com>
wrote:
>
>> 2013/11/5, Jason Matthews <jason.david.matthews at gmail.com>:
>> > Sorry. Here are the tcpdumps on pastebin:
>> >
>> > Filtered by IP taken on tftp server: http://pastebin.com/NgesF5p9
>> >
>> > Taken from mirrored port: http://pastebin.com/kuw22GF2
>> >
>> >
>>
>> It looks like your tftp server serves only packets of length 512 or so
>> instead of the 1468 bytes blocksize requested.
>> I observed this same behavior with the debian package tftpd. I had
>> troubles with it for making pxe work. I'd suggest you to try atftpd
or
>> tftpd-hpa. If this doesn't solve your problem, it will at least
make
>> the downloads a lot faster. :)
>> _______________________________________________
>> Syslinux mailing list
>> Submissions to Syslinux at zytor.com
>> Unsubscribe or set options at:
>> http://www.zytor.com/mailman/listinfo/syslinux
>> Please do not send private replies to mailing list traffic.
>>
>>
>

Could you please upload a pcap file somewhere?
I would be more clear if we could filter out the capture ourselves or
check the content of some packets, disable the "stringification" of
the ports number. Moreover, your paste is not complete, the last line
is cut.

However, what I can say is that something should have gone wrong with
the download of syslinux.efi since it ask again.

2013/11/6, Jason Matthews <jason.david.matthews at
gmail.com>:
> I'm using tftp-hpa. I had disabled the blocksize option (-r blocksize)
for
> some reason that I can't remember now. Re-enabling it and setting to
1468
> gives the same results. Considering I'm using http to transfer the
kernels,
> initrd and images, I don't think the slowness will be an problem.
Thanks
> for the suggestions though.
>
>
> On Tue, Nov 5, 2013 at 8:20 PM, Celelibi <celelibi at gmail.com>
wrote:
>
>> 2013/11/5, Jason Matthews <jason.david.matthews at gmail.com>:
>> > Sorry. Here are the tcpdumps on pastebin:
>> >
>> > Filtered by IP taken on tftp server: http://pastebin.com/NgesF5p9
>> >
>> > Taken from mirrored port: http://pastebin.com/kuw22GF2
>> >
>> >
>>
>> It looks like your tftp server serves only packets of length 512 or so
>> instead of the 1468 bytes blocksize requested.
>> I observed this same behavior with the debian package tftpd. I had
>> troubles with it for making pxe work. I'd suggest you to try atftpd
or
>> tftpd-hpa. If this doesn't solve your problem, it will at least
make
>> the downloads a lot faster. :)
>> _______________________________________________
>> Syslinux mailing list
>> Submissions to Syslinux at zytor.com
>> Unsubscribe or set options at:
>> http://www.zytor.com/mailman/listinfo/syslinux
>> Please do not send private replies to mailing list traffic.
>>
>>
> _______________________________________________
> Syslinux mailing list
> Submissions to Syslinux at zytor.com
> Unsubscribe or set options at:
> http://www.zytor.com/mailman/listinfo/syslinux
> Please do not send private replies to mailing list traffic.
>
>

Op 2013-11-07 om 02:23 schreef Celelibi:
> 2013/11/6, Jason Matthews <jason.david.matthews at gmail.com>:
> > I'm using tftp-hpa. I had disabled the blocksize option (-r
blocksize) for
> > some reason that I can't remember now. Re-enabling it and setting
to 1468
> > gives the same results. Considering I'm using http to transfer the
kernels,
> > initrd and images, I don't think the slowness will be an problem.
Thanks
> > for the suggestions though.
> 
> Could you please upload a pcap file somewhere?
> I would be more clear if we could filter out the capture ourselves or
> check the content of some packets, disable the "stringification"
of
> the ports number.
To create such file use the option `-w `.
> Moreover, your paste is not complete, the last line is cut.
Another benefit of providing a file in libpcap format.


Cheers
Geert Stappers