SIP - Solicitar somente campos de cabeçalho
Autorização
O campo de cabeçalho de autorização é usado para transportar as credenciais de um UA em uma solicitação a um servidor.
Pode ser enviado em resposta a um 401 Unauthorized resposta contendo informações de desafio.
Evento
Este campo de cabeçalho é usado em um SUBSCRIBE ou NOTIFY método para indicar qual pacote de eventos está sendo usado pelo método.
Em um ASSINAR, ele lista o pacote de eventos ao qual o cliente gostaria de se inscrever.
Em uma NOTIFY, ele lista o pacote de eventos sobre o qual a notificação contém informações de estado.
Junte-se
O campo de cabeçalho Join é usado em um INVITE para solicitar que o diálogo (sessão) seja unido a um diálogo existente (sessão).
Os parâmetros do campo de cabeçalho Join identificam um diálogo por Call-ID, To tag e From tag de uma maneira semelhante ao campo de cabeçalho Replaces.
Se o campo de cabeçalho Ingressar fizer referência a um diálogo ponto a ponto entre dois agentes do usuário, o campo de cabeçalho Ingressar será efetivamente uma solicitação para transformar a chamada em uma chamada de conferência.
Se a caixa de diálogo já faz parte de uma conferência, o campo de cabeçalho Ingressar é uma solicitação para ser adicionado à conferência.
Autorização Proxy
O campo de cabeçalho Proxy-Authorization deve transportar as credenciais de um UA em uma solicitação a um servidor.
Ele pode ser enviado em resposta a uma resposta 407 Proxy Authentication Required contendo informações de desafio.
Um proxy que recebe uma solicitação contendo um campo de cabeçalho Proxy-Authorization procura seu próprio domínio e, se encontrado, processa a entrada.
Se as credenciais estiverem corretas, todas as entradas restantes serão mantidas na solicitação quando ela for encaminhada para o próximo proxy.
Proxy-Require
O campo de cabeçalho Proxy-Require é usado para listar recursos e extensões que um UA exige que um proxy suporte para processar a solicitação.
Uma resposta de 420 Bad Extension é retornada pelo proxy listando qualquer recurso não compatível em um Unsupported header campo.
Se o suporte desta opção for desejado, mas não obrigatório, ele será listado em um Supported campo de cabeçalho em vez disso.
Max-Forwards
O campo de cabeçalho Max-Forwards é usado para indicar o número máximo de saltos que uma solicitação SIP pode realizar.
O valor do campo de cabeçalho é diminuído por cada proxy que encaminha a solicitação.
Um proxy que recebe o campo de cabeçalho com valor zero descarta a mensagem e envia uma resposta de 483 muitos saltos ao originador.
Max-Forwards é um campo de cabeçalho obrigatório em solicitações conforme RFC 3261.
O valor recomendado é de 70 saltos.
Prioridade
O campo de cabeçalho Priority é usado por um UAC para definir a urgência de uma solicitação. Os valores são não urgentes, normais, urgentes e emergenciais.
Referir-se
O campo de cabeçalho Refer-To é um campo de cabeçalho obrigatório em uma solicitação REFER, que contém o URI ou recurso de URL que está sendo referenciado. Pode conter qualquer tipo de URI, desde um gole ou goles até um telURI.
Referido por
O campo de cabeçalho Referred-By é um campo de cabeçalho opcional em uma solicitação REFER e uma solicitação acionada por um REFER.
Ele fornece ao destinatário de uma solicitação acionada a informação de que a solicitação foi gerada como resultado de um REFER e do originador do REFER.
Um campo de cabeçalho Referred-By não assinado pode ser rejeitado com 429 Provide Referror Código de resposta de identidade.
Substitui
Replaces é usado para substituir uma chamada existente por uma nova chamada.
Um UA em um diálogo estabelecido recebendo outro INVITE com um campo de cabeçalho Replaces que corresponda ao diálogo existente deve aceitar o INVITE, encerrar o diálogo existente com um BYE e transferir todos os recursos e estado do diálogo existente para o diálogo recém-estabelecido.
Se o campo de cabeçalho Replaces não corresponder a nenhum diálogo, o INVITE deve ser rejeitado com uma resposta 481 Dialog Does Not Exist.
Pedido-Disposição
O campo de cabeçalho Request-Disposition pode ser usado para solicitar servidores para qualquer proxy, redirecionar.
Example:
Request-Disposition: redirectRequer
o Require O campo de cabeçalho é usado para listar recursos e extensões que um UAC requer que um UAS suporte para processar a solicitação.
Uma resposta de 420 Bad Extension é retornada pelo UAS listando todos os recursos não suportados em um campo de cabeçalho Unsupported.
Example:
Require: rel100Rota
o Route campo de cabeçalho é usado para fornecer informações de roteamento para solicitações.
RFC 3261 apresenta dois tipos de roteamento: strict routing e loose routing, que têm um significado semelhante aos modos de roteamento IP de mesmo nome.
No roteamento estrito, um proxy deve usar o primeiro URI no campo de cabeçalho de rota para reescrever o URI de solicitação, que é então encaminhado.
No roteamento flexível, um proxy não reescreve o URI de solicitação, mas encaminha a solicitação para o primeiro URI no campo de cabeçalho de rota ou para outro elemento de roteamento flexível.
No roteamento flexível, a solicitação deve ser roteada por todos os servidores da lista de rotas antes de ser roteada com base no URI da solicitação.
No roteamento estrito, a solicitação deve ser roteada apenas através do conjunto de servidores no campo de cabeçalho de rota com o URI de solicitação sendo reescrito a cada salto.
Um proxy ou UAC pode dizer se o próximo elemento no conjunto de rotas oferece suporte a roteamento flexível pela presença de um parâmetro lr.
Example:
Route: sip:[email protected];lrPrateleira
o RAck O campo de cabeçalho é usado em uma resposta a uma solicitação PRACK para reconhecer de forma confiável uma resposta provisória que continha um campo de cabeçalho RSeq.
Seu valor é a combinação de CSeq e RSeq da resposta provisória.
O número de sequência confiável é incrementado para cada resposta enviada de forma confiável.
Example:
RAck: 3452337 17 INVITESessão-expira
o Session-Expires campo de cabeçalho é usado para especificar o tempo de expiração da sessão.
Para estender uma sessão, o UA pode enviar um re-CONVIDAR ou ATUALIZAR com um novo campo de cabeçalho Session-Expires.
Ele aparecerá assim que a chamada for estabelecida.
SIP-If-Match
O campo de cabeçalho SIP-If-Match faz parte do mecanismo de publicação SIP. Ele está incluído em uma solicitação PUBLICAR para atualizar, modificar ou remover o estado publicado anteriormente.
O campo de cabeçalho contém a tag de entidade das informações de estado que foram retornadas em um campo de cabeçalho SIP-ETag em uma resposta 2xx a um PUBLISH anterior.
Se a tag de entidade não for mais válida, o servidor retornará uma resposta 412 Conditional Request Failed.
Example:
SIP-If-Match: 56jforRr1pdEstado de assinatura
O campo de cabeçalho Subscription-State é um campo de cabeçalho obrigatório em uma solicitação NOTIFY. Indica o estado atual de uma assinatura. Os valores definidos incluem ativo, pendente ou encerrado.
Example:
Subscription-State: terminated; reason = rejected