Udp 为什么可以'；我不能让UPnP单播M-SEARCH代替多播M-SEARCH工作吗？

早上好

我们决定尽可能多地使用UPnP。我们正在使用239.255.255.250:1900上的多播进行M搜索

然而，我们正在研究当客户的网络上的多播被锁定时如何处理。看看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是（任何IP），那么有一个侦听器在0.0.0.0:1900上侦听是否足以接收多播到239.255.255.250:1900的任何消息以及通过单播直接发送到该机器IP:1900的任何消息

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

您是否可以在同一台计算机上同时以多播方式侦听239.255.255.250:1900，并以单播方式侦听0.0.0.0:1900，而不存在udp套接字冲突

如果您对此有任何建议和建议，我们将不胜感激

谢谢， 柯蒂斯

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

//
// SsdpSocket.cs
//
// Author:
//   Aaron Bockover <abockover@novell.com>
//
// 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);
        }
    }
}

//
//SsdpSocket.cs
//
//作者：
//亚伦·博科沃
//
//版权所有（C）2008 Novell公司。
//
//特此免费向获得许可的任何人授予许可
//本软件和相关文档文件的副本（
//“软件”），不受限制地经营软件，包括
//不限制使用、复制、修改、合并、发布、，
//分发、再许可和/或出售本软件的副本，以及
//允许向其提供软件的人员这样做，但须遵守
//以下情况：
//
//上述版权声明和本许可声明应
//包含在软件的所有副本或重要部分中。
//
//软件按“原样”提供，无任何形式的担保，
//明示或暗示，包括但不限于
//适销性、特定用途的适用性和
//不干涉。在任何情况下，作者或版权持有人均不得
//负责任何索赔、损害赔偿或其他责任，无论是在诉讼中
//由、由或与之相关的合同、侵权行为或其他
//与软件或软件的使用或其他交易有关。
//
使用制度；
Net系统；
使用System.Net.Sockets；
命名空间Mono.Ssdp.Mono.Ssdp.Internal
{
SsdpSocket类：Socket
{
静态只读IPEndPoint ssdp\u send\u point=新IPEndPoint（Protocol.IPAddress，Protocol.Port）；
只读IPEndPoint ssdp\u接收点；
公共SsdpSocket（IP地址）
：base（AddressFamily.InterNetwork、SocketType.Dgram、ProtocolType.Udp）
{
ssdp_receive_point=新的IPEndPoint（地址、协议端口）；
SetSocketOption（SocketOptionLevel.Socket，SocketOptionName.ReuseAddress，true）；
}
公共IAsyncResult BeginSendTo（字节[]数据，异步回调）
{
返回BeginSendTo（数据、回调、ssdp\u发送点）；
}
公共IAsyncResult BeginSendTo（字节[]数据，异步回调，IPEndPoint端点）
{
返回BeginSendTo（数据，0，data.Length，SocketFlags.None，端点，回调，this）；
}
公共IAsyncResult BeginReceiveFrom（AsyncReceiveBuffer缓冲区，AsyncCallback回调）
{
返回base.BeginReceiveFrom（buffer.buffer，0，buffer.buffer.Length，SocketFlags.None，
ref buffer.SenderEndPoint，回调，buffer）；
}
公共无效绑定（）
{
绑定（ssdp\U接收点）；
}
}
}

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

下面是两个消息示例。第一个是多播，第二个是单播：

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:line并使用它的值。如果没有MX:line，我们会得到一个异常，它被一个

catch（exception）{}

---

无论如何，UPnPServer只侦听0.0.0.0:1900，并将侦听所有多播和单播的msearch

你能展示绑定接收套接字的代码并提到它发生在哪个操作系统上吗？我已经在上面的帖子中添加了源代码。代码在我看来很好（尽管我不是C#专家）。我隐约记得有人抱怨说默认情况下运行在Windows上的ssdp服务影响了接收，并且有一个解决办法。。。对不起，我没有更具体的内容，但这可能有助于谷歌进一步搜索。我关闭了ssdp服务。似乎还是有东西挡住了0.0.0.0:1900，但我不知道是什么。。我还尝试使用端口1910，以防1900发生冲突，但也不起作用。。也许代码出于某种原因正在丢弃单播消息…请执行您正在使用的设备