Resolvendo o timeout curto da transferência assistida (atxfer) no Asterisk

Se você já passou pela situação de iniciar uma transferência assistida (atxfer) no Asterisk e perceber que a chamada retorna (ou cai) rápido demais antes que a outra pessoa consiga atender, o culpado geralmente é o tempo limite padrão configurado no arquivo de recursos.

Por padrão, o Asterisk espera apenas 15 segundos (atxfernoanswertimeout) para o destino atender a chamada de transferência. Se o ramal demorar um pouco mais para levantar o ganho, a chamada retorna para quem originou.

Veja como ajustar isso de forma simples.

Como ajustar o tempo limite

As configurações de recursos do Asterisk ficam centralizadas no arquivo features.conf. Para estender esse tempo e evitar que as transferências voltem prematuramente, siga os passos abaixo:

1. Abra o arquivo de configuração no seu servidor:
   vi /etc/asterisk/features.conf
2. Localize (ou crie) a seção [general] e adicione ou ajuste os seguintes parâmetros:
   [general] ; Aumenta o tempo de espera para o atendimento do destino (padrão é 15) atxfernoanswertimeout = 30 ; Número de tentativas de retorno caso a chamada falhe atxfercallbackretries = 2 ; Tempo limite entre os dígitos de transferência transferdigittimeout = 5
3. Salve o arquivo e recarregue o módulo no CLI do Asterisk sem precisar reiniciar o serviço:
   *CLI> module reload features

Outros fatores para verificar

Se mesmo após alterar o features.conf o problema persistir, vale a pena checar dois pontos críticos na sua infraestrutura de telefonia:

• Flags no Dialplan (extensions.conf): Garanta que a aplicação Dial() do seu canal possui as permissões corretas de transferência ativadas (geralmente as flags T ou t). Exemplo:
  texten => _X.,1,Dial(PJSIP/${EXTEN},60,Ttr)
• Perda ou atraso de DTMF: Se o Asterisk estiver interpretando a transferência como cancelada instantaneamente, verifique se o dtmfmode (rfc2833, inband ou info) está configurado de forma consistente entre o seu gateway/IP Phone e o servidor.

Com esses ajustes, suas rotinas de transferência ganham mais margem de tolerância, evitando quedas indesejadas para os usuários.