RFC 3312 Portugues Pagina 11 :: Admirável Mundo Novo




Muito Bem Vindo

Prezado Leitor, a proposta desse Blog é compartilhar conhecimento com as pessoas que trabalham com Linux, Asterisk, OpenSER, e com tecnologia de voz sobre a rede IP em geral, através de tutoriais, dicas, howto, notícias entre outros assuntos.

Atente para termo de uso do conteúdo do blog no rodapé da página.

domingo, 3 de julho de 2011

RFC 3312 Portugues Pagina 11





RFC 3312      Integração de Gerenciamento de Recurso e o SIP   Outubro 2002


 Tabela status de transac. |Tabela status local | Novos valores transac./local
   ---------------------------------------------------------------------
            no             |       no           |         no/no
            yes            |      yes           |        yes/yes
            yes            |       no           |        yes/yes
            no             |      yes           | depende da info local
   ---------------------------------------------------------------------
Tabela 3: Valores possíveis para os campos "Current"

Uma vez ambas as tabelas foram atualizadas, um aceite PRECISA ser gerado seguindo as regras descritas na Seção 5.1.1, cuidando que as tags "send", "recv", "local" e "remote" precisam ser invertidas no aceite, como mostrado na tabela 4.

Oferta  |  Aceitante
--------------------
send    |  recv
recv    |  send
local   |  remote
remote  |  local

Tabela 4: Valores de tags em ofertas e aceites

No momento que o aceite é enviado, a tabela status da transação e a tabela de status local do aceitante contêm os mesmos valores. Portanto, esse aceite contém a visão compartilhada do status da linha media no atributo current-status e o strength negociado e o direction-tags no atributo desired-status.

Se o mecanismo de reserve de recurso usado exigir participação de ambos os agentes-usuários, o aceitante DEVE iniciar a reserva de recurso após ter enviado o aceite e o ofertante DEVE iniciar a reserva de recurso tão logo o aceite seja recebido. Se a participação do peer agente-usuário não for necessária (ou seja, tipo status segmentado), o ofertante PODE iniciar a reserva de recurso antes de enviar a oferta e o aceitante PODE iniciá-la antes de enviar o aceite.

O status da reserva de recurso de uma linha de media pode alterar entre duas trocas consecutivas de oferta/aceite. Portanto, ambos os agentes-usuários PRECISAM manter suas tabelas locais de status atualizadas, usando informação local durante toda a duração da sessão.


6 Suspendendo e Retomando o Estabelecimento de Sessão

Um servidor agente-usuário que recebe uma oferta com pré-condições NÃO DEVE alertar ao usuário até que todas as pré-condições obrigatórias sejam atendidas; o estabelecimento de sessão fica suspenso até esse momento (por exemplo, um gateway PSTN reserva recursos sem enviar sinalização a PSTN).



Camarillo, et. al.                Standards Track                     [Página 11]


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:




Creative Commons License
Admirável Mundo Novo: Tudo Sobre Asterisk, OpenSER, Linux e Tecnologias de Voz sobre IP
by Cléviton Mendes de Araújo is licensed under a Creative Commons Atribuição 2.5 Brasil License.