无线路由器如何处理组播stream量？ 鉴于共享物理介质路由到特定端口的性质是不可能的。 因此，每个多播组参与者实质上是多播分组还是多次冗余传输多播分组？
我有一对Solaris 10盒，它们应该将多播UDP数据包发送给一组主机。 其中一个工作得很好，而另一个没有。 第二台机器的问题是，它不知道用什么MAC地址来包装这个UDP / IP在以太网帧中。 当我运行arp -an我发现它具有这个多播地址作为U解决了几秒钟，然后它放弃。 没有人应答这个多播IP地址的ARP请求，这是完全预期的。 在理论上（在另一台机器上实际上），这个MAC地址应该是众所周知的。 您取IP地址的低23位，或与01：00：5e：00：00：00进行比较，并获取组播组的MAC地址。 根本不应该发送ARP。 当我手动将该MAC地址注入到该机器的ARP表（使用arp -s ）时，它工作正常。 PS。 该软件在非全局Solaris区域内运行。 也许它确实有所作为。
首先，我可以清楚，我已经知道如何组播，并使用它，没有问题。 我想知道的是…如何使用WDS Server 2012新增的“改进的多播function” ？ http://technet.microsoft.com/en-us/library/dn281955 通过消除制作install.wim文件的本地副本来 改进多播部署 。 您可以在下载install.wim文件的同时，对应用程序进程没有太大的影响。 我们已经安装了具有WDSangular色的服务器2012，并具有多播工作（Windows 7部署）。 但是，我们没有看到这个改进的function被使用。 组播发生的方式与在Server 2008中完全相同。 我找不到如何正确使用这个改进的function的参考。
在将我们的机器从RHEL 6.6升级到RHEL 6.7之后，我们观察到一个问题，我们的30台机器中有4台只能在两个从机接口之一上接收组播stream量。 目前还不清楚升级是否相关，或者是否包含重新启动引发的行为 – 重新启动是罕见的。 我们希望在4个不同的端口上接收大量的239.0.10.200组播组。 如果我们在有问题的机器上检查ethtool统计数据，我们会看到以下输出： 健康的界面： # ethtool -S eth0 |grep mcast [0]: rx_mcast_packets: 294 [0]: tx_mcast_packets: 0 [1]: rx_mcast_packets: 68 [1]: tx_mcast_packets: 0 [2]: rx_mcast_packets: 2612869 [2]: tx_mcast_packets: 305 [3]: rx_mcast_packets: 0 [3]: tx_mcast_packets: 0 [4]: rx_mcast_packets: 2585571 [4]: tx_mcast_packets: 0 [5]: rx_mcast_packets: 2571341 [5]: tx_mcast_packets: 0 [6]: rx_mcast_packets: 0 [6]: […]
我打算build立一个服务，让人们连接他们的IP摄像头，并观看embedded到网站的video。 定时保存和重放也可用。 你会推荐什么硬件和软件？ 我正在考虑使用Wowza Media Server。 特别是我有两个问题： 摄像机和stream媒体服务器之间应使用哪种video协议/格式？ H.264有什么优于标准的MPEG？ 应该使用什么格式来允许在stream服务器和web服务器/用户之间进行多播stream传输？ UPD ： 我们之间select松下BL-C101，其规格说支持“图像压缩：JPEG（dynamicJPEG），MPEG – 4”（我猜这是MPEG – 4，除非他们没有明确提到H.264）和H. 264支持相机轴M1011。 因为Wowza需要H.264，所以我们selectAxis。 我们将每隔0.5秒保存快照（这对监控摄像机来说可能是理想的），并且a）logging并在需要时播放它b）通过单播或多播进行实况转播。 ffmpeg会剪切，保存video到磁盘，并可能实时stream式传输。 我在这里稍微有些困惑…那么Wowza Media Server的angular色是什么？ 你认为在互联网上使用组播的好处是什么（应该使用它）？
我需要在我的专用networking中路由多播stream。 我正在使用pimd进行多播路由。 直到我把altnet <multicast_source_ip> masklen 24放到pimd.conf文件中，组播路由才起作用。 问题是我并不总是知道<multicast_source_ip>是什么。 我仍然不明白altnet指令在做什么？ 根据pimd.conf文件： # If you want to add "alternative (sub)net" to a physical interface, # eg, if you want to make incoming traffic with a non-local source address # to appear as it is coming from a local subnet, then use the command: # phyint <local-addr | ifname> […]
我试图以几百Mbps的速率重放捕获的UDP多播数据包，但最高速度大约为86 Mbps 。 （出于一些奇怪的原因，在白天的其他时间，它始终以最大速率的十分之一，大约8.8 Mbps ） tcpreplay在eth0上 产量仅约86Mbps： > tcpreplay -ieth0 –topspeed x.pcap sending out eth0 processing file: x.pcap Actual: 459424 packets (137973257 bytes) sent in 12.23 seconds. Rated: 11281542.0 bps, 86.07 Mbps, 37565.33 pps iperf在eth0上 另一方面，iperf高达约800Mbps 。 请注意， 即使在tprep只产生大约8.x Mbps的时间也是如此） iperf -c 192.168.20.55 -u -T 1 -t 5 -i 1 -b10000M ———————————————————— Client connecting […]
首先，有一点背景：我的理解是，IGMP（和它的IPv6表兄弟，MLD）的目的是通过确保多播数据包仅传输到实际上对这些数据包感兴趣的目的地来避免浪费带宽。 这个逻辑是一个更旧/更简单的交换机行为的改进，即将传入的多播数据包广播到所有其他端口，而不pipe它是什么，并将其留给连接的设备丢弃他们不感兴趣的多播数据包。 IGMP和MLD通过让交换机维护一个表来跟踪哪些连接的设备当前join了哪些组播组，并且当组播组进入时，交换机仅将其转发到join到由数据包的目的地址。 到现在为止还挺好。 但根据我的同事的说法，有一个奇怪的特例：如果没有设备join特定的多播组，那么交换机必须将任何传入的多播数据包转发到所有端口 （从技术上讲，所有端口都连接了IGMP路由器，但他说这是相同的事情，因为大多数交换机不知道哪个端口连接了IGMP路由器，因此会回落到所有端口。 这对我来说似乎是非常违反直觉 – 为什么一个algorithm的目的是为了避免组播泛滥故意在所有没有兴趣接收组播数据的场景中泛滥？ 这样做是为了确保向后兼容那些希望接收从未请求的多播数据包的多播实现？ 如果没有，这是什么动机？ 这似乎显着降低了algorithm的有用性。 作为参考，我的同事指出的准则在RFC 4541的第2.1.2节中： 3) An unregistered packet is defined as an IPv4 multicast packet with a destination address which does not match any of the groups announced in earlier IGMP Membership Reports. If a switch receives an unregistered packet, it must forward that packet […]
FOG和/或WDS可以通过普通的非托pipe千兆交换机进行组播吗？ 还是需要具有特定多播function的硬件？ 试图帮助一个预算不佳的亚洲小型非盈利机构。 目前场景： 2个Windows 2008 DC（一个在Win 8桌面Hyper V VM上运行） 旧的Windows 2003服务器 TRENDnet 24端口非托pipe千兆GREENnet台式金属shell开关，TEG-S24DG https://www.amazon.com/TRENDnet-24-Port-Unmanaged-GREENnet-TEG-S24DG/dp/B0044GH27U/ 打算在物理服务器上添加WDS或FOG以利用function。 未来的情景： 他们可能能够在将来（可能）find或获取2008 R2 / 2012 R2， 题： 在当前和/或未来的情况下，是否可以多投？ 要么 我们需要一个具有某些function的开关 – 如果是这样，我必须寻找什么最小的function（如果我谷歌或search亚马逊/ Newegg等）？ 或者只能做一个单播方式？ 从我做的任何阅读，我想知道如果没有这样的设备WDS / FOG是否能够组播。 所有这些链接都被打破了。 对WDS进行多播 http://blogs.msmvps.com/richardwu/2010/07/20/useful-document-reference-for-wds-multicast/
从组播如何 ： IP_ADD_MEMBERSHIP。 回想一下，你需要告诉内核你感兴趣的组播组。如果一个组中没有任何进程感兴趣，丢弃到达该主机的数据包将被丢弃。 如果你不这样做，你将不会看到tcpdump数据包。 是否有可能订阅所有组播stream量，所以我可以做一个tcpdump所有现有的stream量？ 我会认为IGMP不允许这样做，所以可能不是..但也许你可以configuration一个交换机仍然发送所有的组播stream量。 那可能吗？ 是否可以使用命令行工具进行订阅（对于特定的IP）？ （注：我知道如何在C ..这样做，但宁愿使用现有的工具，而不是编译一个单独的程序）