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

RFC 3261            SIP: Session Initiation Protocol           Junho 2002


Uma mensagem SIP é tanto uma requisição de um cliente ao servidor quanto uma resposta de um servidor ao cliente.

Tanto mensagens de Requisição (seção 7.1) quanto de Resposta (seção 7.2) usam o formato básico da RFC 2822 [3], embora a sintaxe difira em conjunto de caracteres e de sintaxe específicas. (Por exemplo, o SIP permite campos-cabeçalhos que não seriam campos-cabeçalhos válidos na RFC 2822). Ambos os tipos de mensagens consistem de uma linha-início, um ou mais campos-cabeçalhos, uma linha em branco que indica o fim dos campos-cabeçalhos e um corpo de mensagem opcional.

         generic-message  =  start-line
                             *message-header
                             CRLF
                             [ message-body ]
         start-line       =  Request-Line / Status-Line

A linha-início, cada linha do cabeçalho da mensagem, e a linha em branco deve ser terminado por uma seqüência carriage-return line-feed sequence (CRLF). Note que a linha em branco PRECISA estar presente mesmo que o corpo da mensagem não esteja presente.

Exceto a diferença acima nos conjuntos de caracteres, muita mensagem do SIP e a sintaxe de campo-cabeçalho é idêntica ao de uma mensagem HTTP/1.1. Em vez de repetir a sintaxe e a semântica aqui, nós usamos [HX.Y] para se referir a Seção X.Y da especificação HTTP/1.1 atual (RFC 2616 [8]).

No entanto, o SIP não é uma extensão do HTTP.


7.1 Requisições

Requisições SIP são distinguidas por terem uma Linha-Requisição para uma linha-início. Uma Linha-Requisição contém um nome de método, um Request-URI e a versão do protocolo separados por um caractere espaço em branco simples (SP).

A Linha-Requisição termina com CRLF. Nenhum CR ou LF são permitidos, exceto na seqüência CRLF de fim-de-linha. Nenhum espaço em branco linear (LWS) é permitido em qualquer dos elementos.

Request-Line  =  Method SP Request-URI SP SIP-Version CRLF

Method: Essa especificação define seis métodos: REGISTER para registrar informações de contato, INVITE, ACK e CANCEL para estabelecer sessões, BYE para terminar sessões e, OPTIONS para consultar servidores sobre suas capacidades. Extensões SIP, documentadas em standards track RFC's, podem definir métodos adicionais.






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

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.