<div dir="ltr"><span style="font-size:12.8px">tcpdump -i br0 src 192.168.1.16 -w tcpdump-w.test2.pcap</span><br><div><span style="font-size:12.8px">Only captures packets from 192.168.1.16, not the packets that comes in return.</span></div><div><span style="font-size:12.8px">instead try</span></div><div><span style="font-size:12.8px">tcpdump -i br0 host 192.168.1.16 -w tcpdump-w.test2.pcap</span><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">the error url <a href="http://ipxe.org/err/4c0a60">http://ipxe.org/err/4c0a60</a> tells us there is a connection issue, possibly routing or firewall.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Would be interesting to know if</span></div><div><span style="font-size:12.8px">chain </span><a href="http://boot.salstar.sk/ipxe/ipxe.efi" target="_blank" style="font-size:12.8px">http://boot.salstar.sk/ipxe/ip<wbr>xe.efi</a> || <span style="font-size:12.8px">chain </span><a href="http://boot.salstar.sk/ipxe/ipxe.efi" target="_blank" style="font-size:12.8px">http://boot.salstar.sk/ipxe/ip<wbr>xe.efi</a><span style="font-size:12.8px"><br></span></div><div>works, it will do the same thing but directly after each other.</div><div>You might also want to try and see if you can recreate this issue with a browser on the same network. And also doing a tracert/traceroute at the same time to <a href="http://boot.salstar.sk">boot.salstar.sk</a> to see if it gives differing results between working and non working. (or if it differs when being run several times after each other)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 24, 2016 at 10:11 PM, Dreamcat4 <span dir="ltr"><<a href="mailto:dreamcat4@gmail.com" target="_blank">dreamcat4@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>The cmd used to create the pcap file was (on my LAN router):<br><br></div><div>tcpdump -i br0 src 92.168.1.16 -w tcpdump-w.test2.pcap<br><br></div><div><br>This is what happened in the ipxe shell:<br><br>Type 'exit' to get back to the menu<br></div><div>iPXE> chain <a href="http://boot.salstar.sk/ipxe/ipxe.efi" target="_blank">http://boot.salstar.sk/ipxe/ip<wbr>xe.efi</a><br></div><div><a href="http://boot.salstar.sk/ipxe/ipxe.efi......" target="_blank">http://boot.salstar.sk/ipxe/ip<wbr>xe.efi......</a>.. Connection timed out (<a href="http://ipxe.org/4c0a6092" target="_blank">http://ipxe.org/4c0a6092</a>)<br>iPXE> _<br><br></div><div># Again (up arrow) 2nd time successful<br></div><div><div><br>iPXE> chain <a href="http://boot.salstar.sk/ipxe/ipxe.efi." target="_blank">http://boot.salstar.sk/ipxe/ip<wbr>xe.efi.</a>.. ok<br></div>iPXE initialising devices...<br></div><div><br></div><div>========<br></div><div>end of pcap logging.<br></div><div><br><br>Sounds like this problem:<br><br><a href="http://lists.ipxe.org/pipermail/ipxe-devel/2014-July/003627.html" target="_blank">http://lists.ipxe.org/pipermai<wbr>l/ipxe-devel/2014-July/003627.<wbr>html</a><br><br></div><div>But
 I dont have any special Cisco switch or other special hardware. So i 
