Articles of 多播

多播端口40000和safetynetp

我有一个使用端口40000发送多播消息的供应商。当我使用tcpdump观察stream量时,端口报告为safetynetp,如下所示。 正在监听40000上的stream量的应用程序永远不会收到消息。 这是一个端口冲突,会导致消息不被传递到应用程序侦听消息或一切仍然使​​用safenetp使用该端口? tcp转储stream量看起来像 09:16:16.565887 IP xxxx33957 > xxxxsafetynetp: UDP, length 263 09:16:16.569960 IP xxxx57385 > xxxxsafetynetp: UDP, length 263 09:16:17.225545 IP xxxx39261 > xxxxsafetynetp: UDP, length 50 这是在运行RHEL 7的服务器上。有没有办法让应用程序接收这些消息?

DVMRP与PIM-DM组播协议

最近我已经开始阅读不同组播标准的RFC,并提出了这个问题,这个问题对我来说并不完全清楚。 我试图比较DVMRP和PIM-DM路由协议,以便理解哪一个更好,哪一个在build立路由和路由过程中产生较less的多播消息。 他们中的哪一个能够产生更复杂的源代码树。 你能帮我弄清楚我的问题的答案吗?

使用Dell PowerConnect堆栈在ESX群集上进行Windowsnetworking负载平衡

我们最近将一台Dell PowerConnect 6248堆栈换成了Cisco 6500核心交换机。 此后,在ESX群集上的两个虚拟机上运行的networking负载均衡Sharepointperformance得相当糟糕。 症状是打开和保存存储在SharePoint中的文档需要很长时间。 在Sharepoint服务器或SQL服务器上没有出现错误,只是很多恼人的用户。 最初我以为NLB没有办法解决这个问题,但是一旦我们把内部网的DNSlogging重新写到networking前端的IP地址上,问题就消失了。 我们怀疑Dellconfiguration中存在与组播相关的问题 – NLBconfiguration了多播,但不configurationIGMP。 有没有人有类似的设置,并解决这类问题? VMware ESX上的Sharepoint,以及Dell PowerConnect交换机。

对WDS进行多播

我想在40台电脑上安装Windows 7映像,而不用触摸它们 我有一个WDS服务器,捕获的图像和答案文件设置。 我去创build一个多播传输的图像,但我不能在我的客户端计算机上看到它。 我认为这可能是因为我的路由器不支持PIM(这是一个IPCop防火墙),但我不知道如果我只是多播到路由器的networking内的客户端计算机将需要。 所以我的问题是:如果我想这样做,我需要一个支持多播的路由器/防火墙,以便组播到我的内部networking上的客户端计算机?

如何共享多播stream量到许多vlans

我有Linux电脑,这台电脑通过zyxel gs-2200连接整个我的networking。 在这zyxel也连接路由器500 vlans,一个由客户端。 在Linux电脑上,我有VLC程序stream多播IP电视。 在同一个vlan我的Linux机箱,我可以看到电视。 问题是,如何将这个组播stream转发到所有的vlans? 谁(zyxel,路由器(freebsd),或Linux的盒子)以及如何修改stream为所有客户端vlans公开。

多播与WiFi接入点

使用2个消费级访问点在多播数据包之间发送时的行为是什么。 考虑 – > AP1 – > AP2 (请注意,AP1和AP2通过局域网端口连接到networking,不使用广域网连接,并且可以在同一networking上考虑所有事情。) 考虑从networking发送的AP1看到的多播包。 假设这些接入点不知道多播,那么它们的行为将与广播相同。 即使没有连接到AP2的数据包仍然会传输到AP2? 然后由AP2转发? (我认为这只有当AP2有任何东西通过无线连接,除了AP1) 如果多台PC在AP2后面(有线连接),这仍然是一样的行为,还是AP1将多个数据包发送到AP2后面的每台PC?

IP-Multicast在224.0.0.1-255和239.0.0.0/8之间的区别

