Quando um cliente mDNS precisa resolver um nome de host, ele envia uma mensagem de consulta de multicast IP que pede ao host que possui esse nome para se identificar. A máquina de destino, em seguida, envia uma mensagem multicast que inclui seu endereço IP. Todas as máquinas nessa sub-rede podem usar essas informações para atualizar seus caches mDNS.
Por padrão, o mDNS resolve exclusivamente nomes de host que terminam com o domínio de nível superior \(TLD\) **.local**. Isso pode causar problemas se esse domínio incluir hosts que não implementam o mDNS, mas que podem ser encontrados por meio de um servidor DNS unicast convencional. A resolução desses conflitos requer alterações na configuração da rede.
Este protocolo pode ser usado para descobrir hosts na rede. Para fazer isso, você pode solicitar nomes de domínio especiais \(por exemplo, _\_printers\_tcp.local_\) e todos os domínios relacionados a esse nome responderão \(neste caso, impressoras\). Uma lista completa com esses nomes especiais pode ser encontrada [aqui](http://www.dns-sd.org/ServiceTypes.html).
O SSDP é um protocolo baseado em texto baseado em [HTTPU](https://en.wikipedia.org/wiki/HTTPU). Ele usa UDP como protocolo de transporte subjacente. Os serviços são anunciados pelo sistema hospedeiro com endereçamento multicast para um endereço IP multicast especificamente designado em um número de porta UDP de 1900. No IPv4, o endereço multicast é 239.255.255.250.
O cliente pode enviar um pacote UDP de broadcast solicitando algum tipo de serviço ou o provedor de serviços pode enviar um pacote de broadcast informando que está oferecendo um serviço.
Basicamente, **permite compartilhar apenas a informação necessária** que está armazenada em um serviço com outro. Dessa forma, você pode fazer login mais rapidamente e seus **dados estão armazenados em apenas um local** e não é necessário inserir nomes de usuário/senhas em todos os lugares.
Primeiro, você precisa estar logado no Google ou uma janela será aberta para que você faça login. Em seguida, o serviço solicitará ao servidor do Google um token para acessar suas informações. O Google soltará uma daquelas telas de "_O aplicativo XXXXX deseja acessar essas informações suas: ..._" e, ao clicar em aceitar, o Google responderá ao aplicativo com um código que o aplicativo usará para solicitar um token com o qual o Google responderá. Depois que o aplicativo tiver um token, ele poderá usá-lo com a API do Google para obter as informações que solicitou.
O usuário primeiro fala com o NAS \(porta de entrada para o servidor\), que verifica se o nome e a senha enviados são válidos, perguntando ao servidor RADIUS.
