[AsteriskBrasil] trasnferência no Asterisk com eyeBeam

[Fabiano Carlos Heringer]

Ué, aqui consigo tranferir normalmente, de qualquer uma das duas maneiras

Abracos...


Dov Bigio escreveu:
> Putz... vou testar isso!
>  
> Mas não vou consegui avisar minha base de clientes dessa inversão :(
>  
> Estou em contato com o suporte da Counterpath para eles ajudarem, vou 
> passar esta info para eles.
>  
> Valeu!!!
> Dov
>
> ------------------------------------------------------------------------
> *From:* Diego Zuaneti Arruda [mailto:diego em fasternet.com.br]
> *Sent:* domingo, 3 de agosto de 2008 16:06
> *To:* dov.listas em gmail.com; asteriskbrasil em listas.asteriskbrasil.org
> *Subject:* Re: [AsteriskBrasil] trasnferência no Asterisk com eyeBeam
>
>   Tenho o mesmo problema com o eyeBeam aqui.
>   Até hoje não encontrei o porque ocorre isso, mas para resolver, 
> antes de clicar no xfer e no canal 1, faça assim:
>  
> - usuário recebe ligação pelo canal 1
> - usuário inicia ligação pelo canal 2
> - usuário clica no canal 1
> - usuário clica no xfer
> - usuário clica no canal 2
>  
>    Dessa forma o problema é resolvido, mas em todo caso se você 
> descobrir algo sobre isso, posta na lista por favor.
>  
>  
>  
> Abraços,
> Diego.
>  
>
>     ----- Original Message -----
>     *From:* Dov Bigio <mailto:dov.listas em gmail.com>
>     *To:* asteriskbrasil em listas.asteriskbrasil.org
>     <mailto:asteriskbrasil em listas.asteriskbrasil.org>
>     *Sent:* Sunday, August 03, 2008 12:16 PM
>     *Subject:* [AsteriskBrasil] trasnferência no Asterisk com eyeBeam
>
>     Pessoal,
>      
>     Alguém que fez o upgrade do Asterisk 1.2 para o 1.4 passou por
>     problema ao fazer transferência com consulta (attended transfer)?
>      
>     Estou com mesmas configurações nos dois (exceto as diferenças de
>     sintaxe), e a transferência com consulta parou de funcionar.
>      
>     Na verdade, a situação é estranha, pq com telefones IP da Polycom
>     funciona, mas com o eyeBeam não funciona mais.
>     Isso com o procedimento básico de transferência com consulta:
>      
>     - usuário recebe ligação pelo canal 1
>     - usuário inicia ligação pelo canal 2
>     - usuário clica no XFer
>     - usuário clica no canal 1
>      
>     O eyeBeam mostra "Transfer failed" e o SIP DEBUG do Asterisk
>     mostra uma mensagem de que não encontrou a extensão no contexto
>     (mas ele está caindo na extensão errada - identificador de chamada
>     da 1a ligação - e o contexto errado - o ultimo contexto usado, e
>     não o contexto do peer no sip.conf).
>      
>     No Polycom, o mesmo procedimento (equivalente!) funciona sem
>     problemas.
>      
>     Será que tem alguma configuração nova que libera/bloqueia
>     transferência, ou muda a forma com que o Asterisk trata contextos?
>      
>     Alguém sabe de algo? Já passou por algo parecido?
>      
>     Abs
>     Dov
>
>     ------------------------------------------------------------------------
>     _______________________________________________
>     Compre uma camiseta da AsteriskBrasil.org!
>     http://www.voipmania.com.br
>
>     Acesse o canal IRC de discussão sobre Asterisk em Português
>     Brasileiro na rede Freenode.net: #asterisk-br
>     _______________________________________________
>     Lista de discussões AsteriskBrasil.org
>     AsteriskBrasil em listas.asteriskbrasil.org
>     http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Compre uma camiseta da AsteriskBrasil.org!
> http://www.voipmania.com.br
>
> Acesse o canal IRC de discussão sobre Asterisk em Português Brasileiro na rede Freenode.net: #asterisk-br
> _______________________________________________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus signature database 3322 (20080803) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>