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

que definir pacotes-evento para notificações relacionadas, por exemplo, com gerenciamento de rede ou com a temperatura no interior do motor do seu carro, você deve reconsiderar sua seleção de protocolos.

Os interessados ​​em estender o mecanismo definido nesse documento são instados a seguir o desenvolvimento de "Diretrizes para autores de extensões ao SIP" [7] para obter mais orientações quanto aos usos adequados do SIP.

Além do mais, espera-se que esse mecanismo não deva ser usado em aplicações onde a freqüência de eventos reportados seja excessivamente rápida (por exemplo, mais de uma vez por segundo). Uma rede SIP geralmente vai ser provisionada para um volume razoável de sinalização; enviar uma notificação toda vez que uma mudança na posição GPS do usuário por centésimo de segundo pode facilmente sobrecarregar tal rede.

4.2. Pacotes-Evento Modelos

Pacotes-evento normais definem um conjunto de estados aplicáveis a um tipo específico de recurso, como presença de usuário, estado da chamada e estados de troca de mensagens do mailbox.

Pacotes-evento modelos são um tipo especial de pacote que define um conjunto de estados aplicáveis a outros pacotes, tais como estatísticas, política de acesso e listas de subscritor. Pacotes-modelo de evento podem mesmo ser aplicáveis a outros pacotes-modelo de evento.

Para estender a analogia orientada a objetos feita anteriormente, pacotes-evento modelos podem ser pensados como pacotes modelados em C++ que precisam ser aplicáveis a outros pacotes para serem úteis.

O nome de um pacote-evento modelo quando aplicável a um pacote é formado anexando-se um ponto seguido pelo nome do pacote-evento modelo ao final do pacote. Por exemplo, se um pacote-modelo chamado "winfo" seria aplicado a um pacote chamado "presence", o token-evento usado nos cabeçalhos "Event" e "Allow-Events" seria "presence.winfo".

Pacotes-evento modelos precisam ser definidos de tal forma que eles possam ser aplicáveis a qualquer pacote arbitrário. Em outras palavras, pacotes-evento modelos não podem ser especificamente vinculados a um ou alguns pacotes "pai" de tal forma que eles não viriam a funcionar com outros pacotes.

4.3. Quantidade de Estado a ser Transportado

Ao projetar pacotes-evento, é importante considerar o tipo de informação que será transportada durante uma notificação.

Roach                           Standards Track                           [Página 22]