VirtualBox

Ticket #4839 (closed defect: fixed)

Opened 10 years ago

Last modified 10 years ago

NAT corrupts mac addresses leading to packet loss -> Fixed in SVN

Reported by: egwspiti Owned by:
Component: network/NAT Version: VirtualBox 3.0.4
Keywords: nat, mac address corruption Cc:
Guest type: other Host type: Windows

Description

Attached are the output of "ping www.virtualbox.org" and "tcpdump icmp -s 0 -w icmp.log" both executed at the guest OS. ping shows a significant packet loss, while tcpdump shows that all the icmp replies were received. however, the dst mac address of the icmp replies was quite random thus leading to packet loss. the current logs are from an INTEL PRO/1000 MT Server (the same happens with the default PCnet-FAST III)

Host OS is winxp sp3, guest OS is linux. In bridged mode there're no corrupted mac addresses / packet loss.

Attachments

icmp.log Download (4.9 KB) - added by egwspiti 10 years ago.
tcpdump icmp -s 0 -w icmp.log
ping.log Download (1.3 KB) - added by egwspiti 10 years ago.
ping www.virtualbox.org
VBox.log Download (55.2 KB) - added by egwspiti 10 years ago.
VBox3.0.4-NATRepliesWrongMAC.pcap Download (744 bytes) - added by ximok 10 years ago.
Return traffic should come back with MAC 08-00-27-CD-6E-A9 but does not.

Change History

Changed 10 years ago by egwspiti

tcpdump icmp -s 0 -w icmp.log

Changed 10 years ago by egwspiti

ping www.virtualbox.org

Changed 10 years ago by egwspiti

comment:1 Changed 10 years ago by Hachiman

Could you please attach  pcap file?

comment:2 follow-up: ↓ 3 Changed 10 years ago by egwspiti

icmp.log is the pcap file

comment:3 in reply to: ↑ 2 ; follow-up: ↓ 4 Changed 10 years ago by Hachiman

Replying to egwspiti:

icmp.log is the pcap file

Could you please point me on broken packet (frame number)? Please look at #4540, here you can find Windows specifics of ICMP handling.

comment:4 in reply to: ↑ 3 ; follow-up: ↓ 5 Changed 10 years ago by egwspiti

Replying to Hachiman:

Replying to egwspiti:

icmp.log is the pcap file

Could you please point me on broken packet (frame number)? Please look at #4540, here you can find Windows specifics of ICMP handling.

frame 3 has ethernet II dst : 00:01:00:01:00:00,

frame 6 has ethernet II dst : cd:00:b4:d2:cd:00,

frame 8 has ethernet II dst : 23:4e:0a:00:08:09,

frame 10 has ethernet II dst : d3:5d:0a:00:08:09,

frame 12 has ethernet II dst : ba:6f:0a:00:08:09, and so on... the correct ethernet II dst is 08:00:27:04:af:cc (ie the ethernet II src of the packets originating from the guest OS)

comment:5 in reply to: ↑ 4 ; follow-up: ↓ 6 Changed 10 years ago by Hachiman

Replying to egwspiti:

Replying to Hachiman:

Replying to egwspiti:

icmp.log is the pcap file

Could you please point me on broken packet (frame number)? Please look at #4540, here you can find Windows specifics of ICMP handling.

frame 3 has ethernet II dst : 00:01:00:01:00:00,

frame 6 has ethernet II dst : cd:00:b4:d2:cd:00,

frame 8 has ethernet II dst : 23:4e:0a:00:08:09,

frame 10 has ethernet II dst : d3:5d:0a:00:08:09,

frame 12 has ethernet II dst : ba:6f:0a:00:08:09, and so on... the correct ethernet II dst is 08:00:27:04:af:cc (ie the ethernet II src of the packets originating from the guest OS)

yep, thanks.

comment:6 in reply to: ↑ 5 Changed 10 years ago by Hachiman

Replying to Hachiman:

Replying to egwspiti:

Could you please update your user info or drop me a message at [vasily _dot_ levchenko _at_ Sun _dot_ COM]? I will offer to you testbuild for verification.

comment:7 Changed 10 years ago by Hachiman

  • Summary changed from NAT corrupts mac addresses leading to packet loss to NAT corrupts mac addresses leading to packet loss -> Fixed in SVN

Changed 10 years ago by ximok

Return traffic should come back with MAC 08-00-27-CD-6E-A9 but does not.

comment:8 Changed 10 years ago by frank

  • Status changed from new to closed
  • Resolution set to fixed
Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use