[AsteriskBrasil] Erro no Asterisk... Ajuda!

Huander billrv em uol.com.br
Segunda Novembro 6 20:39:00 BRST 2006


Rapaz....

 Vou correr atras disto agora... pois estou entrando em desespero em 
levantar
 o sistema a cada 3 ligacoes que me entra na fila e o sistema cai...

 Espero que sua dica seja bem util pois eu estava totalmente sem norte, sul,
 leste e oeste(ou seja sem direçao)... agora você me deu um bom norte!!!
 Espero que funcione agora....

 Brigadao...  mantenho todos informados se eu conseguir ou se não!!

 Huander Leão


> ----- Original Message ----- 
> From: "renatos-souza" <renatos-souza em uol.com.br>
> To: "asteriskbrasil" <asteriskbrasil em listas.asteriskbrasil.org>
> Sent: Monday, November 06, 2006 11:16 AM
> Subject: Re: [AsteriskBrasil] Digest AsteriskBrasil, volume 13, assunto 12
>
>
> Huander Leão,
>
> Como você esta utilizando a placa da Digium com unicall o mesmo não esta 
> suportando a sinalização C e D isso ocorre com R2 em via rápida.
>
> Veja se consegue alterar a configuração na central de sua operadora peça 
> para trocar para R2-MFC via Lenta, não deverá ocorrer alteração no BIT C e 
> D do Canal E1.
>
> Algumas operadoras utilizam esta configuração e cada 8 quadros ocorre 
> mudança no BIT C 0 => 1, quando isso ocorre à ligação e encerrada ou 
> ocasionando queda do sistema.
>
> Verifique com sua operadora para colocar um analisador de protocolo entre 
> placa TE110P e Rede Publica a fim de monitorar as chamadas.
>
> Boa sorte,
>
> Renato dos Santos Souza
>
>
>> Enviar submissões para a lista de discussão AsteriskBrasil para
>> asteriskbrasil em listas.asteriskbrasil.org
>>
>> Para se cadastrar ou descadastrar via WWW, visite o endereço
>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
>> corpo da mensagem para
>> asteriskbrasil-request em listas.asteriskbrasil.org
>>
>> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
>> endereço
>> asteriskbrasil-owner em listas.asteriskbrasil.org
>>
>> Quando responder, por favor edite sua linha Assunto assim ela será
>> mais específica que "Re: Contents of AsteriskBrasil digest..."
>>
>>
>> Tópicos de Hoje:
>>
>>    1. Re: Erro no Asterisk... Ajuda! (Huander)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Fri, 3 Nov 2006 17:49:09 -0300
>> From: "Huander" <billrv em uol.com.br>
>> Subject: Re: [AsteriskBrasil] Erro no Asterisk... Ajuda!
>> To: <asteriskbrasil em listas.asteriskbrasil.org>
>> Message-ID: <001f01c6ff89$8445b0c0$df00000a em Huander>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Olha eu farei o maior esforço possivel se o problema for realmente o 
>> canal R2...
>>
>> Mas pessoal, pelo menos para este lado será que estaria fazendo 
>> corretamente?? Será que o problema de queda do asterisk é realmente o 
>> R2??? Tenho medo que seja algum tipo de sobrecarga do asterisk e tentar 
>> condenar o R2 fazer a troca e continuar com os mesmos erros! Apesar que 
>> antes de implantar eu fiz um série de teste com o canal em loop com duas 
>> placas. E Nao tive problemas de queda do asterisk...
>>
>> E agora... só você e Deus pra tentar me ajudar!
>>
>>
>> Grato,
>>
>>
>> Huander Leão
>>
>> ----- Original Message ----- 
>>   From: JOAO CARLOS MOURA
>>   To: asteriskbrasil em listas.asteriskbrasil.org
>>   Sent: Friday, November 03, 2006 4:32 AM
>>   Subject: Re: [AsteriskBrasil] Erro no Asterisk... Ajuda!
>>
>>
>>   Ola,
>>   troca a R2 para ISDN-PRI
>>
>>   []'s
>>
>>     ----- Original Message ----- 
>>     From: Huander
>>     To: asteriskbrasil em listas.asteriskbrasil.org
>>     Sent: Friday, November 03, 2006 1:34 PM
>>     Subject: [AsteriskBrasil] Erro no Asterisk... Ajuda!
>>
>>
>>     Pessoal,
>>
>>     Estou de volta com o sistema que estava com erros estes dias! Mas 
>> novamente estou com erros, de travamento do asterisk...  Por mais buscas 
>> que o faço para tentar encontrar as causas ainda não encontrei... Hoje o 
>> asterisk já caiu duas vezes... nestas duas vezes eu gravei o log para 
>> tentar identificar os motivos da queda! Que vou passar as ultimas linhas 
>> para ver se alguem conseguiria me ajudar neste probleminha!
>>
>>     O sistema conta com um servidor novo HP Pentium IV 3.2, 512 Mb, 80Gb 
>> de HD, placa Digium TE110P sistema instalado apartir do Trixbox 1.2. Hoje 
>> ele esta com:
>>     Asterisk 1.2.7.1   Zaptel  1.2.5
>>     e R2 em produçao com: libunicall-0.0.3 libmfcr2-0.0.3 spandsp-0.0.2 
>> libsupertone-0.0.2
>>
>>     Agora os logs temos:
>>
>>     PRIMEIRO LOG ---------
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: = No match Their Call ID: 
>> 259067db-5922f4ea em 10.0.0.205 Their Tag 116bfdf8dc7c8daeo0 Our tag: 
>> as518a2fad
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: = No match Their Call ID: 
>> b9ccd56d-99a619fd em 10.0.0.201 Their Tag 2d7b8edd1ac8c7do1 Our tag: 
>> as7e1032f4
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: = No match Their Call ID: 
>> 1705de88-a131a604 em 10.0.0.200 Their Tag c87fd0f846c2d654o1 Our tag: 
>> as4d90b996
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: = No match Their Call ID: 
>> 50fe30a8-5bb87a64 em 10.0.0.200 Their Tag 88ba41871e41db4o0 Our tag: 
>> as3fc6299e
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: = No match Their Call ID: 
>> a864f8d0-1d10162c em 10.0.0.202 Their Tag 4fd5a6c082edc0fco1 Our tag: 
>> as725f292b
>>     Nov  3 09:10:26 DEBUG[4327] acl.c: ##### Testing 10.0.0.205 with 
>> 10.0.0.0
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: Allocating new SIP dialog for 
>> 012976833cbcc4a445e0cc5b73e8e4bf em 10.0.0.8 - SIP/2.0 (No RTP)
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: That's odd...  Got a response 
>> on a call we dont know about. Cseq 102 Cmd SIP/2.0
>>     Nov  3 09:10:26 DEBUG[4316] chan_sip.c: Checking device state for 
>> peer 1900
>>     Nov  3 09:10:26 DEBUG[4316] acl.c: 0.0.0.0/0.0.0.0/0.0.0.0 appended 
>> to acl for peer
>>     Nov  3 09:10:26 VERBOSE[4316] logger.c:     -- SIP Seeding peer from 
>> astdb: '1900' at 1900 em 10.0.0.205:5060 for 200
>>     Nov  3 09:10:26 DEBUG[4316] chan_sip.c: Allocating new SIP dialog for 
>> (No Call-ID) - OPTIONS (No RTP)
>>     Nov  3 09:10:26 DEBUG[4316] acl.c: ##### Testing 10.0.0.205 with 
>> 10.0.0.0
>>     Nov  3 09:10:26 DEBUG[4316] devicestate.c: Changing state for 
>> SIP/1900 - state 1 (Not in use)
>>     Nov  3 09:10:26 DEBUG[20361] app_queue.c: Device 'SIP/1900' changed 
>> to state '1' (Not in use)
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: = No match Their Call ID: 
>> 259067db-5922f4ea em 10.0.0.205 Their Tag 116bfdf8dc7c8daeo0 Our tag: 
>> as518a2fad
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: = No match Their Call ID: 
>> b9ccd56d-99a619fd em 10.0.0.201 Their Tag 2d7b8edd1ac8c7do1 Our tag: 
>> as7e1032f4
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: = No match Their Call ID: 
>> 1705de88-a131a604 em 10.0.0.200 Their Tag c87fd0f846c2d654o1 Our tag: 
>> as4d90b996
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: = No match Their Call ID: 
>> 50fe30a8-5bb87a64 em 10.0.0.200 Their Tag 88ba41871e41db4o0 Our tag: 
>> as3fc6299e
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: = No match Their Call ID: 
>> a864f8d0-1d10162c em 10.0.0.202 Their Tag 4fd5a6c082edc0fco1 Our tag: 
>> as725f292b
>>     Nov  3 09:10:26 DEBUG[4327] acl.c: ##### Testing 10.0.0.205 with 
>> 10.0.0.0
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: Allocating new SIP dialog for 
>> 6c439c3d38d3607470594cf2279fd246 em 10.0.0.8 - SIP/2.0 (No RTP)
>>     Nov  3 09:10:26 DEBUG[4327] chan_sip.c: That's odd...  Got a response 
>> on a call we dont know about. Cseq 102 Cmd SIP/2.0
>>     Nov  3 09:10:26 DEBUG[20132] app_queue.c: It's not our turn 
>> (UniCall/8-1).
>>     Nov  3 09:10:27 DEBUG[20132] app_queue.c: It's not our turn 
>> (UniCall/8-1).
>>     Nov  3 09:10:28 DEBUG[4327] chan_sip.c: Auto destroying call 
>> 'a864f8d0-1d10162c em 10.0.0.202'
>>     Nov  3 09:10:28 DEBUG[4327] chan_sip.c: Auto destroying call 
>> '50fe30a8-5bb87a64 em 10.0.0.200'
>>     Nov  3 09:10:28 DEBUG[4327] chan_sip.c: Auto destroying call 
>> '1705de88-a131a604 em 10.0.0.200'
>>     Nov  3 09:10:28 DEBUG[20356] chan_unicall.c: DTMF digit: 2 on 
>> UniCall/9-1
>>     Nov  3 09:10:28 WARNING[20356] chan_unicall.c: MFC/R2 UniCall/9 
>> Channel switching
>>     Nov  3 09:10:28 DEBUG[20356] channel.c: Scheduling timer at 0 sample 
>> intervals
>>     Nov  3 09:10:28 DEBUG[20356] channel.c: Set channel UniCall/9-1 to 
>> write format alaw
>>     Nov  3 09:10:28 DEBUG[20356] pbx.c: Oooh, got something to jump out 
>> with ('2')!
>>     Nov  3 09:10:29 DEBUG[20132] app_queue.c: It's not our turn 
>> (UniCall/8-1).
>>
>>
>>     SEGUNDO LOG -------
>>
>>
>>     Nov  3 11:09:06 DEBUG[20397] chan_sip.c: **** Received NOTIFY (4) - 
>> Command in SIP NOTIFY
>>     Nov  3 11:09:06 DEBUG[20397] chan_sip.c: = Found Their Call ID: 
>> 76d9ff70362a91c50f11714b0b812942 em 10.0.0.8 Their Tag e3938aa0a05fdef3i0 
>> Our tag: as377f93c1
>>     Nov  3 11:09:06 DEBUG[20397] chan_sip.c: **** Received INVITE (5) - 
>> Command in SIP INVITE
>>     Nov  3 11:09:06 DEBUG[20397] chan_agent.c: Asked for bridged channel 
>> on 'SIP/1550-d31e'/'Agent/1558', returning 'UniCall/2-1'
>>     Nov  3 11:09:06 DEBUG[20397] channel.c: Set channel UniCall/2-1 to 
>> write format slin
>>     Nov  3 11:09:06 VERBOSE[20397] logger.c:     -- Started music on 
>> hold, class 'default', on UniCall/2-1
>>     Nov  3 11:09:06 DEBUG[20397] channel.c: Scheduling timer at 160 
>> sample intervals
>>     Nov  3 11:09:06 DEBUG[20397] chan_sip.c: = Found Their Call ID: 
>> 76d9ff70362a91c50f11714b0b812942 em 10.0.0.8 Their Tag e3938aa0a05fdef3i0 
>> Our tag: as377f93c1
>>     Nov  3 11:09:06 DEBUG[20397] chan_sip.c: **** Received ACK (6) - 
>> Command in SIP ACK
>>     Nov  3 11:09:06 DEBUG[20397] chan_sip.c: Stopping retransmission on 
>> '76d9ff70362a91c50f11714b0b812942 em 10.0.0.8' of Response 103: Match Found
>>     Nov  3 11:09:06 DEBUG[27651] channel.c: Generator got voice, 
>> switching to phase locked mode
>>     Nov  3 11:09:06 DEBUG[27651] channel.c: Scheduling timer at 0 sample 
>> intervals
>>     Nov  3 11:09:06 DEBUG[27651] channel.c: Set channel UniCall/2-1 to 
>> write format slin
>>     Nov  3 11:09:06 DEBUG[27651] channel.c: Set channel UniCall/2-1 to 
>> write format slin
>>     Nov  3 11:09:06 DEBUG[27651] res_musiconhold.c: UniCall/2-1 Opened 
>> file 3 '/var/lib/asterisk/mohmp3/02'
>>     Nov  3 11:09:06 DEBUG[27692] pbx.c: Launching 'SetAccount'
>>     Nov  3 11:09:06 VERBOSE[27692] logger.c:     -- Executing 
>> SetAccount("UniCall/4-1", "XXXX*E") in new stack
>>     Nov  3 11:09:06 DEBUG[27692] pbx.c: Launching 'SetCDRUserField'
>>     Nov  3 11:09:06 VERBOSE[27692] logger.c:     -- Executing 
>> SetCDRUserField("UniCall/4-1", "ENTRADA_NORMAL") in new stack
>>     Nov  3 11:09:06 DEBUG[27692] pbx.c: Launching 'ResponseTimeout'
>>     Nov  3 11:09:06 VERBOSE[27692] logger.c:     -- Executing 
>> ResponseTimeout("UniCall/4-1", "4") in new stack
>>     Nov  3 11:09:06 VERBOSE[27692] logger.c:     -- Set Response Timeout 
>> to 4
>>     Nov  3 11:09:06 DEBUG[27692] pbx.c: Launching 'NoOp'
>>     Nov  3 11:09:06 VERBOSE[27692] logger.c:     -- Executing 
>> NoOp("UniCall/4-1", "Chamada de: 6133621400") in new stack
>>     Nov  3 11:09:06 DEBUG[27692] pbx.c: Launching 'BackGround'
>>     Nov  3 11:09:06 VERBOSE[27692] logger.c:     -- Executing 
>> BackGround("UniCall/4-1", "ura") in new stack
>>     Nov  3 11:09:06 DEBUG[27692] channel.c: Set channel UniCall/4-1 to 
>> write format slin
>>     Nov  3 11:09:06 WARNING[27692] interface.c: Junk at the beginning of 
>> frame 49443303
>>     Nov  3 11:09:06 DEBUG[27692] channel.c: Scheduling timer at 160 
>> sample intervals
>>     Nov  3 11:09:06 VERBOSE[27692] logger.c:     -- Playing 'ura-siagri' 
>> (language 'pt_BR')
>>     Nov  3 11:09:07 DEBUG[27671] app_queue.c: It's our turn 
>> (UniCall/3-1).
>>     Nov  3 11:09:07 DEBUG[27671] app_queue.c: UniCall/3-1 is trying to 
>> call a queue member.
>>     Nov  3 11:09:07 DEBUG[27671] app_queue.c: Simple queue (no URL)
>>     Nov  3 11:09:07 DEBUG[27671] app_queue.c: Simple queue (no URL)
>>     Nov  3 11:09:07 DEBUG[27671] app_queue.c: Trying 'Agent/1558' with 
>> metric 1000001
>>     Nov  3 11:09:07 DEBUG[27671] app_queue.c: Trying 'Agent/1550' with 
>> metric 1001000
>>     Nov  3 11:09:07 DEBUG[27671] app_queue.c: Nobody left to try ringing 
>> in queue
>>     Nov  3 11:09:07 DEBUG[27671] app_queue.c: Everyone is busy at this 
>> time
>>     Nov  3 11:09:07 DEBUG[27671] app_queue.c: UniCall/3-1: Nobody 
>> answered.
>>
>>
>>     ------
>>
>>     Eu não conseguir ver nenhum erro...  mas única aparente coincidencia 
>> e que sempre que deu erro, estava numa fila de atendimento...   com isto 
>> olhem como esta configurado a minha fila:
>>
>>     queues.conf
>>     [general]
>>     persistentmembers = yes
>>     musiconhold = default
>>
>>     [suporte]
>>     musiconhold = default
>>     music = default
>>     strategy = roundrobin
>>     timeout = 20
>>     retry = 5
>>     member => Agent/1550
>>     member => Agent/1558
>>
>>
>>
>>     e extensions.conf
>>
>>     [suporte]
>>
>>     exten => s,1,Answer()
>>     exten => s,2,NoOP(Chamada de: ${CALLERIDNUM})
>>     exten => s,3,SetAccount(${CALLERIDNUM}*E)
>>     exten => s,4,SetCDRUserfield(LIG-EXTERNA)
>>     exten => s,5,SetMusicOnHold(default)
>>     exten => s,6,SetVar(QUEUE_PRIO=10)
>>     exten => s,7,Playback(${AGUARDE-TRANSFERINDO})
>>     exten => s,8,Queue(suporte,twhoH)
>>     exten => s,9,Hangup
>>
>>
>>
>>     Agora... eu conto com a ajuda de alguem... pois vê estes erros faz a 
>> pessoa entrar em desespero... rsrs
>>
>>
>>     De ante mão obrigado a todos que puderem ler este email!
>>
>>     Huander Leão
>>
>>
>>
>>
>> ----------------------------------------------------------------------------
>>
>>
>>     ----------------------------------------
>>     Estação VoIP 2006
>>     5 e 6 Dezembro
>>     Curitiba PR
>>     http://www.estacaovoip.com.br
>>
>>     _______________________________________________
>>     LIsta de discussões AsteriskBrasil.org
>>     AsteriskBrasil em listas.asteriskbrasil.org
>>     http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>
>>     _______________________________________________
>>     Acesse o  wiki AsteriskBrasil.org:
>>     http://www.asteriskbrasil.org
>>
>>
>> ------------------------------------------------------------------------------
>>
>>
>>   ----------------------------------------
>>   Estação VoIP 2006
>>   5 e 6 Dezembro
>>   Curitiba PR
>>   http://www.estacaovoip.com.br
>>
>>   _______________________________________________
>>   LIsta de discussões AsteriskBrasil.org
>>   AsteriskBrasil em listas.asteriskbrasil.org
>>   http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>
>>   _______________________________________________
>>   Acesse o  wiki AsteriskBrasil.org:
>>   http://www.asteriskbrasil.org
>> -------------- Próxima Parte ----------
>> Um anexo em HTML foi limpo...
>> URL: 
>> http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20061103/e80de8af/attachment.html
>>
>> ------------------------------
>>
>> _______________________________________________
>> AsteriskBrasil mailing list
>> AsteriskBrasil em listas.asteriskbrasil.org
>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>
>>
>> Fim da Digest AsteriskBrasil, volume 13, assunto 12
>> ***************************************************
>>
>
> ----------------------------------------
> Estação VoIP 2006
> 5 e 6 Dezembro
> Curitiba PR
> http://www.estacaovoip.com.br
>
> _______________________________________________
> LIsta de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
> _______________________________________________
> Acesse o  wiki AsteriskBrasil.org:
> http://www.asteriskbrasil.org 



Mais detalhes sobre a lista de discussão AsteriskBrasil