[AsteriskBrasil] Problemas na Transferencia

[Vinicios Araújo]

Pessoal, boa tarde,

Preciso da ajuda da lista.

Seguinte, eu utilizo asterisk puro. O ramal da telefonista, sempre
funcionou normal, o trabalho dela é receber as ligações dos clientes,
transferi-las com a função *atxfer *(que utilizo com *2) para o destino
solicitado. Se esse destino não quiser atender a ligação, ou ela tiver
discado incorretamente o ramal destino, ela usar a função *disconect *(que
utilizo com **), e a ligação volta entre a telefonista e a pessoa a ser
atendida.

*Perna 1:*
Cliente <===> Telefonista
*Perna 2:*
Telefonista <===> Ramal destino

Porem de uns tempos pra cá, isso parou de funcionar assim, e não me
avisaram, pra que eu pudesse mensurar se foi alterado alguma coisa.
Agora quando a telefonista disca **, durante os rings, ou quando a ligação
é atendida, a perna que é desligada da ligação, é a entre ela, e o cliente
que ligou de fora. Assim a ligação é transferida de qualquer maneira pra
pessoa.

Ela utiliza um telefone IP, Grandstream, GXP1405. A principio eu imaginei
que pudesse ser algum conflito com as features deste. Mas já conferi, e não
é.
No console do asterisk, aparece corretamente que a função disconect, foi
ativada pelo ramal dela.

Seguem os logs:
_______________________________________________________________________


*::: Chamada inicia a tocar na E1, e vai pra o ramal 190 :::*
*New MFC/R2 call detected on chan 21.*
*MFC/R2 call offered on chan 21. ANI = 1127550646, DNIS = 6711, Category =
National Subscriber*
*[Sep 24 12:20:21] DEBUG[4135]: chan_dahdi.c:3967 dahdi_r2_on_call_offered:
Accepting MFC/R2 call with charge on chan 21*
*[Sep 24 12:20:21] WARNING[4135]: chan_dahdi.c:4903 dahdi_enable_ec: Unable
to enable echo cancellation on channel 21 (No such device)*
*MFC/R2 call has been accepted on backward channel 21*
*    -- Executing [6711 at entrada:1] Answer("DAHDI/21-1", "") in new stack*
*[Sep 24 12:20:21] DEBUG[24480]: chan_dahdi.c:6581 dahdi_answer: Answering
MFC/R2 call on chan 21*
*    -- Executing [6711 at entrada:2] NoOp("DAHDI/21-1", "ENTRADA ::: NOVA
CHAMADA DO N. 1127550646") in new stack*
*    -- Executing [6711 at entrada:3] Dial("DAHDI/21-1", "SIP/190,200,tT") in
new stack*
*  == Using SIP RTP CoS mark 5*
*    -- Called SIP/190*
*    -- SIP/190-00018875 is ringing*
*[Sep 24 12:20:24] NOTICE[3603]: chan_iax2.c:11323 socket_process:
Registration of 'ctga+mcu' rejected: 'Registration Refused' from:
'179.106.158.4'*
*    -- SIP/190-00018875 answered DAHDI/21-1*

*::: Ramal 190 atendeu, e utilizou a função de transferencia *2 :::*

*    -- Started music on hold, class 'default', on DAHDI/21-1*
*    -- <SIP/190-00018875> Playing 'pbx-transfer.gsm' (language 'pt_BR')*
*    -- Executing [160 at transfer:1] NoOp("Local/160 at transfer-85ae;2",
"::Transferencia::") in new stack*
*    -- Executing [160 at transfer:2] Answer("Local/160 at transfer-85ae;2", "")
in new stack*
*    -- Executing [160 at transfer:7] Queue("Local/160 at transfer-85ae;2",
"160,tTr,,,25") in new stack*
*  == Using SIP RTP CoS mark 5*
*    -- Called SIP/160*
*    -- SIP/160-00018876 connected line has changed. Saving it until answer
for Local/160 at transfer-85ae;2*
*    -- SIP/160-00018876 is ringing*

*::: Transferido para extensão 160 que toca em uma fila :::*

*::: Aqui alerta o uso da função disconnect call. :::*
*       > User hit '**' to disconnect call.*
*    -- Executing [h at 0:1] Hangup("SIP/190-00018875", "") in new stack*
*  == Spawn extension (0, h, 1) exited non-zero on 'SIP/190-00018875'*
*    -- Stopped music on hold on DAHDI/21-1*

*::: Ao inves de desconectar a perna com o ramal destino, ela desconecta
com o cliente :::*

*    -- <Local/160 at transfer-85ae;1> Playing 'beep.gsm' (language 'pt_BR')*
*  == Spawn extension (entrada, 6711, 3) exited non-zero on
'Transfered/DAHDI/21-1<ZOMBIE>'*
*    -- Called SIP/160*
*    -- SIP/160-00018877 connected line has changed. Saving it until answer
for Local/160 at transfer-85ae;2*
*    -- SIP/160-00018877 is ringing*
*    -- SIP/160-00018877 connected line has changed. Saving it until answer
for Local/160 at transfer-85ae;2*
*    -- SIP/160-00018877 answered Local/160 at transfer-85ae;2*
*  == Begin MixMonitor Recording Local/160 at transfer-85ae;2*
*[Sep 24 12:20:49] DEBUG[24485]: chan_dahdi.c:7927 dahdi_handle_event: bits
changed in chan 21*
*MFC/R2 call disconnected on channel 21*
*    -- Executing [h at transfer:1] Hangup("Local/160 at transfer-85ae;2", "") in
new stack*
*  == Spawn extension (transfer, h, 1) exited non-zero on
'Local/160 at transfer-85ae;2'*

*::: A ligação é transferida do cliente externo para o ramal 160, e a
ligação para a telefonista no ramal 190 cai :::*
_______________________________________________________________________

A principio eu achei também, que poderia ser o fato de eu estar
transferindo pra filas, onde utilizo a função answer. Mas o mesmo acontece
quando envio no ramal direto, sem passar por uma fila.
A possibilidade de ser algum problema no ramal IP dela, eu também já
descartei, pois fiz diversos testes com softphone (zoiper).
Já tentei também, alterar o código no *features.conf*, pra outra coisa, e
até um paliativo (gambiarra), pra tentar retransferir a ligação
transferida, de volta pra uma fila, onde a telefonista esteja, que também
não deu certo.

Enfim, tentei ser o mais descritivo possível, pelo desculpas pelo texto, e
agradeço desde já, se alguém já tiver passado por essa situação, e puder
ajudar.

(se alguém puder, me sinalize que recebeu esse e-mail através da lista,
pois mandei outro anteriormente, e não apareceu para alguns amigos que
tenho na lista)

Abraços.

att,
Vinícios Araújo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20140925/23c33160/attachment-0001.html>