RFC 3312 Integração
de Gerenciamento de Recurso e o SIP Outubro 2002
A B
| |
|----------------(1)
INVITE----------------->|
| |
|<------(2) 183 Session
Progress SDP1--------|
| |
|---------------(3) PRACK
SDP2-------------->|
| *** *** |
|<-*R*--------(4) 200 OK
(PRACK)-------*R*---|
| *E* *E* |
| *S* *S* |
| *E* *E* |
| *R* *R* |
| *V* *V* |
| *A* *A* |
| *T* *T* |
| *I* *I* |
| *O* *O* |
| *N* *N* |
| *** *** |
|-------------(5) UPDATE SDP3----------***-->|
| *** |
|<--------(6) 200 OK (UPDATE) SDP4-----***---|
|
*** |
|
*** |
| *** |
|<-------------(7) 180 Ringing---------------|
| |
|-----------------(8) PRACK----------------->|
| |
|<------------(9) 200 OK (PRACK)-------------|
| |
| |
| |
|<-----------(10) 200 OK (INVITE)------------|
| |
|------------------(11)
ACK----------------->|
| |
Figura 5: Exemplo de uma
oferta inicial em uma resposta 1xx
Após ter enviado o aceite, A faz a reserve de recursos
de rede para o fluxo de mídia. Quando B recebe esse aceite (3), ele executa a reserva
de recurso também. Ambos os UA's usam RSVP, assim A envia mensagens PATH a B e
B envia mensagens PATH a A.
Camarillo, et. al. Standards Track [Página 25]
Página Original:
Observação:
Modelo 'offer/answer' do documento original em inglês foi traduzido para o
português como: modelo oferta-aceite.
Nenhum comentário:
Postar um comentário