¿Debo vincular un socket UDP en mi programa cliente para recibir datos? (Siempre obtengo WSAEINVAL)

Question

Estoy creando un socket UDP (AF_INET, SOCK_DGRAM, IPPROTO_UDP) a través de Winsock y tratando de recvfrom en este socket, pero siempre devuelve -1 y obtengo WSAEINVAL (10022). ¿Por qué?

Cuando bind() el puerto, eso no sucede, pero he leído que es muy difícil vincular el socket del cliente.

Estoy enviando datos a mi servidor, que responde, o al menos lo intenta.

Inc::STATS CConnection::_RecvData(sockaddr* addr, std::string &strData) 
{ 
    int ret;   // return code 
    int len;   // length of the data 
    int fromlen;  // sizeof(sockaddr) 
    char *buffer;  // will hold the data 
    char c; 

    //recv length of the message 
    fromlen = sizeof(sockaddr); 
    ret = recvfrom(m_InSock, &c, 1, 0, addr, &fromlen); 
    if(ret != 1) 
    { 
#ifdef __MYDEBUG__ 
     std::stringstream ss; 
     ss << WSAGetLastError(); 
     MessageBox(NULL, ss.str().c_str(), "", MB_ICONERROR | MB_OK); 
#endif 
     return Inc::ERECV; 
    } 
    ... 

Este es un ejemplo de trabajo que escribí hace unos momentos, y funciona sin la llamada a bind() en el cliente:

#pragma comment(lib, "Ws2_32.lib") 

#define WIN32_LEAN_AND_MEAN 

#include <WS2tcpip.h> 
#include <Windows.h> 
#include <iostream> 

using namespace std; 

int main() 
{ 
    SOCKET sock; 
    addrinfo* pAddr; 
    addrinfo hints; 
    sockaddr sAddr; 
    int fromlen; 
    const char czPort[] = "12345"; 
    const char czAddy[] = "some ip"; 

    WSADATA wsa; 
    unsigned short usWSAVersion = MAKEWORD(2,2); 

    char Buffer[22] = "TESTTESTTESTTESTTEST5"; 
    int ret; 

    //Start WSA 
    WSAStartup(usWSAVersion, &wsa); 

    //Create Socket 
    sock = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP); 

    //Resolve host address 
    memset(&hints, 0, sizeof(hints)); 
    hints.ai_family = AF_INET; 
    hints.ai_protocol = IPPROTO_UDP; 
    hints.ai_socktype = SOCK_DGRAM; 

    if(getaddrinfo(czAddy, czPort, &hints, &pAddr)) 
    { 
     std::cerr << "Could not resolve address...\n"; 
     std::cin.get(); 
     return 1; 
    } 

    //Start Transmission 
    while(1) 
    { 
     ret = sendto(sock, Buffer, sizeof(Buffer), 0, pAddr->ai_addr, 
        pAddr->ai_addrlen); 
     if(ret != sizeof(Buffer)) 
     { 
      std::cerr << "Could not send data\n"; 
      std::cin.get(); 
      return 1; 
     } 

     fromlen = sizeof(SOCKADDR); 
     ret = recvfrom(sock, Buffer, sizeof(Buffer), 0, &sAddr, &fromlen); 
     if(ret != sizeof(Buffer)) 
     { 
      std::cout << "Could not receive data - error: " << 
          WSAGetLastError() << std::endl; 
      std::cin.get(); 
      return 1; 
     } 

     Buffer[ret-1] = '\0'; 
     std::cout << "Received: " << Buffer << std::endl; 
    } 
    return 0; 
} 

Answer 1

Con UDP, tiene que bind() el socket en el cliente porque UDP no tiene conexión, por lo que no hay otra forma para que la pila sepa a qué programa entregar los datagramas para un puerto en particular.

Si pudiera recvfrom() sin bind(), le pediría a la pila que le proporcione a su programa todos los datagramas UDP enviados a esa computadora. Como la pila entrega datagramas a un solo programa, esto rompería el DNS, el Entorno de red de Windows, la sincronización de tiempo de la red ...

Puede haber leído en algún lugar de la red que el enlace en un cliente es cojo, pero ese consejo solo se aplica a las conexiones TCP.

Answer 2

Here que dice lo siguiente:

Parámetros

s [in]: Un descriptor que identifica un socket encuadernado.

...

Valor de retorno

WSAEINVAL: El conector no ha sido atado con bind, o se especifica una bandera desconocida, o MSG_OOB fue especificada para una toma de corriente con SO_OOBINLINE activado, o (a byte sockets de estilo de secuencia solamente) len era cero o negativo.

Por lo que recuerdo, el enlace no es necesario para un socket UDP porque la pila realiza una llamada de enlace. Supongo que es algo de Windows requerir un enlace en un socket utilizado en una llamada de recvfrom.

Answer 3

Su otro ejemplo de código funciona porque está usando sendto antes de recvfrom. Si un socket UDP está libre y se le llama a sendto o connect, el sistema lo vinculará automáticamente y, por lo tanto, la llamada recvfrom más adelante tendrá éxito. recvfrom no enlazará un socket, ya que esta llamada espera que el socket ya se haya enlazado, o se producirá un error.

Answer 4

que tenían el mismo problema hace un par de semanas, las siguientes observaciones me ayudaron a entender si una explícita de vinculación() es necesario:

recvfrom function (MSDN)

explícita de unión se desanima para las aplicaciones cliente.Para las aplicaciones cliente que usan esta función, el socket puede vincularse implícitamente a una dirección local a través de sendto, WSASendTo, o WSAJoinLeaf.

sendto function (MSDN)

Nota Si se abre un socket, se realiza una llamada setsockopt, y luego se hace una llamada sendto , Windows Sockets realiza una implícita unen llamada a la función. Si el socket está libre, el sistema asigna valores únicos a la asociación local y el socket se marca como vinculado.