RFC 3312 Integração de Gerenciamento de Recurso e o
SIP Outubro 2002
Vamos supor Let's que no meio da sessão, A deseja mudar
o endereço IP onde ele está recebendo a mídia. Figura 3 mostra esse cenário.
SDP1: A inclui uma oferta em um re-INVITE (1). A
continua a receber mídia no endereço IP antigo (192.0.2.1), mas está pronto para
receber mídia naquele novo também (192.0.2.2):
m=audio 20000 RTP/AVP 0
c=IN IP4 192.0.2.2
a=curr:qos e2e none
a=des:qos mandatory e2e
sendrecv
SDP2: B inclui um atributo "conf" em seu aceite.
B continua enviando mídia para o endereço IP remoto antigo (192.0.2.1)
m=audio 30000 RTP/AVP 0
c=IN IP4 192.0.2.4
a=curr:qos e2e none
a=des:qos mandatory e2e
sendrecv
a=conf:qos e2e recv
SDP3: Quando A recebe mensagens RESV ele envia uma oferta
atualizada (5) a B:
m=audio 20000 RTP/AVP 0
c=IN IP4 192.0.2.2
a=curr:qos e2e send
a=des:qos mandatory e2e
sendrecv
SDP4: B responde com um aceite (6), indicando que as
precondições foram atendidas (status atual "sendrecv). Agora é que B começa
enviar mídia ao novo endereço IP remoto (192.0.2.2).
Camarillo, et. al. Standards Track [Página 20]
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