为啥我不能让 UPnP 单播 M-SEARCH 而不是 MultiCast M-SEARCH 工作？

Posted 2023-04-15

【中文标题】为啥我不能让 UPnP 单播 M-SEARCH 而不是 MultiCast M-SEARCH 工作？

【英文标题】：Why can't I get UPnP unicast M-SEARCH to work instead of MultiCast M-SEARCH?为什么我不能让 UPnP 单播 M-SEARCH 而不是 MultiCast M-SEARCH 工作？

【发布时间】：2015-05-06 09:44:58

【问题描述】：

早上好，

我们决定尽可能多地使用 UPnP。我们在 239.255.255.250:1900 上使用 MultiCast 进行 M-SEARCH。

但是，我们正在研究如何处理客户在其网络上锁定 MultiCast 的情况。查看 UPnP 1.1 规范，它谈到了将单播与 M-SEARCH 结合使用。因此，如果我们已经知道要与之通信的各种设备的 IP 地址，并且它们正在侦听 0.0.0.0:1900，那么我们认为我们可以向 deviceIP:1900 上的每个设备发送单播 M-SEARCH。

我一直在尝试这样做，并且有一段时间让设备接收和响应单播 M-SEARCH 请求。

首先，是否允许您与设备的第一次 UPnP 对话以单播 M-SEARCH 开始？

其次，在 0.0.0.0:1900 上侦听不会接受发送到设备 IP:1900 的消息是否有某种原因？

当我在我的机器上执行 netstat 查看正在使用的 IP 和端口时，似乎 239.255.255.250:1900 不在列表中，或者它显示为 0.0.0.0:1900。

因此，如果 0.0.0.0 是 (ANY_IP)，那么在 0.0.0.0:1900 上侦听单个侦听器就足以接收到 239.255.255.250:1900 的任何消息 MultiCast 以及通过单播直接发送到该计算机 ip 的任何消息： 1900 年？

在测试时，我始终能够接收 MultiCast，但我从未收到 M-SEARCH 的单播。在执行 GET 等操作时，我能够与其他端口上的设备通信，但似乎我无法让端口 1900 响应单播 M-SEARCH。

您真的可以在同一台机器上同时在 239.255.255.250:1900 上以多播方式侦听并以单播方式在 0.0.0.0:1900 上侦听，而不会发生 udp 套接字冲突吗？

对此的任何建议和指示将不胜感激。

谢谢， 柯蒂斯

PS：我使用的代码如下。对于构造函数中的地址，我们传入 IPAddress.Any（即 0.0.0.0），Protocol.Port 为 1900。这是在 Windows 8.1 下的 Windows 机器上运行的：

//
// SsdpSocket.cs
//
// Author:
//   Aaron Bockover <[e-mail]>
//
// Copyright (C) 2008 Novell, Inc.
//
// Permission is hereby granted, free of charge, to any person obtaining
// a copy of this software and associated documentation files (the
// "Software"), to deal in the Software without restriction, including
// without limitation the rights to use, copy, modify, merge, publish,
// distribute, sublicense, and/or sell copies of the Software, and to
// permit persons to whom the Software is furnished to do so, subject to
// the following conditions:
//
// The above copyright notice and this permission notice shall be
// included in all copies or substantial portions of the Software.
//
// THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
// EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
// MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
// NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE
// LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION
// OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
// WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
//

using System;
using System.Net;
using System.Net.Sockets;

namespace Mono.Ssdp.Mono.Ssdp.Internal

    class SsdpSocket : Socket
    
        static readonly IPEndPoint ssdp_send_point = new IPEndPoint (Protocol.IPAddress, Protocol.Port);

        readonly IPEndPoint ssdp_receive_point;

        public SsdpSocket (IPAddress address)
            : base (AddressFamily.InterNetwork, SocketType.Dgram, ProtocolType.Udp)
        
            ssdp_receive_point = new IPEndPoint (address, Protocol.Port);
            SetSocketOption (SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true);
        

        public IAsyncResult BeginSendTo (byte [] data, AsyncCallback callback)
        
            return BeginSendTo (data, callback, ssdp_send_point);
        

        public IAsyncResult BeginSendTo (byte[] data, AsyncCallback callback, IPEndPoint endPoint)
        
            return BeginSendTo (data, 0, data.Length, SocketFlags.None, endPoint, callback, this);
        

        public IAsyncResult BeginReceiveFrom (AsyncReceiveBuffer buffer, AsyncCallback callback)
        
            return base.BeginReceiveFrom (buffer.Buffer, 0, buffer.Buffer.Length, SocketFlags.None, 
                ref buffer.SenderEndPoint, callback, buffer);
        

        public void Bind ()
        
            Bind (ssdp_receive_point);
        
    

【问题讨论】：

你能展示绑定接收套接字的代码并提及它发生的操作系统吗？

我在上面的帖子中添加了源代码。

代码对我来说看起来不错（尽管我不是 C# 专家）。我隐约记得有人抱怨默认情况下在 Windows 上运行的 ssdp 服务会以某种方式影响接收，并且有一种解决方法......抱歉，我没有更具体的内容，但也许这有助于进一步搜索。

我关闭了ssdp服务。似乎仍然有些东西阻止了 0.0.0.0:1900，但我不知道是什么.. 我也尝试使用端口 1910 以防 1900 发生冲突，但这也不起作用.. 也许代码正在丢弃单播消息出于某种原因...

您要搜索的设备是否实现了 UPnP v1.1？我遇到的大多数设备都是 v1.0，因此不知道任何 1.1 功能。

【参考方案1】：

解决此问题的方法是验证单播消息。

这里有两个消息示例。第一个是 MultiCast，第二个是 UniCast：

M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900 
MAN: "ssdp:discover" 
MX: seconds to delay response 
ST: search target 
USER-AGENT: OS/version UPnP/1.1 product/version



M-SEARCH * HTTP/1.1
HOST: hostname:portNumber
MAN: "ssdp:discover"
ST: search target
USER-AGENT: OS/version UPnP/1.1 product/version

请注意，第二个 M-SEARCH 是单播搜索，不需要在其中包含“MX:”行。我使用的代码需要 MX: 行并使用它的值。如果没有 MX: 行，我们会得到一个异常，它被悄悄隐藏起来并被 catch(exception) 吞噬

无论如何，UPnPServer 只会监听 0.0.0.0:1900 并且会听到所有多播和单播的 msearch。