有什么区别: 本地子网 范围224.0.0.0到224.0.0.255中的地址由IANA单独分配,并指定仅在本地子网上进行组播。 例如,路由信息协议(RIPv2)使用224.0.0.9,开放式最短path优先(OSPF)使用224.0.0.5和224.0.0.6,Zeroconf mD​​NS使用224.0.0.251。 路由器不能将这些消息转发到它们所在的子网之外。 和 pipe理范围的IPv4多播地址 RFC 2365将239.0.0.0/8范围分配给组织内的私人用途。 在RFC中,发往pipe理范围的IPv4多播地址的数据包不会跨越pipe理上定义的组织边界,pipe理范围的IPv4多播地址是本地分配的,不必是全局唯一的。 RFC还讨论了将239.0.0.0/8范围的结构与RFC 1884中描述的作用域IPv6多播地址范围松散相似。 我是对的,如果你使用224块,你必须适应在RFC中描述的指南到IANA保留的地址,而在239块,你可以做你想要的?

videostream基础设施build议

我们希望build立一个实时的video聊天网站,并正在寻找软件和硬件设置的基本推荐。 以下是网站上的详细资料: 大部分stream媒体将通过networking摄像机等单人进行现场直播,一般只有1-10人观看,尽pipe可能有高达100多位观众。 audio和video不一定要超高质量,但需要做到“足够好”。 重点是传达video(和audio)中的基本信息。 如果偶尔帧频下降,然后很快恢复正常,我们可以忍受。 预算是一个问题,所以我们一般都在寻找一种成本较低的解决scheme,这将使我们在性能和质量方面获得大部分所需。 我们正在寻找Peer1的合作伙伴。 我们网站的其余部分将是.Net / Windows平台。 尽pipe我们的技术专长目前在Windows方面更多,但我们愿意寻找任何最佳stream媒体解决scheme的平台。

Office 365 Skype / Lync:支持stream式多播或镜像?

通过托pipeOffice 365服务使用Skype for Business / Lync是否可以为组会议执行任何stream式多播或镜像function? 背景: 我在一个有几十个用户的分支机构。 我还没有做完整的分析,但是当我们参加一个小组会议时, 看起来每个人都有自己的数据stream。 通话,video和屏幕共享质量差。 我怀疑这是由于我们已经超负荷的互联网链接。 (在我们的位置,我们无法更快地购买任何东西。) 有什么办法可以让整合的数据stream进出云吗? 或者是应该自动工作? (在本地安装某种“reflection”虚拟机很好,但显然我们仍然需要继续使用Office 365服务。) 我发现了Skype for Business云连接器 ,但这似乎更多地是关于PBX连接而不是stream合并。

Windows部署工作stream程

我一直在挖掘WDS,WAIK和Deployment Workbench,所有configuration和安装在我们将用于将图像滚动到教室的服务器上。 我想确保我理解这个过程的正确性,希望SF社区能够帮助指出我对基本工作stream程的理解上的缺陷。 我已经得到服务器来响应PXE客户端,并加载操作系统,但它基本上只是在networking上运行安装程序。 方便,但不是我们正在寻找的精简。 我们有60个相同的机器,将成为一个渲染农场。 我已经将主板SATA驱动程序成功注入到BOOT.WIM中,所以我不需要加载驱动程序。 我不是试图推出一个窗户inatller,尽pipe,推出一个完全configuration的机器,以60个单位。 据我了解,这是stream程。 1)手动build立一个作为模板的香草机。 加载Windows 7,加载Maya,加载Qube,加载CS5,使用我们的批量许可证(或networking许可证服务器configuration,根据需要)注册所有这些应用程序。 2)继续使用我们的MAK键激活窗口,但不要join到域。 3)运行sysprep,将启动盒启动进入审计模式,剥离安装期间设置的默认本地用户帐户7。 4)引导到包含Win7 PE的(大)闪存驱动器。 从此闪存驱动器运行ImageX,并将WIM吸入到USB驱动器。 5)将WIM加载到WDS中,并将其命名为RENDERFARM IMAGE。 为WIM创build一个组播stream。 6)加载WAIK,并为安装创build一个无人值守的应答文件(提供域名连接者凭证等)。 7)启动每台机器,然后按F12强制启动networking启动。 8)米勒时间? 我知道我错过了一两步,希望任何人做了这样的事情可以帮助指出我缺less步骤7a什么的? 我真的不明白Deployment Workbench如何适应这个…是因为我将手动构build我的初始图像? 据我所知,Workbench可以构build加载操作系统的工作stream(类似于Deploy Studio),然后依次手动运行安装程序。 我更感兴趣的是推出一个已经configuration的图像,而驱动程序和不会改变的,因为60个盒子是相同的。 如果任何人都可以看到任何明显的错误,或有任何经验,有警告要注意,任何反馈将是真棒。 谢谢!