为Hyper-v创建虚拟交换机会阻止接收udp多播的主机
问题描述：
基本上我的问题是，一旦通过Hyper-V管理器创建了外部虚拟交换机，我无法接收多播udp数据包（流式视频）需要提供客户OS完整的网络。为Hyper-v创建虚拟交换机会阻止接收udp多播的主机
如果我使用VLC并在没有虚拟交换机的情况下在我的主机上播放RTSP url，那么它在没有任何问题的情况下播放，一旦我添加虚拟交换机，我就不能再播放多播RTSP url。
背后的故事
我已经创建了几个码头工人服务于一个Ubuntu 16.04 VM环境中我的Windows 10通过的Hyper-V Pro的主机上运行。我的码头服务需要能够接收我使用VirtualBox成功完成的多播udp数据包......但我想使用Hyper-v。一旦我解决了为什么我的主机无法接收多播，那么我将继续前进并测试以确保我的容器能够正常运行。
信息
当执行这个节目加入命令同时试图流组播RTSP URL那么虚拟交换机上的239.168.1.75地址正确增加其引用计数，然后VLC关闭后，引用计数重新下降，所以看起来它正在加入/离开组。
netsh接口IP显示加入
Interface 1: Loopback Pseudo-Interface 1
Scope References Last Address
---------- ---------- ---- ---------------------------------
0 0 Yes 224.0.0.251
0 4 Yes 239.255.255.250
Interface 28: vEthernet (New Virtual Switch)
Scope References Last Address
---------- ---------- ---- ---------------------------------
0 0 Yes 224.0.0.1
0 3 Yes 224.0.0.251
0 1 Yes 224.0.0.252
0 0 Yes 239.168.1.75
0 4 Yes 239.255.255.250
Interface 15: Local Area Connection* 5
Scope References Last Address
---------- ---------- ---- ---------------------------------
0 0 Yes 224.0.0.1
路线打印
===========================================================================
Interface List
15...00 ff 10 60 55 c4 ......Juniper Network Connect Virtual Adapter
28...9c eb e8 35 1a 1e ......Hyper-V Virtual Ethernet Adapter
1...........................Software Loopback Interface 1
===========================================================================
IPv4 Route Table
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.138 25
127.0.0.0 255.0.0.0 On-link 127.0.0.1 331
127.0.0.1 255.255.255.255 On-link 127.0.0.1 331
127.255.255.255 255.255.255.255 On-link 127.0.0.1 331
192.168.1.0 255.255.255.0 On-link 192.168.1.138 281
192.168.1.138 255.255.255.255 On-link 192.168.1.138 281
192.168.1.255 255.255.255.255 On-link 192.168.1.138 281
224.0.0.0 240.0.0.0 On-link 127.0.0.1 331
224.0.0.0 240.0.0.0 On-link 192.168.1.138 281
255.255.255.255 255.255.255.255 On-link 127.0.0.1 331
255.255.255.255 255.255.255.255 On-link 192.168.1.138 281
===========================================================================
Persistent Routes:
None
Igmpquery（https://code.google.com/archive/p/igmpquery）
使用此工具时，我能当虚拟查询网络，并得到回应开关被删除，但一旦再次添加，则失败。
随着虚拟交换机
IGMP query generator V1.4
Project web site: http://code.google.com/p/igmpquery/
Requires WinPcap
\Device\NPF_{807EAC56-4C04-424D-9DDE-4411FB900E3C}
Description: Juniper Network Connect Virtual Adapter
Address Family Name: AF_INET
Address: 0.0.0.0
Netmask: 255.0.0.0
Broadcast Address: 0.0.0.0
IGMPv2 general query 0.0.0.0 -> 224.0.0.1
listening for responses ...
\Device\NPF_{27895664-EDF7-44E0-9753-E549EDCAD6E7}
Description: Realtek USB NIC
没有虚拟交换机
IGMP query generator V1.4
Project web site: http://code.google.com/p/igmpquery/
Requires WinPcap
\Device\NPF_{807EAC56-4C04-424D-9DDE-4411FB900E3C}
Description: Juniper Network Connect Virtual Adapter
Address Family Name: AF_INET
Address: 0.0.0.0
Netmask: 255.0.0.0
Broadcast Address: 0.0.0.0
IGMPv2 general query 0.0.0.0 -> 224.0.0.1
listening for responses ...
\Device\NPF_{27895664-EDF7-44E0-9753-E549EDCAD6E7}
Description: Realtek USB NIC
Address Family Name: AF_INET
Address: 192.168.1.138
Netmask: 255.255.255.0
Broadcast Address: 0.0.0.0
IGMPv2 general query 192.168.1.138 -> 224.0.0.1
listening for responses ...
15:44:06.551 192.168.1.85 -> 224.0.0.252 IGMP Rpt 224.0.0.252
15:44:06.593 192.168.1.71 -> 224.0.0.251 IGMP Rpt 224.0.0.251
15:44:06.624 192.168.1.79 -> 224.0.0.252 IGMP Rpt 224.0.0.252
15:44:06.828 192.168.1.89 ->239.255.255.250 IGMP Rpt 239.255.255.250
答
我敢肯定不是100％的灵丹妙药是什么，尽管它现在的工作。
- 卸下虚拟交换机
- 复位网络设置
- 的netsh Winsock的复位
- 的netsh INT IP重置
- IPCONFIG /释放
- ipconfig /续订
- IPCONFIG/FLUSHDNS
- netsh advfire墙设置allprofiles状态关闭
- 重启
- 运行IGMP的工具，我渐渐从虚拟交换机中从我自己的电脑响应时添加虚拟交换机
- 重启
- ，但现在在没有其他设备我主网
- 卸载VirtualBox的
- 看似毫无帮助
- 感到沮丧，睡觉
- 当我醒来的时候，第二天就跑IGMP工具，我开始了我的主要网络上接收的虚拟交换机
- 测试流媒体组播外，从设备的答复，一切伟大的工作