RFC 3265
Notificação de Evento Específico-SIP
Junho 2002
Note que conforme o texto precedente
significa que "Event: foo; id=1234" corresponderia a "Event:
foo; param=abcd; id=1234", mas não ia conferir com "Event: foo"
(id não bate) e nem com "Event: Foo; id=1234" (pois, a porção evento não
confere).
Esse documento não define
valores para tipos de evento. Esses valores serão definidos por pacotes-evento
individuais, e PRECISAM ser registrados no IANA.
PRECISA haver exatamente um
tipo de evento listado por cabeçalho Event. Múltiplos eventos por mensagem são desaprovados.
7.2.2. Cabeçalho
"Allow-Events"
O campo-cabeçalho Allow-Events
é adicionado à definição do elemento "general-header" na gramática de
mensagem do SIP. Seu uso é descrito na seção 3.3.7.
7.2.3. Cabeçalho
"Subscription-State"
O campo-cabeçalho Subscription-State
é adicionado à definição do elemento "request-header" na gramática de
mensagem do SIP. Seu uso é descrito na seção 3.2.4.
7.3. Novos Códigos de
Resposta
7.3.1. Código Resposta
"202 Accepted"
A resposta 202 é adicionada à definição
do campo-cabeçalho "Success". A resposta "202 Accepted" tem
o mesmo significado daquele que é definido no HTTP/1.1 [3].
7.3.2. Código Resposta
"489 Bad Event"
A resposta de evento 489 é
adicionada à definição do campo-cabeçalho "Client-Error". A resposta "489
Bad Event" é usada para indicar que o servidor não entendeu o pacote-evento
especificado em um campo-cabeçalho "Event".
7.4. Definições Augmented
BNF (ABNF)
As definições ABNF para os vários
elementos novos e sintaxe modificada estão a seguir. A notação é conforme usado
no SIP [1], e quaisquer elementos não definidos nessa seção estão conforme
definidos no SIP e os documentos aos quais se referem.
SUBSCRIBEm = %x53.55.42.53.43.52.49.42.45 ;
SUBSCRIBE em maiúscula
NOTIFYm = %x4E.4F.54.49.46.59 ; NOTIFY em
maiúscula
extension-method = SUBSCRIBEm / NOTIFYm / token
Roach Standards Track [Página 35]
http://tools.ietf.org/search/rfc3265#page-35
Nenhum comentário:
Postar um comentário