reboot and try again to a different web server. This time <a href="http://ipxe.org" target="_blank">ipxe.org</a>'s website and not <a href="http://salstar.sk" target="_blank">salstar.sk</a>.<br><br></div><div>This time it worked 1st time:<br></div><br><div>Type 'exit' to get back to the menu<br></div>iPXE> chain <a href="http://boot.ipxe.org/ipxe.efi." target="_blank">http://boot.ipxe.org/ipxe.efi.</a><wbr>.. ok<br><div>iPXE initialising devices...<br></div><div><br></div>Which worked the 1st time no problems. No connection timeout whatsoever.<br><br></div>Earlier today I asked Jan, the site maintainer of <a href="http://salstar.sk" target="_blank">salstar.sk</a> to help find the issue. He took a packet log his end and didnt see anything failed come through apart from the successful 200 ok one.<br><br></div>This was during a different run.<br><div><div><br></div><div>[Copied from his email]<br></div><div><br>One try only:<br>
<span><br>
GET /ipxe/ipxe.efi HTTP/1.1<br>
<br>
Host: <a href="http://boot.salstar.sk" rel="noreferrer" target="_blank">boot.salstar.sk</a><br>
<br>
</span>User-Agent: iPXE/1.0.0+ (827dd)<br>
<br>
Connection: keep-alive<br>
<br>
<br>
<br>
HTTP/1.1 200 OK<br>
<br>
Date: Sat, 24 Sep 2016 18:22:15 GMT<br>
<br>
Server: Apache/2.4.23 (Fedora) OpenSSL/1.0.2h-fips PHP/5.6.25<br>
<br>
Upgrade: h2,h2c<br>
<br>
Connection: Upgrade, close<br>
<br>
Last-Modified: Sat, 24 Sep 2016 06:23:22 GMT<br>
<br>
ETag: "e9ce0-53d3aee7d0579"<br>
<br>
Accept-Ranges: bytes<br>
<br>
Content-Length: 957664<br>
<br>
Cache-Control: max-age=600, private<br>
<br>
Content-Type: application/efi<br>
<br>
<br>
I think there is problem on your side.<br>
Try to sniff some packets at your side, there are no packets from you<br>
here.<br><br><br></div></div><div><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 24, 2016 at 9:04 PM, Christian Nilsson <span dir="ltr"><<a href="mailto:nikize@gmail.com" target="_blank">nikize@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">That "blah error url" is one of the most important pieces of information.<div>The pcap file only has the part where 192.168.1.16 sends packets, and nothing is received. Did you filter out a bit to much from the pcap?</div><div><br></div><div>Please send that error url as a response to your earlier email to the mailing list and we can start taking a look.</div><div>Also I tried to respond on IRC but not sure if you got that message?</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Sat, Sep 24, 2016 at 9:37 PM, Dreamcat4 <span dir="ltr"><<a href="mailto:dreamcat4@gmail.com" target="_blank">dreamcat4@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><div><div><div><div><div>Hi,<br></div><br>We tried this in shell:<br><br></div>iPXE> chain <a href="http://boot.salstar.sk/ipxe/ipxe.efi" target="_blank">http://boot.salstar.sk/ipxe/ip<wbr>xe.efi</a><br><a href="http://boot.salstar.sk/ipxe/ipxe.efi.." target="_blank">http://boot.salstar.sk/ipxe/ip<wbr>xe.efi..</a>.. connection timed out (blah error url)<br><br>iPXE> chain <a href="http://boot.salstar.sk/ipxe/ipxe.efi" target="_blank">http://boot.salstar.sk/ipxe/ip<wbr>xe.efi</a><br><a href="http://boot.salstar.sk/ipxe/ipxe.efi.." target="_blank">http://boot.salstar.sk/ipxe/ip<wbr>xe.efi..</a>.. ok<br><br></div>2nd time worked.<br><br></div>Nothing is seen on the remote webserver the 1st failed attempt. And other regular local PC client (eg wget on linux) can download the same file no problems.<br><br></div>Other urls worked fine the 1st time. For example<br><br>iPXE> chain <a href="http://boot.ipxe.org/ipxe.efi" target="_blank">http://boot.ipxe.org/ipxe.efi</a><br><div><br>I attached to this email a .pcap file of the local packet trace log file.<br><div><div><br></div><div>Its a problem because the 1st connection timeout error (or any other error) and my ipxe boot menu will exit / abort. It never (from menu script) gets the change to try again for a 2nd time.<br></div><div><br><br></div><div>Other times it will fail up to 4 times, then work ok. But in the pcap log file attached here, it worked the 2nd time.<br></div><div><br><br></div></div></div></div>
<br></div></div>______________________________<wbr>_________________<br>
ipxe-devel mailing list<br>
<a href="mailto:ipxe-devel@lists.ipxe.org" target="_blank">ipxe-devel@lists.ipxe.org</a><br>
<a href="https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel" rel="noreferrer" target="_blank">https://lists.ipxe.org/mailman<wbr>/listinfo.cgi/ipxe-devel</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div></div></div></div>
</blockquote></div><br></div>