VirtualBox

Ticket #4839 (closed defect: fixed)

Opened 5 years ago

Last modified 5 years ago

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

Reported by: egwspiti Owned by:
Priority: major 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 5 years ago.
tcpdump icmp -s 0 -w icmp.log
ping.log Download (1.3 KB) - added by egwspiti 5 years ago.
ping www.virtualbox.org
VBox.log Download (55.2 KB) - added by egwspiti 5 years ago.
VBox3.0.4-NATRepliesWrongMAC.pcap Download (744 bytes) - added by ximok 5 years ago.
Return traffic should come back with MAC 08-00-27-CD-6E-A9 but does not.

Change History

Changed 5 years ago by egwspiti

tcpdump icmp -s 0 -w icmp.log

Changed 5 years ago by egwspiti

ping www.virtualbox.org

Changed 5 years ago by egwspiti

comment:1 Changed 5 years ago by Hachiman

Could you please attach  pcap file?

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

icmp.log is the pcap file

comment:3 in reply to: ↑ 2 ; follow-up: ↓ 4 Changed 5 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 5 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 5 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 5 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 5 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 5 years ago by ximok

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

comment:8 Changed 5 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