On Mon, Sep 21, 2015 at 8:16 AM, Patrick Masotta <masottaus at yahoo.com> wrote:>>>> > > > > I have seen this before; Are you using VMware 12 ? > > try changing the virtual driver. > > I have reported a bug on certain VMware drivers that > > mistakenly set TFTP blocksize to 1486 instead of 1468, > > That leads to IP fragmentation and high chances of an aborted > > TFTP transfer if the file is big. See here: > > https://communities.vmware.com/message/2536960 > > A Wireshark traffic capture will confirm > if you are suffering > > this VMware bug > > > > VMware is lately having some issues with TFTP transfers, > > This is another reported bug that produces extremely > > low speed TFTP transfers under EFI; this could also lead > > to aborted transfers if > the file is big. > > https://communities.vmware.com/message/2536774 > > > > Best, > > Patrick > > > > Server is VMWare ESXi 5.5 > Mathias Radtke, uib > > <<< > > Despite you are using the 5.5 I would take a traffic capture > and see first hand what's really going on. > Please also consider VMware ESXi and Workstations PXE roms/drivers > are the same...Patrick, the pattern is quite recognizable. See also "[syslinux] EFI & PXE-booting: very slow TFTP performance on a VMWare test setup" http://www.syslinux.org/archives/2015-June/023634.html -- -Gene
>>>Patrick, the pattern is quite recognizable.? See also "[syslinux] EFI & PXE-booting: very slow TFTP performance on a VMWare test setup" http://www.syslinux.org/archives/2015-June/023634.html -Gene <<< Gene, As I see it there are two completely different TFTP problems here: The one initially reported by Oscar Roozen lead to this bug report https://communities.vmware.com/message/2536774 Later I detected a completely different VMware problem (related to IP fragmentation) that lead to this other bug report: https://communities.vmware.com/message/2536960 Then; where do you see the quite recognizable pattern w/o a Wireshark capture??? ;-) BTW if you take a minute and read the first report https://communities.vmware.com/message/2536774 You'll realize that VMWare TFTP "surprisingly" does not present slow TFTP transfers when they are driven by MS "bootmgfw.efi"; instead the problem is only shown when transfers are driven by syslinux.efi; At the moment, despite probably VMware not handling the net driver "polling" correctly, I started to wonder if "we" are really handling the EFI Event engine correctly when performing TFTP transfers within syslinux.efi Best, Patrick
On 09/21/2015 06:20 AM, Patrick Masotta via Syslinux wrote:> > BTW if you take a minute and read the first report > https://communities.vmware.com/message/2536774 > You'll realize that VMWare TFTP "surprisingly" does not present slow TFTP transfers > when they are driven by MS "bootmgfw.efi"; instead the problem is only shown when > transfers are driven by syslinux.efi; At the moment, despite probably VMware not handling > the net driver "polling" correctly, I started to wonder if "we" are really handling the EFI Event > engine correctly when performing TFTP transfers within syslinux.efi >It might be a difference between using the TFTP and using the UDP interfaces, or somesuch. -hpa