VirtualBox

Ticket #8698 (reopened defect)

Opened 6 years ago

Last modified 13 days ago

VirtualBox Host-Only Network Adapter prevents multicast traffic

Reported by: mririgo Owned by:
Priority: major Component: network
Version: VirtualBox 4.0.4 Keywords: multicast nic network
Cc: Guest type: other
Host type: Windows

Description (last modified by michael) (diff)

After installing Oracle VirtualBox and VirtualBox installing the "VirtualBox Host-Only Network" on my Windows 7 64-bit machine, I am no longer able to receive multicast streams on the host machine. This problem occurs even when VirtualBox is not running.

To get around this issue, I have to go into Network Connections everytime I want to stream from a multicast source and disable the VirtualBox Host-Only Network adapter. I then have to remember to reenable it everytime I wish to use VirtualBox.

Change History

comment:1 Changed 5 years ago by bertvv

This is probably related to Issue #9532. That bug is closed as "fixed in VBox 4.1.4". However, I still have this problem on Windows 2008 R2 with VirtualBox 4.1.18).

Strangely, when I reenable the VirtualBox Host-Only adapter, it's still possible to receive multicast streams...

comment:2 Changed 5 years ago by bertvv

I have found a workaround: create a script that runs at startup (instructions here:  http://technet.microsoft.com/en-us/library/cc770556.aspx) that turns the network interface off and on again:

REM Have you tried to turn it off and on again?
REM Fix for VirtualBox issue #8698 and #9532 that prevents receiving multicast packets
wmic path win32_networkadapter where name="VirtualBox Host-Only Ethernet Adapter" call disable
wmic path win32_networkadapter where name="VirtualBox Host-Only Ethernet Adapter" call ensable

comment:3 Changed 5 years ago by morphium

I confirm this bug for 4.2.0 r80737 on Windows 7 x64 (and would like to see it fixed).

comment:4 Changed 4 years ago by shuckc

Workaround -
1. Open up Network and Sharing Center
2. Click 'Change Adapter Settings'
3. Right click 'VirtualBox Host-Only Network', go to Properties
4. Double click "Internet Protocol Version 4 (TCP/IPv4)' under 'This connection uses the following items'.
5. In the Properties page, click "Advanced..."
6. In the "Advanced TCP/IP Settings", tab "IP Settings", uncheck the box marked "Automatic Metic" and type in 800 or higher.

OK all dialogs and run whatever software could not Recieve multicast.

The problem stems from Microsoft assigning interface Metrics based on the driver's own reported Link speed. Since that's all 1GB, there is a clash on metric. To Confirm, view the metrics for each adapter by opening up Command Line and running:

netstat -nr

IPv4 Route Table =========================================================================== Active Routes: Network Destination Netmask Gateway Interface Metric

0.0.0.0 0.0.0.0 10.210.50.1 10.210.50.90 20

10.210.50.0 255.255.255.0 On-link 10.210.50.90 276

10.210.50.90 255.255.255.255 On-link 10.210.50.90 276

10.210.50.255 255.255.255.255 On-link 10.210.50.90 276

127.0.0.0 255.0.0.0 On-link 127.0.0.1 306 127.0.0.1 255.255.255.255 On-link 127.0.0.1 306

127.255.255.255 255.255.255.255 On-link 127.0.0.1 306

192.168.56.0 255.255.255.0 On-link 192.168.56.1 656 192.168.56.1 255.255.255.255 On-link 192.168.56.1 656

192.168.56.255 255.255.255.255 On-link 192.168.56.1 656

224.0.0.0 240.0.0.0 On-link 127.0.0.1 306 224.0.0.0 240.0.0.0 On-link 192.168.56.1 656 224.0.0.0 240.0.0.0 On-link 10.210.50.90 276

255.255.255.255 255.255.255.255 On-link 127.0.0.1 306 255.255.255.255 255.255.255.255 On-link 192.168.56.1 656 255.255.255.255 255.255.255.255 On-link 10.210.50.90 276

===========================================================================

You want your internet/LAN adapter to have the LOWEST Metric for the general 224.xxxx and 225 cases.

Version 0, edited 4 years ago by shuckc (next)

comment:5 Changed 15 months ago by Stevan White

Hello,

For years this has been causing a trouble for our customers using our product DocYard.

It blocks UDP multicast messages, and is very time consuming to debug: two employees here and two more at the customer site took more than 3 hours to figure it out.

This is very pathological behavior.

Please put some resources on resolving it.

comment:6 Changed 15 months ago by michael

  • Description modified (diff)

Stevan, sorry that this is causing so much frustration. Since we unfortunately can't promise to allocate resources to this (not saying it won't happen, but our resources are limited and the things for them to do many), if this is causing you problems in your business you might consider asking or hiring someone to look at the source code and find the problem. We generally do integrate fixes from developers competent at creating and submitting them. As a developer and not a sales person I unfortunately can't say if there is a way for you to purchase this support from Oracle, but if you are using VirtualBox in a business-critical way a support contract might make sense for you.

