RFC 3312 Integração
de Gerenciamento de Recurso e o SIP Outubro
2002
13.1 Tipo de Status
Fim-a-Fim
O fluxo de chamada da Figura 2 mostra um estabelecimento
de sessão básico usando o tipo status fim-a-fim. As descrições SDP desse
exemplo são mostradas abaixo:
SDP1: A inclui pré-condições de qualidade de serviço
fim-a-fim na oferta inicial.
m=audio 20000 RTP/AVP 0
c=IN IP4 192.0.2.1
a=curr:qos e2e none
a=des:qos mandatory e2e sendrecv
SDP2: como B usa RSVP, ele pode saber quando recursos
em sua direção "send" estão disponíveis, porque ele receberá mensagens
RESV da rede. Contudo, ele não sabe o status das reservas na outra direção. B
requisita confirmação para reserva de recurso em sua direção "recv" ao
peer agente-usuário A em seu aceite.
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
Após ter enviado o aceite, B faz a reserva de recursos
de rede para o fluxo de mídia. Quando A recebe esse aceite (2), ele executa a reserva
de recurso também. Ambos os UA's usam RSVP, assim A envia mensagens PATH para B
e B envia mensagens PATH para A.
À medida que o tempo passa, B recebe mensagens RESV
confirmando a reserva. Contudo, B aguarda até que recursos na outra direção sejam
reservados também, porque ele não recebeu nenhuma confirmação e as precondições
ainda não foram atendidas.
SDP3: Quando A recebe mensagens RESV, ele envia uma oferta
atualizada (5) para B:
m=audio 20000 RTP/AVP 0
c=IN IP4 192.0.2.1
a=curr:qos e2e send
a=des:qos mandatory e2e
sendrecv
Camarillo, et. al. Standards Track [Página 17]
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