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

RFC 3265                Notificação de Evento Específico-SIP               Junho 2002

7.1.     Novos Métodos......................................................... 32

7.1.1.   Método SUBSCRIBE...................................................... 34

7.1.2.   Método NOTIFY......................................................... 34

7.2.     Novos Cabeçalhos...................................................... 34

7.2.1.   Cabeçalho "Event"..................................................... 34

7.2.2.   Cabeçalho "Allow-Events".............................................. 35

7.2.3.   Cabeçalho "Subscription-State"........................................ 35

7.3.     Novos Códigos de Resposta............................................. 35

7.3.1.   Código Resposta "202 Accepted"........................................ 35

7.3.2.   Código Resposta "489 Bad Event"....................................... 35

7.4.     Definições Augmented BNF.............................................. 35

8.       Referências Normativas................................................ 36

9.       Referências Informativas.............................................. 37

10.      Agradecimentos........................................................ 37

11.      Aviso sobre Direitos de Propriedade Intelectual....................... 37

12.      Endereço do Autor..................................................... 37

13.      Declaração Completa de Direitos Autorais.............................. 38

1. Introdução

A capacidade para requisitar notificação assíncrona de eventos se mostra útil em vários tipos de serviços do SIP aos quais a cooperação entre nó's remotos é necessário. Exemplos de tais serviços incluem serviços de rechamada automática (baseado em eventos de estado do terminal), listas de amigos (baseado em eventos de presença do usuário), indicações de mensagem em espera (baseado em eventos da mudança de estado do mailbox), e status da PSTN e da Internet Internetworking (PINT) [2] (baseado em eventos de estado da chamada).

Os métodos descritos nesse documento fornecem uma infra-estrutura pela qual a notificação desses eventos pode ser ordenada.

Os mecanismos de notificação de eventos aqui definidos NÃO se destinam a ser uma infra-estrutura de uso geral para todas as classes de subscrição e notificação de eventos. Encontrar requerimentos para o conjunto amplo de problemas de subscrição e de notificação é complexo demais para um único protocolo. Nosso objetivo é fornecer ao SIP uma infra-estrutura específica para notificação de eventos que não seja tão complexa a ponto de ser inútil para recursos simples, mas que ainda seja flexível o suficiente para fornecer serviços poderosos. Note, no entanto, que pacotes-evento baseados nessa infra-estrutura pode definir arbitrariamente regras elaboradas que regem a subscrição e a notificação para os eventos ou classes de eventos que descrevem.

Esse documento não descreve uma extensão que pode ser usada diretamente; ele precisa ser estendido por outros documentos (aqui referidos como "pacotes-evento"). Na terminologia de projeto orientado a objeto, isso pode

Roach                            Standards Track                           [Página 3]