Почему я не могу заставить работать UPnP unicast M-SEARCH вместо MultiCast M-SEARCH?

Доброе утро,

Мы решили максимально использовать UPnP. Мы используем MultiCast на 239.255.255.250:1900 для нашего M-SEARCH.

Тем не менее, мы смотрим, как поступить, если клиент заблокировал MultiCast в своей сети. Глядя на спецификацию UPnP 1.1, в ней говорится об использовании одноадресной рассылки с M-SEARCH. Итак, если мы уже знаем IP-адреса различных устройств, с которыми мы хотим общаться, и они прослушивают 0.0.0.0:1900, мы думаем, что можем отправить одноадресный M-SEARCH на каждое устройство с IP-адресом устройства: 1900.

Я пытался сделать это, и у меня было чертовски много времени, чтобы заставить устройства получать и отвечать на одноадресный запрос 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, для получения любых сообщений MultiCast на 239.255.255.250:1900 и любых сообщений, отправленных напрямую через одноадресную рассылку на ip этой машины: 1900?

При тестировании я всегда могу получать многоадресные рассылки, но никогда не получаю одноадресные рассылки для 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 под Windows 8.1:

//
// SsdpSocket.cs
//
// Author:
//   Aaron Bockover <[email protected]>
//
// 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);
        }
    }
}

person Curtis    schedule 05.03.2015    source источник
comment
Можете ли вы показать код, который связывает сокет приема, и указать ОС, в которой это происходит?   -  person Jussi Kukkonen    schedule 05.03.2015
comment
Я добавил исходный код в свое сообщение выше.   -  person Curtis    schedule 05.03.2015
comment
Код выглядит нормально для меня (хотя я не эксперт по С#). Я смутно помню, как люди жаловались, что служба ssdp, которая работает в Windows по умолчанию, каким-то образом влияет на получение, и что есть обходной путь... Извините, у меня нет ничего более конкретного, но, возможно, это поможет при дальнейшем гуглении.   -  person Jussi Kukkonen    schedule 05.03.2015
comment
Я отключил службу ssdp. Все еще кажется, что что-то блокирует 0.0.0.0:1900, но я не знаю что. Я также пытался использовать порт 1910 на случай, если у 1900 возник конфликт, но это тоже не сработало. Возможно, код отбрасывает одноадресные сообщения. почему-то...   -  person Curtis    schedule 05.03.2015
comment
Используют ли устройства, которые вы ищете, UPnP v1.1? Большинство устройств, с которыми я сталкивался, имеют версию 1.0, поэтому я не знаю о каких-либо функциях 1.1.   -  person simonc    schedule 06.03.2015
comment
Я реализую устройства и клиент.   -  person Curtis    schedule 06.03.2015


Ответы (1)


Исправление для этого было в проверке сообщения Unicast.

Вот два примера сообщений. Первый — 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 и будет слышать все поисковые запросы, которые являются многоадресными и одноадресными.

person Curtis    schedule 31.03.2015