comment:7 Changed 13 months ago by amedvedev

Hello Stevan,

We have prepared a Virtual Box test build for you. You can download the Windows version here: https://www.virtualbox.org/wiki/Testbuilds. In this build we set default metric value for newly created host only interface. Please, check that it helps and write us results.

Sincerely yours, Alexey

comment:8 Changed 12 months ago by frank

  • Status changed from new to closed
  • Resolution set to fixed

Fix is part of VBox 5.0.18.

comment:9 follow-up: ↓ 10 Changed 2 weeks ago by dele

  • Status changed from closed to reopened
  • Resolution fixed deleted

I use VirtualBox 5.1.18 on Win7x64, and the problem persists there.

The workaround suggested above by shuckc, in fact, works. But I think that, technically, it's a wrong way to solve this issue (to manipulate with the metric of the interface). In my case (which seems to be the most common) the VirtualBox network does not have a gateway (the "Default gateway" property of the interface is empty). Therefore, this network interface must not influence routing of packets that do not directly belong to this private network. It doesn't matter, whether metric of the interface is large or not. So, in other words, the line like

224.0.0.0        240.0.0.0         On-link      192.168.56.1    656

in the route table (see above the message of shuckc) must not exist at all.

So, I suggest that VirtualBox must not add this line to the route table.

Last edited 2 weeks ago by dele (previous) (diff)

comment:10 in reply to: ↑ 9 ; follow-up: ↓ 11 Changed 2 weeks ago by vushakov

  • Status changed from reopened to closed
  • Resolution set to fixed

Replying to dele:

So, I suggest that VirtualBox must not add this line to the route table.

It does not. The OS does that automatically.

comment:11 in reply to: ↑ 10 ; follow-up: ↓ 12 Changed 2 weeks ago by dele

  • Status changed from closed to reopened
  • Resolution fixed deleted

Replying to vushakov:

It does not. The OS does that automatically.

So, this just means that every time when VirtualBox network interface restarts, its driver must remove the wrong line from the route table itself. The manual command for this is

route delete 224.0.0.0 if 30

where the number "30" must be changed, if the number of the VirtualBox network interface is different.

Why have you set the resolution to "fixed", if it was not fixed? This is a serious problem. Currently VirtualBox behaves like malware that blocks IPTV. And it is very difficult even to figure out the source of the problem.

Last edited 2 weeks ago by dele (previous) (diff)

comment:12 in reply to: ↑ 11 ; follow-up: ↓ 13 Changed 13 days ago by vushakov

  • Status changed from reopened to closed
  • Resolution set to fixed

Replying to dele:

Replying to vushakov:

It does not. The OS does that automatically.

So, this just means that every time when VirtualBox network interface restarts, its driver must remove the wrong line from the route table itself. The manual command for this is

route delete 224.0.0.0 if 30

where the number "30" must be changed, if the number of the VirtualBox network interface is different.

Why have you set the resolution to "fixed", if it was not fixed? This is a serious problem. Currently VirtualBox behaves like malware that blocks IPTV. And it is very difficult even to figure out the source of the problem.

I (will) keep setting it back to fixed because you do not describe what your problem actually is and instead tell us what VirtualBox should do in your opinion.

Please, state your exact problem completely. The version of VirtualBox, what do you do, what happens, what you expect to happen, the routing table, etc, etc.

comment:13 in reply to: ↑ 12 Changed 13 days ago by dele

  • Status changed from closed to reopened
  • Resolution fixed deleted

Replying to vushakov:

I (will) keep setting it back to fixed because you do not describe what your problem actually is and instead tell us what VirtualBox should do in your opinion. Please, state your exact problem completely. The version of VirtualBox, what do you do, what happens, what you expect to happen, the routing table, etc, etc.

Ok, this sounds reasonable. Though, I thought it should be obvious from what people wrote here before.

I have a computer with Win7x64. It is connected to the Internet. And my ISP allows me to watch IPTV. For this I use VLC MP 2.2.4.

