[ipxe-devel] wget https://site.redacted/g34yww

[Yiyi Hu]

Yiyi Hu

2:24 AM (0 minutes ago)
to Geert
Hi, stappers, The urls are all blocked.
Today, I tried to boot with different router radvd settings,
Before, it was M=1, O=1,
With M = 0, O=0,   M=1, O=1, all combs doesn't work.
I think the unbootable is caused by windows iscsi boot driver doesn't
support ipv6.
Another possibility is iBFT stores the ipv6 info caused windows try to
use ipv4 address to access ipv6 address, Just rough guess though.

Here is the new dump with 'ether host client-mac',  https://file.io/O2zHW2NsBmXt
Thanks.

On Thu, Sep 19, 2024 at 2:10 AM Geert Stappers via ipxe-devel
<ipxe-devel at lists.ipxe.org> wrote:
>
> On iPXE IRC channel came this along (modified version)
>
> |12:59 < person> stappers: What command should I use to dump the data
> |  for the whole log? I know tcpdump. But I wish to have more options to
> |  also dump the data
> |13:01 < person> when I boot into livecd for the diskless client,
> |  I'm sure the system gets ipv6 addresses.
> |13:02 < person> linux diskless booting is successfully tested using ipv6.
> |13:02 < person> It seems only windows is the issue.
> |
> |23:02 < stappers> Acknowledge on "It seems only windows is the issue."
> |  Still feel free to share further observations.
> |
> |Day changed to 17 sep 2024
> |02:26 < person> stappers: https://site.redacted/eyM7Zm    <-- This is
> |  the 'tcpdump -i interface host fd8c:redacted:100::11 and port 3260'
> |02:26 < person> If you need more detailed log, Please give me some
> |  the command flags, I'll dump them again.
> |02:27 < person> stappers: I was really too tired, and went to sleep
> |  before I upload the log.
> |
> |07:14 < stappers> tcpdump -i interface -w filename.pcap host
> |  fd8c:redacted:100::11
> |
> |07:16 < person> Ok, hold on
> |
> |07:18  * stappers goes to work
> |
> |07:48 < person> stappers: https://site.redacted/g34yww
> |07:49 < person> When you have time, Please take a look at it, I think
> |  it's the issue of windows, I did linux diskless boot successfully
> |  without issue.
> |Day changed to 18 sep 2024
> |04:45 < person> stappers: any ideas what happened? Sorry, I didn't
> |  look into the file uploaded yet. As I'm still testing some other things
> |  with ipv6
> |
>
> Now replying here on the iPXE mailinglist.
> (Advantage of email over IRC: Paragrafs instead of single lines)
>
> Sorry for the "tcpdump -i interface -w filename.pcap host fd8c:redacted:100::11",
> I was bearly awake. Luckly was the intented "Provide file PCAP-format" well recieved.
>
> I should have wrote "tcpdump -i interface -w filename.pcap ether host MA:CA:DD:RE:SS".
> And added "where MA:CA:DD:RE:SS is the MAC-address the iPXE client".
>
> A booting client tents to use several IP-address, especial on IPv6. So
> when filter on a single IP-address is information on "What does happen
> on the wire?" lost. Hence the advice to filter on ethernet address.
>
>
> It was a good thing to be able to do `wget https://site.redacted/sTrinG`.
> If had to go the URL with a webbrowser, I would have stopped bothering.
>
> The first file from https://site.redacted/ was text output of tcpdump.
> Upon seeing it, I thought "No, there is Wireshark" and asked for
> the PCAP-file.
>
> The second file from https://site.redacted/ was quickly scanned
> with Wireshark. It showed me there are "duplicates" and "retransmits".
> What is causing that strange network traffic will not be explored by me.
> The iPXE part is working and happy with Linux.
>
>
> Regards
> Geert Stappers
> Who will post the archive URL of this message to iPXE  IRC channel.
> --
> Silence is hard to parse
> _______________________________________________
> ipxe-devel mailing list
> ipxe-devel at lists.ipxe.org
> https://lists.ipxe.org/mailman/listinfo/ipxe-devel