Qt: SSDP с QUdpSocket работает в редких случаях - PullRequest
Новая
       100

Qt: SSDP с QUdpSocket работает в редких случаях

0 голосов
/ 23 мая 2018

Это уже давно сводит меня с ума.Поскольку я никогда не делал никакого кода, связанного с сетью, я не могу сделать вывод о результатах этого эксперимента.

Мне предоставлена ​​информация о сервере, который передает релевантную информацию с использованием SSDP.Мне дали IP и порт в соответствии со стандартом.Мне также дали запрос и цель поиска, которую я должен использовать на стороне получателя.Я использую мою последнюю итерацию для этого примера, в которой я решил использовать одноэлементный класс, который управляет открытием.Истинная строка ST, которую я использую, также была предоставлена ​​мной, не обращая внимания на приведенную ниже ...

DiscoveryManager.h 

class DiscoveryManager : public QObject
{

private:
    DiscoveryManager( QObject *parent=0 );
public:
    ~DiscoveryManager();

    // Public Accessor for the singleton instance of the class
    static DiscoveryManager* Instance();

    void Discover();

public:
    void readPending();

private:
    // Singleton instance of the class
    static DiscoveryManager* _instance;
    QUdpSocket* socket;
};

DiscoveryManager.cpp 

// Definition of singleton instance
DiscoveryManager* DiscoveryManager::_instance;

// Network Parameters
quint16 port = 1900;
QHostAddress groupAddress = QHostAddress("239.255.255.250");

DiscoveryManager::DiscoveryManager(QObject *parent)
    : QObject(parent)   
    , socket( nullptr )
{
    socket = new QUdpSocket(this);
    auto ok = m_sock->bind(QHostAddress::AnyIPv4, port, QUdpSocket::ShareAddress);
    if (!ok) 
    {
        printf("Bind Error\n");
        return;
    }

    ok = socket->joinMulticastGroup(groupAddress);
    if (!ok) {
        printf("Join Multicast Group Failed\n");
        return;
    }

    connect(socket, SIGNAL(readyRead()), this, SLOT(readPending()));
}

DiscoveryManager* DiscoveryManager::Instance()
{
  if(_instance == nullptr)
  {
    _instance = new DiscoveryManager();
  }
  return _instance;
}

void
DiscoveryManager::startDiscovery()
{
    QByteArray message("M-SEARCH * HTTP/1.1\r\n"        \
                       "HOST: 239.255.255.250:1900\r\n" \
                       "MAN: \"ssdp:discover\"\r\n" \
                       "MX: 5\r\n" \
                       "ST: ***:******-****-***:*******:***********:*\r\n" \
                       "\r\n");

    auto writeOk = socket->writeDatagram(message.data(), groupAddress, port);
    if (writeOk == -1) {
        printf("Writing Datagram failed\n");
        return;
    }
}


void
DiscoveryManager::readPending()
{
    while (socket->hasPendingDatagrams()) {
        QByteArray reply;
        reply.resize(socket->pendingDatagramSize());
        socket->readDatagram(reply.data(), reply.size());

        // ... Parse Text Here ...
    }
}

Результаты: 90% времени, это не удается.Когда я пытаюсь напечатать сообщения, ответ, который я получаю, всегда отражает то, что я запрашивал.Независимо от того, как долго я оставлю это, правильный ответ никогда не приходит.С другой стороны, когда условия «просто правильные», обнаружение является безупречным и всегда немедленно возвращает результат.

Ожидаемые результаты: Я ожидаю увидеть ответ сервера с дополнительной информациейнапример, местоположение.

Соображения:

  1. Поскольку мне трудно понять, почему код, связанный с сетью, не работает, я не могу сделать вывод из результатов, является ли мой код получателяне правильно, или был ли сервер настроен неправильно.Что может быть индикатором для меня?Могут ли на это повлиять такие вещи, как виртуальные частные сети?Имеет ли значение, если сервер работает на моей локальной машине?
  2. Я прошел много итераций, где пытался использовать разные флаги подключения, уничтожать и сбрасывать объект или сокет, прежде чем пытаться снова, и даже выполнять циклэто запросило бы более 5000 раз, чтобы понять поведение.
  3. Если этот код не похож на один, я попытался воспроизвести точно такой же код и порядок, предусмотренный документацией Qt.

1 Ответ

0 голосов
/ 04 февраля 2019

Я столкнулся с похожими проблемами на Mac, но не с тем же кодом на iOS.Вам удалось это исправить?Как?

Ну, единственный способ получить ответы - это привязка к порту, отличному от 1900, но я не знаю, правильный ли это путь.Я нашел это с помощью wireshark, например, Google Chrome использует «случайный» порт в качестве порта источника при отправке M-SEARCH и 1900 в качестве пункта назначения.

Установив порт привязки на 1900, я смог получить толькодатаграммы, отправленные на «239.255.255.250», например, другое программное обеспечение M-SEARCH или сообщения NOTIFY устройств.

Это необходимо для того, чтобы ваш код работал: 

auto ok = m_sock->bind(QHostAddress::AnyIPv4, 56123, QUdpSocket::ShareAddress);
...