I also have VirtualBox 5.1.18 on that computer. And therefore I have "VirtualBox Host-Only Network" interface on that computer. When this interface is enabled (which is by default), I can not watch IPTV.

So, this is the problem: Installation of VirtualBox breaks IPTV.

Certainly, I expect that installation of VirtualBox will not break IPTV. And I'm pretty sure that 99% of users, who have IPTV, expect the same. They don't want to play with interfaces, metrics and route tables.

Last edited 13 days ago by dele (previous) (diff)

comment:14 follow-up: ↓ 15 Changed 13 days ago by socratis

  1. What is IPTV? Wikipedia does not have an entry for it.
  2. Why does a hardware emulator need to know what is IPTV? Does Acer/Apple/Dell/IBM/HP/Lenovo care about it?
  3. 99% of the users (according to who?) of IPTV users should be roughly about 3 people. 1 has complained so far.
  4. Why would a hardware driver need to care about it?
  5. Why do you need to have the HostOnly driver installed? You can skip it during installation, if that's what you believe is causing the problem, and not the buggy way that Microsoft decided to assign "metrics"?
  6. If skipping during installation is not an option, you can always disable the network interface at will. AKA a known workaround.
  7. If disabling the network interface breaks other functionality, you can change the metric. AKA a known workaround.
  8. Did you complain to Microsoft about their "algorithm"?
  9. Did you complain to the IPTV provider about that?

Bottom line: if a lot of users don't show it's a VirtualBox problem, the priority is not going to be that high. If a lot of users don's show the exact mechanism that this affects a lot of users, the priority is not going to be that high. If the developers can't reproduce it (do I have to have an IPTV subscription?), the priority is not going to be that high.

Take a look at the number of open tickets and judge them according to priority (not necessarily yours). Please tell me how high would you rate your problem...

PS. One solution to accommodate Windows' logic would be to change the speed capability reported by the HostOnly controller and rate it at 9600 bps (think modem). If that's even doable. That would definitely put it on the low end of the list of the Windows metrics...

comment:15 in reply to: ↑ 14 Changed 13 days ago by dele

Replying to socratis:

What is IPTV? Wikipedia does not have an entry for it.

No, it has:  https://en.wikipedia.org/wiki/IPTV

Why does a hardware emulator need to know what is IPTV? Does Acer/Apple/Dell/IBM/HP/Lenovo care about it?

Multiple hardware network interfaces are rare among inexperienced home users. They are not toys for lamers (yet). But VirtualBox is such a toy (already). So, the user expectations are different.

99% of the users (according to who?) of IPTV users should be roughly about 3 people. 1 has complained so far.

No, I don't think so. The problem is that it is quite difficult to understand, that VirtualBox is the source of the problem. Also, I suspect, most users don't know, where they can complain.

Why would a hardware driver need to care about it?

As I said above, a true hardware driver, probably, has less reasons to care about it.

Why do you need to have the HostOnly driver installed? You can skip it during installation, if that's what you believe is causing the problem, and not the buggy way that Microsoft decided to assign "metrics"?

Then, during the installation process VirtualBox must give notice that it will break IPTV. This could be a possible solution. But not the best, I think.

And, as I said above, it seems to me, the true problem is not with metrics, but with the redundant line in the route table.

If skipping during installation is not an option, you can always disable the network interface at will. AKA a known workaround.

If I already know this solution, I can do that. (Though this is very inconvenient.) But the main problem is that this solution is not obvious at all.

If disabling the network interface breaks other functionality, you can change the metric. AKA a known workaround.

Again, this solution is not obvious at all.

Did you complain to Microsoft about their "algorithm"?

No. Possibly, their algorithm is not best in all cases. But it is understandable to some extent. I'm not sure that this should be considered as a bug of Microsoft. But definitely Microsoft provided all necessary means to make necessary corrections in the specific case of VirtualBox. (Here I imply to remove the redundant line from the route table, as I explained above.)

Did you complain to the IPTV provider about that?

Yes. This was my ISP, who explained to me, that the source of the problem is VirtualBox interface. I didn't even suspect it.

Take a look at the number of open tickets and judge them according to priority (not necessarily yours). Please tell me how high would you rate your problem...

I don't know. Anyway, I believe that VirtualBox installer at least must give a notice that it can break IPTV.

I also believe that the problem exists, and there is no reason to set it as "fixed". Even if Oracle team think that this is a problem of low priority.

Last edited 12 days ago by dele (previous) (diff)
Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use