RFC 3265
Notificação de Evento Específico-SIP Junho 2002
ser pensado como uma classe abstrata de base que precisa ser derivado em uma classe instanciável por extensões adicionais. Diretrizes para criar essas extensões são descritas na seção 4.
1.1. Visão geral da Operação
O conceito geral é que
entidades na rede podem se subscrever a recursos ou ao estado de chamada para
vários recursos ou chamadas na rede, e essas entidades (ou entidades agindo em
nome desses recursos) podem enviar notificações quando esses estados mudam.
Um fluxo típico de mensagens seria:
Subscritor Notificador
|-----SUBSCRIBE---->| Requisita a subscrição de estado
|<-------200--------| Confirma a subscrição
|<------NOTIFY----- | Retorna a informação corrente de estado
|--------200------->|
|<------NOTIFY----- | Retorna a informação atual de estado
|--------200------->|
Subscrições expiram e precisam
ser renovadas por mensagens SUBSCRIBE subseqüentes.
1.2. Convenções da Documentação
Há vários parágrafos ao longo desse
documento que fornecem texto
motivacional ou de esclarecimento.
Tais passagens são não-normativas, e são fornecidos apenas
para auxiliar na compreensão do leitor. Essas passagens são definidas fora do restante
do texto por ser indentado
assim:
Esse é um exemplo de texto
explanatório não-normativo. Não faz parte da especificação, e é usado apenas para
clarificação.
Números entre colchetes (por
exemplo, [1]) denotam uma referência a alguma das entradas nas seções de
referência; ver as seções 8 e 9.
Todos os termos em maiúsculos "MUST",
"SHOULD", "MAY", "SHOULD NOT", "MUST NOT"
e "RECOMMENDED" são usados conforme definido na RFC 2119 [5].
O uso de aspas junto
a pontos e vírgulas segue a
convenção usada pela American Mathematical Society; embora contrário
a tradicional convenção do Inglês
Americano, esse uso dá clareza a certas passagens.
Roach Standards Track [Página 4]
Página original:
http://tools.ietf.org/search/rfc3265#page-4
Nenhum comentário:
Postar um comentário