[AsteriskBrasil] Digest AsteriskBrasil, volume 13, assunto 12
Huander
billrv em uol.com.br
Segunda Novembro 6 15:55:55 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