我正在运行Ubuntu 11.10。 我有一个本地应用程序试图通过OpenVPN隧道接收组播UDPstream。 我有networking连接到正在生成组播数据的远程主机，并可以正确访问该主机。 此外，如果我在本地机器上启动Wireshark，则可以看到指定的多播目的地址通过的UDP数据包。 但是，我的客户端应用程序并不表示它已经收到任何数据，所以我试图找出原因。 有一个简单的工具，我可以使用命令行来validation组播stream量正在传递到用户级别？ 我想知道Wireshark和用户之间是否有某种东西在过滤数据包。 我也尝试使用tcpdump ，如下所示： sudo tcpdump -n -i tap0 -s 1536 udp 当我运行这个命令时，我也看到消息飞行，显示接收到数据包，如我所料。 但是我不太熟悉tcpdump的内部， 我不确定它是否也会比典型的用户应用程序更深入地窥视。 有什么build议么？
单个DHCP服务器是否可以为使用MADCAP的多个VLAN中的主机提供dynamic多播地址，就像通过ip-helper向主机提供单播地址一样？ 或者从思科的angular度来看， ip-helper自动代理MADCAP以及DHCP？ 我知道Microsoft的DHCP服务器也实现了MADCAP协议，因此它可以为想要使用多播IP的应用程序发出多播地址。 但是，我不清楚这是一个广播/链路层协议，还是通过其他机制工作。 背景：在一个VLAN中有一个WDS（Windows部署服务）服务器，而在另一个VLAN中有一个Microsoft DHCP服务器。 WDS服务器configuration为从DHCP获取多播地址，但我不知道它是否正在工作，我不知道如何validation它。
处理AWS，即使在同一networking（VPC）上的系统之间，多播数据包也不会传播。 一般来说，这不是特定于AWS的，因为这通常在任何networking中都是可能的（例如，由于某种原因，您有一个交换机汇聚多播）。 我正在尝试弥补这一点。 但是，由于似乎真的认为这是没有必要的，所以不能在同一个networking上build立隧道。 有没有办法做到这一点与分路（或更好的），或者我应该只是试图破解并重写相同的networking隧道预防？
我注意到在Windows Server 2008，Windows Server 2008 R2和Windows 7上，由计算机连接的IP多播组会自动logging在ARP表中，作为静态地址。 但是，对于我一直在引用的Cent OS和Ubuntu服务器上的ARP表，似乎并不一样。 我想知道这是Windows的一个奇怪，还是有一种方法可以在默认情况下打开的Linux环境中启用类似的行为？
我运行了两台基于Xen / CentOS 6.5的虚拟机，这两台虚拟机都是由同一家公司托pipe的，但是在不同的物理位置连接到不同的networking（基本/ 24位W /单个网关.1）。 我在第一台主机上开发了一个iptables防火墙，其中一部分从各种保留networking（192.168.0.0/16,127.0.0.0/8等）logging和丢弃了stream量，包括在这个列表中的是224.0.0.0/4。 在第一个虚拟机上，我很less看到任何保留networking的stream量，并且可以安全地假设它是伪造的并且放心的。 但是，一旦我在第二个vm上安装了相同的一组iptables规则，它就开始每隔几分钟从0.0.0.0到224.0.0.1logging数据包。 Jan 6 21:44:43 server kernel: ipt (reserved): IN=eth0 OUT= MAC=01:00:5e:00:00:01:00:25:90:2f:69:a8:08:00 SRC=0.0.0.0 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2 tcpdump已经明确说明数据包实际上是IGMPv2组播数据包。 19:44:43.779680 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 32, options (RA)) 0.0.0.0 > all-systems.mcast.net: igmp query v2 IGMP的主机知识似乎是： […]
目前我有下面的eth5来接收239.1.1.31的组播数据。 有用。 $ ifconfig eth5 Link encap:Ethernet HWaddr E4:11:5B:94:E1:F3 inet addr:10.185.2.2 Bcast:10.185.2.31 Mask:255.255.255.224 … 路线： $ sudo ip route add 10.0.8.0/24 via 10.185.2.14 dev eth5 $ sudo ip route add 224.0.0.0/4 dev eth5 $ route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.185.2.0 0.0.0.0 255.255.255.224 U 1 0 0 […]
我从我的Linux服务器configuration了2个IPSec VPN连接到我的客户端位置。 原因是客户端有两个ISP主要和次要的。 客户端希望在主服务器closures时自动切换到辅助服务器。 当两个不同的隧道通过不同的远端隧道terminalconfiguration时，数据包丢失。 我如何configuration这样的一种方式，即小学升初级时，
我试图在Arch Linux上通过UDP多播传输接收MPEG-TS。 所以当我运行ffprobe -i udp://@224.1.1.240:6000它永远挂起而没有结果。 然后我运行tcpdump ，它没有显示来自地址的组播stream量。 但是如果在ffprobe运行tcpdump -i eth0 -n net 224.0.0.0/4 ，它就可以工作！ tcpdump显示数据包并且ffprobe正确地检测到数据stream。 可能会注意到，当NIC处于混杂模式时，问题可能会消失。 有人可以帮忙吗？ 我的configuration有什么问题？ iptables所有东西都被接受。 cat /proc/sys/net/ipv4/conf/*/rp_filter 0 0 0 0 0 0 0 ip r default dev ppp0 scope link 83.221.214.192 dev ppp0 proto kernel scope link src 10.7.248.143 192.168.168.192/28 dev enp3s0 proto kernel scope link src 192.168.168.193 224.0.0.0/4 dev […]
我有一个Linux Centos 6.5作为操作系统的集群。 所有的机器通过infiniband连接，networking工作正常，但在所有机器的/ var / log /消息中，我可以看到以下消息 ib0：多播连接失败的ff12：401b：ffff：0000：0000：0000：0000：0001，状态-22 但是，如果我执行支票，我会得到以下结果： #ibcheckstate Summary: 56 nodes checked, 0 bad nodes found 176 ports checked, 0 ports with bad state found 感谢致敬
我画了一张图来帮助解决这个问题！ 因此，一家公司发布了一个组播UDP源（公司A），另一家公司连接了它（公司B）。 我有一个到B公司的点对点隧道 我怎样才能让我们的机器join多播组公司A通过公司B的机器发布？ 我们可以从公司B的机器上很好地ping通 ping 192.168.255.1 但是，鉴于下面的Python脚本，我们没有得到任何数据。 我的猜测是因为我们不是从192.168.255.2（我们的机器）路由数据包到192.168.255.1（B公司的机器） 任何想法如何以最好的方式做到这一点？ 如果是这样，我们怎么能实现呢？ 非常感谢！ 图： 这里是我使用的套接字代码（Python）： import socket import struct MCAST_GRP = '233.xxx.xxx.xxx' MCAST_PORT = 18000 host = '192.168.255.2' sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM, socket.IPPROTO_UDP) sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) sock.bind((MCAST_GRP, MCAST_PORT)) sock.setsockopt(socket.SOL_IP, socket.IP_ADD_MEMBERSHIP, socket.inet_aton(MCAST_GRP) + socket.inet_aton(host)) while True: print sock.recv(1024) 这是configuration： tunnel Link encap:UNSPEC HWaddr xx-xx-xx-xx-xx-xx-xx-xx-00-00-00-00-00-00-00-00 inet addr:192.168.255.2 PtP:192.168.255.2 […]