VirtualBox

Ticket #4839 (closed defect: fixed)

Opened 3 months ago

Last modified 2 months ago

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

Reported by: egwspiti Assigned to:
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 (4.9 kB) - added by egwspiti on 2009-08-24 10:06:08.
tcpdump icmp -s 0 -w icmp.log
ping.log (1.3 kB) - added by egwspiti on 2009-08-24 10:06:33.
ping www.virtualbox.org
VBox.log (55.2 kB) - added by egwspiti on 2009-08-24 10:07:51.
VBox3.0.4-NATRepliesWrongMAC.pcap (0.7 kB) - added by ximok on 2009-09-08 11:48:40.
Return traffic should come back with MAC 08-00-27-CD-6E-A9 but does not.

Change History

2009-08-24 10:06:08 changed by egwspiti

  • attachment icmp.log added.

tcpdump icmp -s 0 -w icmp.log

2009-08-24 10:06:33 changed by egwspiti

  • attachment ping.log added.

ping www.virtualbox.org

2009-08-24 10:07:51 changed by egwspiti

  • attachment VBox.log added.

2009-08-25 07:01:38 changed by Hachiman

Could you please attach pcap file?

(follow-up: ↓ 3 ) 2009-08-25 09:07:40 changed by egwspiti

icmp.log is the pcap file

(in reply to: ↑ 2 ; follow-up: ↓ 4 ) 2009-08-25 09:15:20 changed 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.

(in reply to: ↑ 3 ; follow-up: ↓ 5 ) 2009-08-25 11:04:30 changed 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)

(in reply to: ↑ 4 ; follow-up: ↓ 6 ) 2009-08-25 11:35:16 changed 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.

(in reply to: ↑ 5 ) 2009-08-25 12:08:31 changed 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.

2009-08-26 14:38:31 changed 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.

2009-09-08 11:48:40 changed by ximok

  • attachment VBox3.0.4-NATRepliesWrongMAC.pcap added.

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

2009-09-10 08:28:55 changed by frank

  • status changed from new to closed.
  • resolution set to fixed.

© 2009 Sun Microsystems, Inc.
Contact – Privacy policy