[AsteriskBrasil] Asterisk 1.4.x e canreinvite=update
Antonio José dos Santos Brandão
brandao em gmail.com
Sábado Agosto 18 13:21:31 BRT 2007
Salvo engano, não são todos os SIPUA que entendem o update.
Quando havia verificado, o próprio asterisk quando recebe um update
feito pela outra ponta não sabe interpretar.
--
Antonio José dos Santos Brandão
On 8/17/07, cleviton.araujo em caixa.gov.br <cleviton.araujo em caixa.gov.br> wrote:
>
>
> Pessoal:
>
> No arquivo sip.conf.sample do Asterisk 1.4.x, informa que a media pode ser
> redirecionada entre os dispositivos SIP, de forma que a voz pode passar
> diretamente entre eles, sem precisar fazer um re-invite conforme explicado
> abaixo.
>
> Quem está usando o Asterisk 1.4.x? Sabe informar se isso está funcionando
> assim mesmo?
>
> Se estiver funcionando assim talvez tenha resolvido um dos maiores gargalos
> do Asterisk. Porque agora podemos mandar dígitos no header do SIP em vez do
> RTP.
>
> Alguém já testou isso?
>
>
> Cléviton.
>
>
>
>
>
>
>
> ;----------------------------------- MEDIA HANDLING
> --------------------------------
>
> ; By default, Asterisk tries to re-invite the audio to an optimal path. If
> there's
>
> ; no reason for Asterisk to stay in the media path, the media will be
> redirected.
>
> ; This does not really work with in the case where Asterisk is outside and
> have
>
> ; clients on the inside of a NAT. In that case, you want to set
> canreinvite=nonat
>
> ;
>
> ;canreinvite=yes ; Asterisk by default tries to redirect the
>
> ; RTP media stream (audio) to go directly
> from
>
> ; the caller to the callee. Some devices do
> not
>
> ; support this (especially if one of them is
> behind a NAT).
>
> ; The default setting is YES. If you have
> all clients
>
> ; behind a NAT, or for some other reason
> wants Asterisk to
>
> ; stay in the audio path, you may want to
> turn this off.
>
> ; In Asterisk 1.4 this setting also affect
> direct RTP
>
> ; at call setup (a new feature in 1.4 -
> setting up the
>
> ; call directly between the endpoints
> instead of sending
>
> ; a re-INVITE).
>
> ;canreinvite=nonat ; An additional option is to allow media
> path redirection
>
> ; (reinvite) but only when the peer where
> the media is being
>
> ; sent is known to not be behind a NAT (as
> the RTP core can
>
> ; determine it based on the apparent IP
> address the media
>
> ; arrives from).
>
> ;canreinvite=update ; Yet a third option... use UPDATE for media
> path redirection,
>
> ; instead of INVITE. This can be combined
> with 'nonat', as
>
> ; 'canreinvite=update,nonat'. It implies
> 'yes'.
>
>
>
> _______________________________________________
> Compre uma camiseta da AsteriskBrasil.org!
> http://www.voipmania.com.br
> == VoIPMania.com.br ==
>
> _______________________________________________
> LIsta de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
Mais detalhes sobre a lista de discussão AsteriskBrasil