[AsteriskBrasil] Extension trava ocupado mas faz chamadas, asterisk 1.8

Marcelo Busana celobusana em gmail.com
Quinta Março 7 10:41:20 BRT 2013


Luis,

To bem crente que é um problema no Asterisk 1.8.20
1. Instalei o 1.8.11 e não deu mais o problema
2. Depois fui obrigado a atualizar o 1.8.11 para o .20 pois nele tem um bug
que ao transferir quando o ramal transferido desliga, cai a ligação.
3. Após atualizar para o 1.8.20 os ramais voltaram a bloquear.

Vou tentar conseguir instalar uma versão intermediaria do 1.8.20 e o 1.8.11.


Em 7 de março de 2013 09:16, Luis Antonio Prata Barbosa <
luispratalistas em gmail.com> escreveu:

> Marcelo,
>
> Analisando o log o asterisk não chegou nem a dar um comando Dial,
> portanto, acho pouco provável que seja problema com incompatibilidade.
> Parece que ele verificou algo relacionado a CWINUSEBUSY e decidiu nem
> discar.
>
> Espero que essa informação seja útil.
>
> Luis.
>
> Arquivo ampportal.conf:
>
> # ENABLECW: Enable call waiting by default when an extension is created (DEFAULT is yes)
> # Set to 'no' to if you don't want phones to be commissioned with call waiting already
> # enabled. The user would then be required to dial the CW feature code (*70 default) to
> # enable their phone. Most installations should leave this alone. It allows multi-line
> # phones to receive multiple calls on their line appearances.
> ENABLECW=yes
>
> #CWINUSEBUSY: Set to yes for extensions that have CW enabled to report as busy if
> # they don't answer (resulting in busy voicemail greeting). Otherwise they simply
> # report as no-answer (e.g. busy greeting servers no purpose
> CWINUSEBUSY=yes
>
>
> 2013/3/4 Marcelo Busana <celobusana em gmail.com>
>
>> Pessoal,
>>
>> A uma semana troquei a versão do asterisk para 1.8 e estou com um
>> problema esquisito, depois de alguns minutos de uso alguns ramais começam a
>> ficar ocupados, mesmo no gancho. O estranho é que eles conseguem fazer
>> ligações, mas não conseguem receber.
>> Ocorre com ramais aleatórios, e a principio somente com ramais que tenho
>> em um Banco de canais CIANET via DAHDI
>>
>> Após reiniciar o servidor asterisk (tem que reiniciar o computador
>> inteiro) volta a funcionar.
>>
>> Será que é alguma incompatibilidade entre Asterisk 1.8 e banco de canais
>> CIANET?
>>
>> Abaixo parte do log de ocupado.
>>
>>     -- Executing [s em macro-user-callerid:19] Set("DAHDI/15-1",
>> "CALLERID(number)=8637") in new stack
>>     -- Executing [s em macro-user-callerid:20] Set("DAHDI/15-1",
>> "CALLERID(name)=Marcelo") in new stack
>>     -- Executing [s em macro-user-callerid:21] NoOp("DAHDI/15-1", "Using
>> CallerID "Marcelo" <8637>") in new stack
>>     -- Executing [s em macro-exten-vm:2] Set("DAHDI/15-1",
>> "RingGroupMethod=none") in new stack
>>     -- Executing [s em macro-exten-vm:3] Set("DAHDI/15-1", "VMBOX=novm") in
>> new stack
>>     -- Executing [s em macro-exten-vm:4] Set("DAHDI/15-1",
>> "__EXTTOCALL=8645") in new stack
>>     -- Executing [s em macro-exten-vm:5] Set("DAHDI/15-1", "CFUEXT=") in
>> new stack
>>     -- Executing [s em macro-exten-vm:6] Set("DAHDI/15-1", "CFBEXT=") in
>> new stack
>>      -- Executing [s em macro-exten-vm:7] Set("DAHDI/15-1", "RT=""") in new
>> stack
>>     -- Executing [s em macro-exten-vm:8] Macro("DAHDI/15-1",
>> "record-enable,8645,IN") in new stack
>>     -- Executing [s em macro-record-enable:1] GotoIf("DAHDI/15-1",
>> "1?check") in new stack
>>     -- Goto (macro-record-enable,s,4)
>>     -- Executing [s em macro-record-enable:4] ExecIf("DAHDI/15-1",
>> "0?MacroExit()") in new stack
>>     -- Executing [s em macro-record-enable:5] GotoIf("DAHDI/15-1",
>> "0?Group:OUT") in new stack
>>     -- Goto (macro-record-enable,s,15)
>>     -- Executing [s em macro-record-enable:15] GotoIf("DAHDI/15-1", "1?IN")
>> in new stack
>>     -- Goto (macro-record-enable,s,20)
>>     -- Executing [s em macro-record-enable:20] ExecIf("DAHDI/15-1",
>> "1?MacroExit()") in new stack
>>     -- Executing [s em macro-exten-vm:9] Macro("DAHDI/15-1",
>> "dial-one,"",tTr,8645") in new stack
>>     -- Executing [s em macro-dial-one:1] Set("DAHDI/15-1", "DEXTEN=8645")
>> in new stack
>>     -- Executing [s em macro-dial-one:2] Set("DAHDI/15-1",
>> "DIALSTATUS_CW=") in new stack
>>     -- Executing [s em macro-dial-one:3] GosubIf("DAHDI/15-1",
>> "0?screen,1") in new stack
>>     -- Executing [s em macro-dial-one:4] GosubIf("DAHDI/15-1", "0?cf,1") in
>> new stack
>>     -- Executing [s em macro-dial-one:5] GotoIf("DAHDI/15-1", "1?skip1") in
>> new stack
>>     -- Goto (macro-dial-one,s,8)
>>     -- Executing [s em macro-dial-one:8] GotoIf("DAHDI/15-1", "0?nodial")
>> in new stack
>>     -- Executing [s em macro-dial-one:9] GotoIf("DAHDI/15-1", "0?continue")
>> in new stack
>>     -- Executing [s em macro-dial-one:10] Set("DAHDI/15-1", "EXTHASCW=") in
>> new stack
>>     -- Executing [s em macro-dial-one:11] GotoIf("DAHDI/15-1", "1?next1:
>> cwinusebusy") in new stack
>>     -- Goto (macro-dial-one,s,12)
>>     -- Executing [s em macro-dial-one:12] GotoIf("DAHDI/15-1",
>> "0?docfu:skip3") in new stack
>>     -- Goto (macro-dial-one,s,16)
>>     -- Executing [s em macro-dial-one:16] GotoIf("DAHDI/15-1",
>> "1?next2:continue") in new stack
>>     -- Goto (macro-dial-one,s,17)
>>     -- Executing [s em macro-dial-one:17] GotoIf("DAHDI/15-1",
>> "0?continue") in new stack
>>     -- Executing [s em macro-dial-one:18] ExecIf("DAHDI/15-1", "0?Set(*
>> DIALSTATUS=BUSY*)") in new stack
>>     -- Executing [s em macro-dial-one:19] GotoIf("DAHDI/15-1",
>> "0?cwinusebusy") in new stack
>>     -- Executing [s em macro-dial-one:20] Set("DAHDI/15-1", "DEXTEN=") in
>> new stack
>>     -- Executing [s em macro-dial-one:21] Set("DAHDI/15-1",
>> "DIALSTATUS=BUSY") in new stack
>>     -- Executing [s em macro-dial-one:22] Goto("DAHDI/15-1", "nodial") in
>> new stack
>>     -- Goto (macro-dial-one,s,41)
>>     -- Executing [s em macro-dial-one:41] ExecIf("DAHDI/15-1",
>> "0?Set(DIALSTATUS=NOANSWER)") in new stack
>>     -- Executing [s em macro-dial-one:42] NoOp("DAHDI/15-1", "Returned from
>> dial-one with nothing to call and DIALSTATUS: BUSY") in new stack
>>     -- Executing [s em macro-dial-one:43] MacroExit("DAHDI/15-1", "") in
>> new stack
>>     -- Executing [s em macro-exten-vm:10] GotoIf("DAHDI/15-1", "0?exit") in
>> new stack
>>     -- Executing [s em macro-exten-vm:11] Set("DAHDI/15-1",
>> "SV_DIALSTATUS=BUSY") in new stack
>>
>>
>> _______________________________________________
>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
>> Intercomunicadores para acesso remoto via rede IP. Conheça em
>> www.Khomp.com.
>> _______________________________________________
>> DIGIVOICE  Fabricante de Placas de Voz e Channel Bank
>> 20 anos de experiência com E1(R2/ISDN), FXS, FXO e GSM
>> Centro Treinamento - Curso de PABX IP -  Asterisk  - Site
>> www.digivoice.com.br
>> _______________________________________________
>> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
>> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
>> _______________________________________________
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>
>
>
> _______________________________________________
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
> Intercomunicadores para acesso remoto via rede IP. Conheça em
> www.Khomp.com.
> _______________________________________________
> DIGIVOICE  Fabricante de Placas de Voz e Channel Bank
> 20 anos de experiência com E1(R2/ISDN), FXS, FXO e GSM
> Centro Treinamento - Curso de PABX IP -  Asterisk  - Site
> www.digivoice.com.br
> _______________________________________________
> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20130307/792a978f/attachment-0001.htm 


Mais detalhes sobre a lista de discussão AsteriskBrasil