我有几个物联网设备将偶尔进入和超出范围，并以部分网状拓扑连接。 为了说明的目的，设想信任networking或社交图谱的互连性，每一个都有类似的性质。 哪些协议能够处理零星连接，并限制无效循环路由？ 这是P2P紧急通知解决scheme的一部分，我们可以假设蜂窝服务中断或有能力。
我正在使用两个ubuntu机器，说A和B.他们的IP地址分别是192.168.0.122和192.168.0.3。 他们都连接到相同的无线热点。 在A和B上，我都运行了sysctl net.ipv4.icmp_echo_ignore_broadcasts ，并且两者都返回net.ipv4.icmp_echo_ignore_broadcasts = 0 。 但是当我从B ping 224.0.0.1时，A不响应： ~$ ping 224.0.0.1 -c 3 PING 224.0.0.1 (224.0.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.3: icmp_seq=1 ttl=64 time=0.038 ms 64 bytes from 192.168.0.3: icmp_seq=2 ttl=64 time=0.047 ms 64 bytes from 192.168.0.3: icmp_seq=3 ttl=64 time=0.053 ms — 224.0.0.1 ping statistics — 3 packets transmitted, […]
如何为组播stream量指定接口？ 我需要通过vlan接口（tcpdump show traffic）连接到组播组，但我相信IGMP请求是通过eth0发送的。 我应该添加多播广播地址的路由吗？
我们使用旧版本的Norton Ghost来进行计算机的备份和恢复。 有几组计算机具有相同的硬件，我们使用多播。 我们在每台计算机上安装了Windows XP，Windows 2003和Fedora Linux。 不幸的是，我们必须安装Windows 7和Windows 2008 R2。 不幸的是，我们的诺顿克隆版本不支持这些系统。 问题 我们需要约200台电脑的许可证。 我们必须每周做一次恢复。 我们没有时间，硬件，networking或者手没有组播。 我们需要支持Windows的新旧版本和Linux的通用发行版。 客户端恢复系统的启动必须从启动光盘启动。 好。 它看起来雾和Clonezilla需要一个networking启动。 新版本的Norton Ghost可能会足够好。 我发现还有一个来自Acronis的专有软件。 不幸的是，这可能相当昂贵。 那么，有什么想法？
现在我只能findifInMulticastPkts和ifOutMulticastPkts的oid，但是没有字节信息。 任何人都可以知道吗？ 提前致谢。
我们有一个tomcat上使用ehcache进行多播发现的j2ee webapp。 除了没有发现任何东西。 在networking上似乎没有可见的组播stream量，但我们有点不清楚如何真正排除故障。 到目前为止，我们有一些积极的东西… 如果我tcpdump相关的多播IP地址在一个设备上，并ping从另一个，然后我看到回声请求进来。 如果我们运行我们的Web开发人员提供的一个简单的Java多路广播侦听器工具，那么它可以从它所在的机器上看到多播请求。 但负面的… tcpdump在这个地址上根本看不到任何其他stream量，即使看到这个打印周期性多播摘要的java工具“tcpdump -vn -i eth3 ether multicast”仍然没有显示任何内容，其中eth3是224.0.0.0/ 4生活。 不涉及路由/ IGMP，所有stream量都在一个单一的vlan上，单播stream量正常。 我们看不到java工具上的其他stream量，只有本地机器。 这些是在一系列ESX 4.1系统上运行的CentOS VM可能是相关的。 我们打算在早上把系统安装在同一个ESX计算机上，看单独使用vSwitch的时候是否能看到通信，但是由于多播特定的知识水平与正常的单播知识相比真的很低，有点难倒了。 从我们所知道的cisco交换机或esx级别的networking上，似乎没有任何相关的事情发生，但多播发现只是没有发生。 如果任何人都可以指出有用的工具来拍摄这个，如果不是彻头彻尾的指针解决，它会非常感激。
我的问题是关于多播和iptables 。 我希望允许来自本地VLAN 192.168.1.0/24以及CentOS机器上的0.0.0.0 ICMP和IGMP组播，所以我在入站链上添加了以下规则： ＃ACCEPT – 来自当前VLAN的组播224.0.0.1以及0.0.0.0 ＃ – ICMP iptables -A IP-INPUT -s 192.168.1.0/24 -d 224.0.0.1 -m pkttype -pkt-type multicast -protocol icmp -j ACCEPT iptables -A IP-INPUT -s 0.0.0.0 -d 224.0.0.1 -m pkttype -pkt-type multicast -protocol icmp -j ACCEPT ＃ – IGMP iptables -A IP-INPUT -s 192.168.1.0/24 -d 224.0.0.1 -m pkttype -pkt-type multicast […]
我有一个为多播通信设置的networking。 我的设置如下 -Machine A : a server generates multicast traffic. -Machine A : few clients subscribing to that multicast traffic -Machine B : few clients subscribing to that multicast traffic # Address I am using IP : 239.193.0.21 PORT: 20401 机器A中的客户机，即使他们join群组（我可以通过wireshark看到IGMP消息），也不会收到任何数据，而机器B，C和D都可以收到任何数据。 我通过完全禁用Linux防火墙来sorting该问题。 在这之前，我在firwall上启用了组播（'reject all'）。 iptables -A INPUT -m addrtype –src-type MULTICAST -j ACCEPT 我的问题是以下几点：我可以在wireshark中查看哪些可以帮助我发现未来的防火墙问题？ 对于TCP/IP我通过使用ping并查看被拒绝的ICMP数据包来实现。 […]
我试图通过我的networking使用WDS运行多播安装，其中WDS托pipe在Hyper-V群集中的虚拟机中。 我相信我们已经铺平了大部分与networking有关的问题 – 我可以使用Microsoft的mcast.exe将来自物理Hyper-V主机旁边的交换机的多播数据包成功运行到将要连接到机器的交换机需要安装。 但是，当我尝试使用WDS VM中的相同实用程序和方法运行这些多播数据包时，它们似乎从未到达另一端的客户端计算机。 是否有可以在Hyper-V中configuration的东西，以便Server 2008 R2中的多播数据包能正常工作？
我在交换数据中心使用共享（在一个供应商的几个客户之间）10GB交叉连接。 我们收到很less的多播数据stream（每个数据stream传送一些“股票”/衍生产品的数据）。 总共所有的stream不超过10GB线速率（从不）。 一些交换代表告诉我，专用（不是共享的）交叉连接应该提供更好的延迟configuration文件，因为那样你只能select你想要的组播stream，所以线路不太忙。 但是，由于线路从未饱和/没有拥堵，是否可能是真的？ 交叉连接方面的networking设备也可以很容易地处理10GB的线路速率，没有缓冲/排队。 如果在保持低networkingstream量方面有一些优势，那么交货延迟可能会超过10GB以太网包间距（〜9.6ns）？