Admirável Mundo Novo: Tudo Sobre Asterisk, OpenSER, Linux e Tecnologias de Voz sobre IP

RFC 3261            SIP: Session Initiation Protocol           Junho 2002


10 Pedidos de Registro

10.1 Visão Geral

O SIP oferece uma capacidade de descoberta. Se um usuário deseja iniciar uma sessão com outro usuário, o SIP precisa descobrir o(s) host(s) atual em que o usuário destino seja alcançável. Esse processo de descoberta é freqüentemente realizado pelos elementos da rede SIP, tais como servidores proxy e redirect que são responsáveis pela recepção de uma requisição, determinando para onde enviá-lo baseado no conhecimento da localização do usuário e, então enviá-lo pra lá. Para fazer isso, elementos de rede SIP consultam uma abstração de serviço conhecido como serviço de localização, que fornece ligações de endereços para um domínio particular. Essas ligações de endereço mapeam uma URI SIP ou SIPS entrante, sip: bob@biloxi.com, por exemplo, para uma ou mais URIs que são um tanto "próxima" ao usuário desejado, sip:bob@engineering.biloxi.com, por exemplo. Enfim, um proxy irá consultar um serviço de localização que mapeia uma URI recebida para o(s) agente(s) usuário(s) no qual o destino desejado está residindo atualmente.

Pedido de registro cria vínculos com um serviço de localização para um domínio particular que associa um URI do endereço-de-registro com um ou mais endereços de contato. Assim, quando um proxy nesse domínio recebe uma requisição cujo Request-URI corresponde ao endereço-de-registro, o proxy vai encaminhar a requisição aos endereços de contacto registrados para esse endereço-de-registro. Geralmente, isso só faz sentido registrar um endereço-de-registro em um serviço de localização do domínio quando requisições para esse endereço-de-registro seriam roteadas para esse domínio. Na maioria dos casos, isso significa que o domínio do registo precisará conferir o domínio no URI do endereço-de-registro.

Existem muitas maneiras pelas quais o conteúdo do serviço de localização pode ser estabelecido. Uma forma é administrativamente. No exemplo acima, Bob é conhecido por ser um membro do departamento de engenharia através do acesso a um banco de dados corporativos. Contudo, o SIP fornece um mecanismo para um UA criar uma vinculação explicitamente. Esse mecanismo é conhecido como registro.

Fazer registo implica em enviar uma requisição REGISTER a um tipo especial de UAS conhecido como registrador. Um registrador atua como front-end do serviço de localização de um domínio, lendo e escrendo mapeamentos baseado no conteúdo de requisições REGISTER. Esse serviço de localização é então tipicamente consultado por um servidor proxy que é responsável pelo roteamento de requisições para esse domínio.

Uma ilustração do processo de registo completo é dada na Figura 2. Note que os servidores registrador e proxy são funções lógicas que podem ser executadas por um simples dispositivo em uma rede; por propósitos 






Rosenberg, et. al.          Standards Track                    [Página 56]

Observações importantes a cerca dessa tradução:
A tradução de algumas terminologias do SIP:

User agent ficou como agente-usuário;
Header field como campo-cabeçalho;
Requests ficou em português como requisições no plural e no singular requisição.

Quanto às palavras/verbos usadas em documentos RFC's tramitando em trilha de 
padronizações, que obedecem as regras da RFC 2119/IETF, foram traduzidas
para o português conforme a seguir:

MUST:
PRECISA, REQUERER, OBRIGAR, EXIGIR, FORÇAR, É OBRIGATÓRIO, É FORÇOSO, 
NECESSITAR, É MANDATÓRIO.

MUST NOT:
NÃO PODE, É PROIBIDO, É VEDADO.

SHOULD:
DEVE, É RECOMENDADO.

SHOULD NOT:
NÃO DEVE, NÃO É RECOMENDADO.

MAY:
PODE, É OPCIONAL.