[AsteriskBrasil] ATA 3102
Boa tarde galera. Estou enfrentando um problema para direcionar as ligações de saída pelo tronco FXO de um ata 3102. Hoje recebo as ligações através da conexão deste ATA com um servidor Asterisk, e saia todas as ligações por uma conta voip, então nunca precisei direcionar ligações de volta pelo ATA, mas agora vou precisar sair por esta linha fixa, segue meu contexto de saida: [migrando] exten => _X.,1,NoOp(---> LIGAÇÃO DE SILAS <--) exten => _X.,n,Dial(SIP/7878/${EXTEN:1},60,g) Configurei está saída para um outro Asterisk, para eu poder ver como ela estaria chegando ao ATA, e parece que eu não estou enviando o número de destino, pois a ligação chega ao Asterisk assim: <sip:7878@201.55.159.166> Alguma sugestão para que eu possa resolver este problema ? Desde já agradeço a colaboração. Att. Pedro Alves ___ 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 Intercomunicador e acesso remoto via rede IP e telefones IP Conheça todo o portfólio em www.Khomp.com ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Did
Bom dia amigos. Muito obrigado pelas sugestões dadas, estou entrando em contato com as empresas sugeridas, grande abraço. Att. Pedro Alves Em 10/11/2016 13:33, "Pedro Alves" <pedroalves...@gmail.com> escreveu: > Boa tarde pessoal, alguém tem uma empresa que forneça DIDs dos CNs 41 e > 44, para indicar? > Desde já agradeço. > > Att. > Pedro Alves > ___ 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 Intercomunicador e acesso remoto via rede IP e telefones IP Conheça todo o portfólio em www.Khomp.com ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
[AsteriskBrasil] Did
Boa tarde pessoal, alguém tem uma empresa que forneça DIDs dos CNs 41 e 44, para indicar? Desde já agradeço. Att. Pedro Alves ___ 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 Intercomunicador e acesso remoto via rede IP e telefones IP Conheça todo o portfólio em www.Khomp.com ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Ligações ISDN caindo
Boa tarde Iyon. O router é uma HP2040 Att. Pedro Alves Em 3 de julho de 2016 14:43, Pedro Alves <pedroalves...@gmail.com> escreveu: > Segue o retorno do debug do pri. > > PRI Span: 1 < Protocol Discriminator: Q.931 (8) len=9 > PRI Span: 1 < TEI=0 Call Ref: len= 2 (reference 116/0x74) (Sent from > originator) > PRI Span: 1 < Message Type: DISCONNECT (69) > PRI Span: 1 < [08 02 80 90] > PRI Span: 1 < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) > Spare: 0 Location: User (0) > PRI Span: 1 < Ext: 1 Cause: Normal Clearing (16), class > = Normal Event (1) ] > PRI Span: 1 Received message for call 0x810f44e00 on link 0x80ffd3070 > TEI/SAPI 0/0 > PRI Span: 1 -- Processing IE 8 (cs0, Cause) > PRI Span: 1 -- Found active call: 0x810f44e00 cref:116 > PRI Span: 1 q931.c:8707 post_handle_q931_message: Call 116 enters state 12 > (Disconnect Indication). Hold state: Idle > Span: 1 Processing event: PRI_EVENT_HANGUP_REQ > -- Span 1: Channel 0/13 got hangup request, cause 16 > == Spawn extension (contexto-entrada-ura, 4570, 8) exited non-zero on > 'DAHDI/i1/4130120084-4' > PRI Span: 1 q931.c:6837 q931_hangup: Hangup other cref:116 > PRI Span: 1 q931.c:6594 __q931_hangup: ourstate Disconnect Indication, > peerstate Disconnect Request, hold-state Idle > PRI Span: 1 q931.c:5703 q931_release: Call 116 enters state 19 (Release > Request). Hold state: Idle > PRI Span: 1 > PRI Span: 1 > DL-DATA request > PRI Span: 1 > Protocol Discriminator: Q.931 (8) len=9 > PRI Span: 1 > TEI=0 Call Ref: len= 2 (reference 116/0x74) (Sent to > originator) > PRI Span: 1 > Message Type: RELEASE (77) > PRI Span: 1 TEI=0 Transmitting N(S)=15, window is open V(A)=15 K=7 > PRI Span: 1 > PRI Span: 1 > Protocol Discriminator: Q.931 (8) len=9 > PRI Span: 1 > TEI=0 Call Ref: len= 2 (reference 116/0x74) (Sent to > originator) > PRI Span: 1 > Message Type: RELEASE (77) > PRI Span: 1 > [08 02 81 90] > PRI Span: 1 > Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) > Spare: 0 Location: Private network serving the local user (1) > PRI Span: 1 > Ext: 1 Cause: Normal Clearing (16), class > = Normal Event (1) ] > -- Hungup 'DAHDI/i1/4130120084-4' > == MixMonitor close filestream > == End MixMonitor Recording DAHDI/i1/4130120084-4 > PRI Span: 1 > PRI Span: 1 < Protocol Discriminator: Q.931 (8) len=9 > PRI Span: 1 < TEI=0 Call Ref: len= 2 (reference 116/0x74) (Sent from > originator) > PRI Span: 1 < Message Type: RELEASE COMPLETE (90) > PRI Span: 1 < [08 02 82 90] > PRI Span: 1 < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) > Spare: 0 Location: Public network serving the local user (2) > PRI Span: 1 < Ext: 1 Cause: Normal Clearing (16), class > = Normal Event (1) ] > PRI Span: 1 Received message for call 0x810f44e00 on link 0x80ffd3070 > TEI/SAPI 0/0 > PRI Span: 1 -- Processing IE 8 (cs0, Cause) > PRI Span: 1 q931.c:8567 post_handle_q931_message: Call 116 enters state 0 > (Null). Hold state: Idle > PRI Span: 1 q931.c:6837 q931_hangup: Hangup other cref:116 > PRI Span: 1 q931.c:6594 __q931_hangup: ourstate Null, peerstate Null, > hold-state Idle > PRI Span: 1 Destroying call 0x810f44e00, ourstate Null, peerstate Null, > hold-state Idle > Span: 1 Processing event: PRI_EVENT_HANGUP_ACK > > > > A causa da desconexõa é 16, não ajuda muito. > > Alguma idéia do que eu possa fazer ? > Desde já agradeço. > > Att. > Pedro Alves > > Em 2 de julho de 2016 23:03, Rafael dos Santos Saraiva < > rafaels...@gmail.com> escreveu: > >> Boa Noite Pedro >> >> Faça um debug do ISDN - pri set debug on span 1 >> >> Outra coisa: o prack não é válido só pro SIP? As configurações abaixo de >> channel no chan_dahdi.conf não são válidas para esse link. >> >> >> >> Em 2 de julho de 2016 21:22, Pedro Alves <pedroalves...@gmail.com> >> escreveu: >> >>> Boa noite galera, preciso de um help. >>> Meu cenário é o seguinte, tenho um servidor com uma placa digium >>> recebendo um link E1 da Algar, até pouco quinta feira eu tinha um link da >>> Embratel neste servidor e funcionava filé, mas o cliente procurando melhor >>> preço resolveu trocar o provedor e começou um problema, o link chega ao >>> servidor em ISDN, até ai tranquilo as confs do system.conf e chan_dadhi >>> estão de acordo, então, quando fazemos uma ligação para qualquer lugar está >>> 100%, mas quando recebemos a ligação cai com cerca de 1 minuto. A operadora >>> quer atribuir o problema ao servidor, que funcionava 100% com o link da >>>
Re: [AsteriskBrasil] Ligações ISDN caindo
Segue o retorno do debug do pri. PRI Span: 1 < Protocol Discriminator: Q.931 (8) len=9 PRI Span: 1 < TEI=0 Call Ref: len= 2 (reference 116/0x74) (Sent from originator) PRI Span: 1 < Message Type: DISCONNECT (69) PRI Span: 1 < [08 02 80 90] PRI Span: 1 < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: User (0) PRI Span: 1 < Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ] PRI Span: 1 Received message for call 0x810f44e00 on link 0x80ffd3070 TEI/SAPI 0/0 PRI Span: 1 -- Processing IE 8 (cs0, Cause) PRI Span: 1 -- Found active call: 0x810f44e00 cref:116 PRI Span: 1 q931.c:8707 post_handle_q931_message: Call 116 enters state 12 (Disconnect Indication). Hold state: Idle Span: 1 Processing event: PRI_EVENT_HANGUP_REQ -- Span 1: Channel 0/13 got hangup request, cause 16 == Spawn extension (contexto-entrada-ura, 4570, 8) exited non-zero on 'DAHDI/i1/4130120084-4' PRI Span: 1 q931.c:6837 q931_hangup: Hangup other cref:116 PRI Span: 1 q931.c:6594 __q931_hangup: ourstate Disconnect Indication, peerstate Disconnect Request, hold-state Idle PRI Span: 1 q931.c:5703 q931_release: Call 116 enters state 19 (Release Request). Hold state: Idle PRI Span: 1 PRI Span: 1 > DL-DATA request PRI Span: 1 > Protocol Discriminator: Q.931 (8) len=9 PRI Span: 1 > TEI=0 Call Ref: len= 2 (reference 116/0x74) (Sent to originator) PRI Span: 1 > Message Type: RELEASE (77) PRI Span: 1 TEI=0 Transmitting N(S)=15, window is open V(A)=15 K=7 PRI Span: 1 PRI Span: 1 > Protocol Discriminator: Q.931 (8) len=9 PRI Span: 1 > TEI=0 Call Ref: len= 2 (reference 116/0x74) (Sent to originator) PRI Span: 1 > Message Type: RELEASE (77) PRI Span: 1 > [08 02 81 90] PRI Span: 1 > Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1) PRI Span: 1 > Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ] -- Hungup 'DAHDI/i1/4130120084-4' == MixMonitor close filestream == End MixMonitor Recording DAHDI/i1/4130120084-4 PRI Span: 1 PRI Span: 1 < Protocol Discriminator: Q.931 (8) len=9 PRI Span: 1 < TEI=0 Call Ref: len= 2 (reference 116/0x74) (Sent from originator) PRI Span: 1 < Message Type: RELEASE COMPLETE (90) PRI Span: 1 < [08 02 82 90] PRI Span: 1 < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Public network serving the local user (2) PRI Span: 1 < Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ] PRI Span: 1 Received message for call 0x810f44e00 on link 0x80ffd3070 TEI/SAPI 0/0 PRI Span: 1 -- Processing IE 8 (cs0, Cause) PRI Span: 1 q931.c:8567 post_handle_q931_message: Call 116 enters state 0 (Null). Hold state: Idle PRI Span: 1 q931.c:6837 q931_hangup: Hangup other cref:116 PRI Span: 1 q931.c:6594 __q931_hangup: ourstate Null, peerstate Null, hold-state Idle PRI Span: 1 Destroying call 0x810f44e00, ourstate Null, peerstate Null, hold-state Idle Span: 1 Processing event: PRI_EVENT_HANGUP_ACK A causa da desconexõa é 16, não ajuda muito. Alguma idéia do que eu possa fazer ? Desde já agradeço. Att. Pedro Alves Em 2 de julho de 2016 23:03, Rafael dos Santos Saraiva <rafaels...@gmail.com > escreveu: > Boa Noite Pedro > > Faça um debug do ISDN - pri set debug on span 1 > > Outra coisa: o prack não é válido só pro SIP? As configurações abaixo de > channel no chan_dahdi.conf não são válidas para esse link. > > > > Em 2 de julho de 2016 21:22, Pedro Alves <pedroalves...@gmail.com> > escreveu: > >> Boa noite galera, preciso de um help. >> Meu cenário é o seguinte, tenho um servidor com uma placa digium >> recebendo um link E1 da Algar, até pouco quinta feira eu tinha um link da >> Embratel neste servidor e funcionava filé, mas o cliente procurando melhor >> preço resolveu trocar o provedor e começou um problema, o link chega ao >> servidor em ISDN, até ai tranquilo as confs do system.conf e chan_dadhi >> estão de acordo, então, quando fazemos uma ligação para qualquer lugar está >> 100%, mas quando recebemos a ligação cai com cerca de 1 minuto. A operadora >> quer atribuir o problema ao servidor, que funcionava 100% com o link da >> Embratel( que aliás também usava ISDN) e passou a ter problemas com a Algar. >> Seguem as confs do system.conf e do chan_dahdi.conf: >> >> chan_dahdi.conf >> [channels] >> mohsuggest=default >> switchtype=euroisdn >> pridialplan=unknown >> prilocaldialplan=unknown >> usecallerid=yes >> hidecallerid=no >> callwaiting=yes >> calleridcallwaiting=yes >> prack=yes >> >> group=0 >> overlapdial=no >> context=contexto-entrada >> signalling=pri_cpe >> channel => 1-15, 17-31 >> busydetect=no >> busycount=10
[AsteriskBrasil] Ligações ISDN caindo
Boa noite galera, preciso de um help. Meu cenário é o seguinte, tenho um servidor com uma placa digium recebendo um link E1 da Algar, até pouco quinta feira eu tinha um link da Embratel neste servidor e funcionava filé, mas o cliente procurando melhor preço resolveu trocar o provedor e começou um problema, o link chega ao servidor em ISDN, até ai tranquilo as confs do system.conf e chan_dadhi estão de acordo, então, quando fazemos uma ligação para qualquer lugar está 100%, mas quando recebemos a ligação cai com cerca de 1 minuto. A operadora quer atribuir o problema ao servidor, que funcionava 100% com o link da Embratel( que aliás também usava ISDN) e passou a ter problemas com a Algar. Seguem as confs do system.conf e do chan_dahdi.conf: chan_dahdi.conf [channels] mohsuggest=default switchtype=euroisdn pridialplan=unknown prilocaldialplan=unknown usecallerid=yes hidecallerid=no callwaiting=yes calleridcallwaiting=yes prack=yes group=0 overlapdial=no context=contexto-entrada signalling=pri_cpe channel => 1-15, 17-31 busydetect=no busycount=10 callprogress=no usecallingpres=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes callgroup=1 pickupgroup=1 immediate=no relaxdtmf=no callerid=asreceived rxgain=0.0 txgain=0.0 system.conf span=1,1,0,ccs,hdb3,crc4 bchan=1-15,17-31 dchan=16 loadzone=br defaultzone=br Se alguém puder dar uma luz, agradeço desde já. Att. Pedro Alves ___ 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 Intercomunicador e acesso remoto via rede IP e telefones IP Conheça todo o portfólio em www.Khomp.com ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Problemas Monast
Bom dia Claudemir. Desculpe a demora em responder, ontem precisei sair a tarde e só agora fiz o teste. O problema persiste quando digito usuário e senha para login no monast, nada acontece ele não da mensagem de erro, mas permanece na tela de login. Segue meu manager.conf [general] channelvars=CHANNEL(uniqueid) enabled = yes ;webenabled = yes port = 5038 bindaddr = 127.0.0.1 [monast_user] secret=monast_pass_qwe123 writetimeout=100 read=system,call,log,verbose,command,agent,user,config,originate write=system,call,log,verbose,command,agent,user,config,originate [admin] secret=12345 deny=0.0.0.0/0.0.0.0 permit=127.0.0.1/255.255.255.0 read=system,call,log,verbose,command,agent,user,config,originate write=system,call,log,verbose,command,agent,user,config,originate Monast.conf## Global Section ## [global] # Bind client connetions on host:port bind_host = 127.0.0.1 bind_port = 5039 ## Servers Definitions ## [server: X] # Server name can not contains space hostname = 127.0.0.1 hostport = 5038 username = monast_user password = monast_pass_qwe123 ## Define users and roles to use on auth_required is set to true ## roles must be: ##originate : user can originate, transfer, park and drop calls ##agent : user cans add, remove, pause and unpause members on queues ##command : user can execute asterisk cli commands ##spy : user can start a spy [user: admin] secret = 12345 roles = originate,queue,command,spy servers = ALL Quando digito uma senha diferente, da que especifiquei nos arquivos de conf, ele retona erro, mas não se dá com a senha correta. Alguma idéia ? Att. Pedro Alves On 21-08-2014 16:52, Claudemir de almeida rosa wrote: somente abra o arquivo */etc/asterisk/manager.conf e adicione a linha abaixo: * channelvars=CHANNEL(uniqueid) Em 21 de agosto de 2014 16:39, Pedro Alves pedro.al...@g1telecom.com.br mailto:pedro.al...@g1telecom.com.br escreveu: Claudemir. Desculpe minha ignorancia, mas não sei onde instalar o patch. Pode me dar uma força com isso ? Att. Pedro Alves On 21-08-2014 15:46, Claudemir de almeida rosa wrote: tenta isso , talves resolva https://issues.asterisk.org/jira/browse/ASTERISK-15405 Modifique seu manager.conf channelvars=CHANNEL(uniqueid) Em 21 de agosto de 2014 15:08, Pedro Alves pedro.al...@g1telecom.com.br mailto:pedro.al...@g1telecom.com.br escreveu: Claudemir. Esse é o log com o erro: Detected BUG on Asterisk. Masquerade Event does not have cloneuniqueid and originaluniqueid properties. Sabe o que posso fazer ? Att. Pedro Alves On 21-08-2014 15:03, Claudemir de almeida rosa wrote: ja deu um olhada no log do monast /var/log/monast.log att Claudemir Em 21 de agosto de 2014 14:34, Pedro Alves pedro.al...@g1telecom.com.br mailto:pedro.al...@g1telecom.com.br escreveu: Boa tarde galera. Estou com um problema estranho com o Monast, tinha ele instalado e rodando em um cliente, mas precisei me ausentar por alguns dias e deu um problema neste servidor com ligações que deveriam sair pela E1 (placas da Khomp e operadora GVT), meu patrão se desesperou e chamou um cara que ele acha bom, enfim, depois que o cara mexeu o Monast parou de funcionar, ficava na tela de login e quando eu digitava o mesmo, nada acontecia. Resolvi tirar a opção de login para ver se ele estava rodando, e de fato estava mas ficava impossível acompanhar a tela que fica reiniciando o tempo todo, decidi então desinstalar e instalar novamente, ai a coisa ficou estranha mesmo, pois após desinstalar e remover todos os arquivos referentes ao Monast, o mesmo continuava com a tela reiniciando sem parar reiniciei o servidor e a mesma coisa continua acontecendo, com a nova instalação realizada em outro diretório e álias, o problema ainda persiste. Alguma idéia de como posso solucionar isso ? Fico no aguardo de uma ajuda galera. Att. Pedro Alves ___ WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu conhecimento na tecnologia e portfólio Khomp. Próxima edição em CURITIBA, 7 de agosto. Inscrições GRATUITAS. Garanta a sua vaga e saiba mais em: www.workoffee.com.br http://www.workoffee.com.br ___ ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia IP . Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI
[AsteriskBrasil] Problemas Monast
Boa tarde galera. Estou com um problema estranho com o Monast, tinha ele instalado e rodando em um cliente, mas precisei me ausentar por alguns dias e deu um problema neste servidor com ligações que deveriam sair pela E1 (placas da Khomp e operadora GVT), meu patrão se desesperou e chamou um cara que ele acha bom, enfim, depois que o cara mexeu o Monast parou de funcionar, ficava na tela de login e quando eu digitava o mesmo, nada acontecia. Resolvi tirar a opção de login para ver se ele estava rodando, e de fato estava mas ficava impossível acompanhar a tela que fica reiniciando o tempo todo, decidi então desinstalar e instalar novamente, ai a coisa ficou estranha mesmo, pois após desinstalar e remover todos os arquivos referentes ao Monast, o mesmo continuava com a tela reiniciando sem parar reiniciei o servidor e a mesma coisa continua acontecendo, com a nova instalação realizada em outro diretório e álias, o problema ainda persiste. Alguma idéia de como posso solucionar isso ? Fico no aguardo de uma ajuda galera. Att. Pedro Alves ___ WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu conhecimento na tecnologia e portfólio Khomp. Próxima edição em CURITIBA, 7 de agosto. Inscrições GRATUITAS. Garanta a sua vaga e saiba mais em: www.workoffee.com.br ___ ALIGERA Fabricante e desenvolvedor nacional de Soluções para telefonia IP . Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Banco de Canais Analógicos Appliance Asterisk Acesse www.aligera.com.br ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Problemas Monast
Claudemir. Esse é o log com o erro: Detected BUG on Asterisk. Masquerade Event does not have cloneuniqueid and originaluniqueid properties. Sabe o que posso fazer ? Att. Pedro Alves On 21-08-2014 15:03, Claudemir de almeida rosa wrote: ja deu um olhada no log do monast /var/log/monast.log att Claudemir Em 21 de agosto de 2014 14:34, Pedro Alves pedro.al...@g1telecom.com.br mailto:pedro.al...@g1telecom.com.br escreveu: Boa tarde galera. Estou com um problema estranho com o Monast, tinha ele instalado e rodando em um cliente, mas precisei me ausentar por alguns dias e deu um problema neste servidor com ligações que deveriam sair pela E1 (placas da Khomp e operadora GVT), meu patrão se desesperou e chamou um cara que ele acha bom, enfim, depois que o cara mexeu o Monast parou de funcionar, ficava na tela de login e quando eu digitava o mesmo, nada acontecia. Resolvi tirar a opção de login para ver se ele estava rodando, e de fato estava mas ficava impossível acompanhar a tela que fica reiniciando o tempo todo, decidi então desinstalar e instalar novamente, ai a coisa ficou estranha mesmo, pois após desinstalar e remover todos os arquivos referentes ao Monast, o mesmo continuava com a tela reiniciando sem parar reiniciei o servidor e a mesma coisa continua acontecendo, com a nova instalação realizada em outro diretório e álias, o problema ainda persiste. Alguma idéia de como posso solucionar isso ? Fico no aguardo de uma ajuda galera. Att. Pedro Alves ___ WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu conhecimento na tecnologia e portfólio Khomp. Próxima edição em CURITIBA, 7 de agosto. Inscrições GRATUITAS. Garanta a sua vaga e saiba mais em: www.workoffee.com.br http://www.workoffee.com.br ___ ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia IP . Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Banco de Canais Analógicos – Appliance Asterisk Acesse www.aligera.com.br http://www.aligera.com.br ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org mailto:asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu conhecimento na tecnologia e portfólio Khomp. Próxima edição em CURITIBA, 7 de agosto. Inscrições GRATUITAS. Garanta a sua vaga e saiba mais em: www.workoffee.com.br ___ ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia IP . Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Banco de Canais Analógicos – Appliance Asterisk Acesse www.aligera.com.br ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu conhecimento na tecnologia e portfólio Khomp. Próxima edição em CURITIBA, 7 de agosto. Inscrições GRATUITAS. Garanta a sua vaga e saiba mais em: www.workoffee.com.br ___ ALIGERA Fabricante e desenvolvedor nacional de Soluções para telefonia IP . Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Banco de Canais Analógicos Appliance Asterisk Acesse www.aligera.com.br ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Problemas Monast
Claudemir, Ele não atualizou, a versão é Asterisk 1.8.18.0. O que acha que pode ter acontecido ? Att. Pedro Alves On 21-08-2014 15:40, Claudemir de almeida rosa wrote: Qual a versão do asterisk, ele atualizou ? Em 21 de agosto de 2014 15:08, Pedro Alves pedro.al...@g1telecom.com.br mailto:pedro.al...@g1telecom.com.br escreveu: Claudemir. Esse é o log com o erro: Detected BUG on Asterisk. Masquerade Event does not have cloneuniqueid and originaluniqueid properties. Sabe o que posso fazer ? Att. Pedro Alves On 21-08-2014 15:03, Claudemir de almeida rosa wrote: ja deu um olhada no log do monast /var/log/monast.log att Claudemir Em 21 de agosto de 2014 14:34, Pedro Alves pedro.al...@g1telecom.com.br mailto:pedro.al...@g1telecom.com.br escreveu: Boa tarde galera. Estou com um problema estranho com o Monast, tinha ele instalado e rodando em um cliente, mas precisei me ausentar por alguns dias e deu um problema neste servidor com ligações que deveriam sair pela E1 (placas da Khomp e operadora GVT), meu patrão se desesperou e chamou um cara que ele acha bom, enfim, depois que o cara mexeu o Monast parou de funcionar, ficava na tela de login e quando eu digitava o mesmo, nada acontecia. Resolvi tirar a opção de login para ver se ele estava rodando, e de fato estava mas ficava impossível acompanhar a tela que fica reiniciando o tempo todo, decidi então desinstalar e instalar novamente, ai a coisa ficou estranha mesmo, pois após desinstalar e remover todos os arquivos referentes ao Monast, o mesmo continuava com a tela reiniciando sem parar reiniciei o servidor e a mesma coisa continua acontecendo, com a nova instalação realizada em outro diretório e álias, o problema ainda persiste. Alguma idéia de como posso solucionar isso ? Fico no aguardo de uma ajuda galera. Att. Pedro Alves ___ WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu conhecimento na tecnologia e portfólio Khomp. Próxima edição em CURITIBA, 7 de agosto. Inscrições GRATUITAS. Garanta a sua vaga e saiba mais em: www.workoffee.com.br http://www.workoffee.com.br ___ ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia IP . Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Banco de Canais Analógicos – Appliance Asterisk Acesse www.aligera.com.br http://www.aligera.com.br ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org mailto:asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu conhecimento na tecnologia e portfólio Khomp. Próxima edição em CURITIBA, 7 de agosto. Inscrições GRATUITAS. Garanta a sua vaga e saiba mais em:www.workoffee.com.br http://www.workoffee.com.br ___ ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia IP . Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Banco de Canais Analógicos – Appliance Asterisk Acessewww.aligera.com.br http://www.aligera.com.br ___ Para remover seu email desta lista, basta enviar um email em branco paraasteriskbrasil-unsubscr...@listas.asteriskbrasil.org mailto:asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu conhecimento na tecnologia e portfólio Khomp. Próxima edição em CURITIBA, 7 de agosto. Inscrições GRATUITAS. Garanta a sua vaga e saiba mais em: www.workoffee.com.br http://www.workoffee.com.br ___ ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia IP . Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Banco de Canais Analógicos – Appliance Asterisk Acesse www.aligera.com.br http://www.aligera.com.br ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org mailto:asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu conhecimento na tecnologia e portfólio Khomp. Próxima
[AsteriskBrasil] Problemas Monast
Claudemir. Desculpe minha ignorancia, mas não sei onde instalar o patch. Pode me dar uma força com isso ? Att. Pedro Alves On 21-08-2014 15:46, Claudemir de almeida rosa wrote: tenta isso , talves resolva https://issues.asterisk.org/jira/browse/ASTERISK-15405 Modifique seu manager.conf channelvars=CHANNEL(uniqueid) Em 21 de agosto de 2014 15:08, Pedro Alves pedro.al...@g1telecom.com.br mailto:pedro.al...@g1telecom.com.br escreveu: Claudemir. Esse é o log com o erro: Detected BUG on Asterisk. Masquerade Event does not have cloneuniqueid and originaluniqueid properties. Sabe o que posso fazer ? Att. Pedro Alves On 21-08-2014 15:03, Claudemir de almeida rosa wrote: ja deu um olhada no log do monast /var/log/monast.log att Claudemir Em 21 de agosto de 2014 14:34, Pedro Alves pedro.al...@g1telecom.com.br mailto:pedro.al...@g1telecom.com.br escreveu: Boa tarde galera. Estou com um problema estranho com o Monast, tinha ele instalado e rodando em um cliente, mas precisei me ausentar por alguns dias e deu um problema neste servidor com ligações que deveriam sair pela E1 (placas da Khomp e operadora GVT), meu patrão se desesperou e chamou um cara que ele acha bom, enfim, depois que o cara mexeu o Monast parou de funcionar, ficava na tela de login e quando eu digitava o mesmo, nada acontecia. Resolvi tirar a opção de login para ver se ele estava rodando, e de fato estava mas ficava impossível acompanhar a tela que fica reiniciando o tempo todo, decidi então desinstalar e instalar novamente, ai a coisa ficou estranha mesmo, pois após desinstalar e remover todos os arquivos referentes ao Monast, o mesmo continuava com a tela reiniciando sem parar reiniciei o servidor e a mesma coisa continua acontecendo, com a nova instalação realizada em outro diretório e álias, o problema ainda persiste. Alguma idéia de como posso solucionar isso ? Fico no aguardo de uma ajuda galera. Att. Pedro Alves ___ WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu conhecimento na tecnologia e portfólio Khomp. Próxima edição em CURITIBA, 7 de agosto. Inscrições GRATUITAS. Garanta a sua vaga e saiba mais em: www.workoffee.com.br http://www.workoffee.com.br ___ ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia IP . Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Banco de Canais Analógicos – Appliance Asterisk Acesse www.aligera.com.br http://www.aligera.com.br ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org mailto:asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu conhecimento na tecnologia e portfólio Khomp. Próxima edição em CURITIBA, 7 de agosto. Inscrições GRATUITAS. Garanta a sua vaga e saiba mais em:www.workoffee.com.br http://www.workoffee.com.br ___ ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia IP . Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Banco de Canais Analógicos – Appliance Asterisk Acessewww.aligera.com.br http://www.aligera.com.br ___ Para remover seu email desta lista, basta enviar um email em branco paraasteriskbrasil-unsubscr...@listas.asteriskbrasil.org mailto:asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ WORKOFFEE KHOMP: Eventos Khomp na sua cidade! Desenvolva seu conhecimento na tecnologia e portfólio Khomp. Próxima edição em CURITIBA, 7 de agosto. Inscrições GRATUITAS. Garanta a sua vaga e saiba mais em: www.workoffee.com.br http://www.workoffee.com.br ___ ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia IP . Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Banco de Canais Analógicos – Appliance Asterisk Acesse www.aligera.com.br http://www.aligera.com.br ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org mailto:asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Asterisk 1.8 ramal sip sem autenticação
Bom dia Luiz. Verifique se o Iptables não está bloqueando a porta 5060, sei que é basico, mas as vezes procuramos em todo lugar menos no lugar mais simples. Att. Pedro Alves Em 9/18/2013 8:11 AM, Luiz Luiz escreveu: Bom dia Pessoal, Tenho uma situação, onde os atas que estão em uso não enviam registro, ou seja não envia autenticação. No asterisk 1.6.2, usava o sip.conf da seguinte forma: [4567] host = 192.168.6.254 port = 5060 callerid=45674567 type=friend context=ramais disallow = all allow = g729 ;allow = alaw qualify = yes nat = no E funcionava corretamente no 1.6.2, no asterisk 1.8 não rola nem a pau. Alguma sugestão? Obrigado ___ 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. ___ 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-unsubscr...@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. ___ 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-unsubscr...@listas.asteriskbrasil.org
[AsteriskBrasil] Unallocated (unassigned) number
Boa tarde galera. Probleminha aqui pra receber ligações, tenho um server fazendo uma interconexão nele tenho duas placas digium. Foi feito o alinhamento dos E1s e a troca de sinalização também foi testada com exito, criamos os canais e eu faço ligações normalmente, mas não consigo receber ligações, habilitei o log do ss7 e recebo esta mensagem: Cause Indicator: [1] Coding Standard: 0 [1] Location: 1 [1] Cause Class: 0 [1] Cause Subclass: 1 [1] Cause: Unallocated (unassigned) number (1) Alguém pode me dar um help. Att. Pedro Alves ___ 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. ___ 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-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Unallocated (unassigned) number
Desculpa galera bobeira minha, eu estava comendo bola aqui num contexto, foi corrigir e acabou o problema. Att. Pedro Alves Em 9/16/2013 1:17 PM, Pedro Alves escreveu: Boa tarde galera. Probleminha aqui pra receber ligações, tenho um server fazendo uma interconexão nele tenho duas placas digium. Foi feito o alinhamento dos E1s e a troca de sinalização também foi testada com exito, criamos os canais e eu faço ligações normalmente, mas não consigo receber ligações, habilitei o log do ss7 e recebo esta mensagem: Cause Indicator: [1] Coding Standard: 0 [1] Location: 1 [1] Cause Class: 0 [1] Cause Subclass: 1 [1] Cause: Unallocated (unassigned) number (1) Alguém pode me dar um help. Att. Pedro Alves ___ 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. ___ 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-unsubscr...@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. ___ 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-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Vono parada
Boa tarde galera. Tambm estou com o mesmo problema, pior ligar l e uma doidinha que nem sabe o que voip, registrar no softphone dela, fazer uma ligao e dizer que o problema esta com a minha rede ou meu equipamento. Venho tentando fazer o cliente desistir, mas ele teimoso. att Pedro Alves da Costa Departamento Tcnico GRUPO G1 TELECOMUNICAES LTDA. Rua: Ponta Grossa, n587 Jardim Dom Bosco CEP: 86060-450 - Londrina - PR (Fone/Fax: +55 43 3028-1120 / +55 43 3028-1170 E-mail: pedro.al...@g1telecom.com.br Suporte: supo...@g1telecom.com.br Site: www.g1telecom.com.br Em 9/5/2013 12:56 PM, Mike Tesliuk escreveu: Tive este problema ontem Alterei os registros para serem feito apenas a cada 1 hora, resolveu o problema a principio se voce trocar a porta do seu servidor ele deve registrar (de 5060 para 5070) provavelmente eles ativaram alguma coisa para bloquear quantidade de registro ou algo assim. joguei isso aqui no general registertimeout=3600 maxexpiry=3600 minexpiry=360 defaultexpiry=720 Em 05/09/13 11:32, Roger Pitigliani escreveu: Ta uma m... Em 5 de setembro de 2013 12:10, Danilo Almeida daniloricalme...@gmail.com escreveu: Bem vindo ao clube!! rsrs Essa Vono s vem dando dor de cabea ultimamente! Em 5 de setembro de 2013 11:44, Ricardo Landim pang...@bol.com.br escreveu: Nenhum numero vono registrando. Alguem mais com esse problema? Att, Ricardo Landim ___ 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. Conhea em www.Khomp.com. ___ 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-unsubscr...@listas.asteriskbrasil.org -- att Danilo Almeida ___ 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. Conhea em www.Khomp.com. ___ 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-unsubscr...@listas.asteriskbrasil.org -- -- Roger Pitigliani rogerwin...@gmail.com Skype: roger.pitigliani ___ 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. Conhea em www.Khomp.com. ___ ALIGERA Fabricante
[AsteriskBrasil] Fwd: Invalid Multi Frequency Tone
Boa tarde galera. Depois de me bater pra caramba aqui, e conversar com todos os engenheiros, e tcnicos, e afins sem encontrar uma soluo para me problema, resolvi preparar outro servidor(hardware), mas mantendo o hd com as configuraes antigas (anteriores ao problema), e sem aterramento novo ou troca do modem DDR, tudo voltou a funcionar perfeitamente, mais que depressa fiz a mesma coisa nos outros dois clientes e voil tudo resolvido. Sei que matei uma formiga com um tiro de canho, mas estava a ponto de perder os clientes. De qualquer forma obrigado a galera que me ajudou aqui. att Pedro Alves da Costa Departamento Tcnico GRUPO G1 TELECOMUNICAES LTDA. Rua: Ponta Grossa, n587 Jardim Dom Bosco CEP: 86060-450 - Londrina - PR (Fone/Fax: +55 43 3028-1120 / +55 43 3028-1170 E-mail: pedro.al...@g1telecom.com.br Suporte: supo...@g1telecom.com.br Site: www.g1telecom.com.br Mensagem original Assunto: Invalid Multi Frequency Tone Data: Fri, 09 Aug 2013 12:03:04 -0300 De: Pedro Alves pedro.al...@g1telecom.com.br Para: asteriskbrasil@listas.asteriskbrasil.org Bom dia Galera. Estou com um problema que comeou h alguns dias e agora comeou a generalizar. Tenho alguns servidores rodando em clientes com placas E1 da digium, acontece que um servidor comeou a apresentar a seguinte mensagem: Invalid Multi Frequency Tone, R2 State = Seize ACK Transmitted, MF state = DNIS Request Transmitted, MF Group = Backward Group A, CAS = 0x00 DNIS = 01938738438, ANI = , MF = 0x46 [2013-08-09 11:50:13] ERROR[3205]: chan_dahdi.c:1789 dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 38: Invalid Multi Frequency Tone J me deparei com este problema antes em algumas ocasies, mas geralmente resolvia com aterramento, mudana de tomada, ou ento desfazendo conflito de IRQ, tambm fiz algumas variaes no chan_dahdi, para resolver em alguns clientes, sempre alcanando sucesso, mas desta vez no achei uma soluo, o fato que ao ligar o DDR direto na central telefonica, as ligaes completam normalmente, com o passar dos dias apareceu outro cliente com o mesmo problema e hoje um terceiro, o fato comum que os DDR, so da Sercomtel, mas as centrais so de fabricantes diferentes(panasonic, intelbras, siemens). Segue meu chan_dahdi: [channels] usecallerid=yes callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes group=0 callgroup=0 pickupgroup=0 signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_logdir=span1 mfcr2_logging=all echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 context=contexto-entrada channel = 1-15 channel = 17-31 group=1 callgroup=1 pickupgroup=1 signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=8 mfcr2_max_dnis=15 mfcr2_logdir=span1 mfcr2_logging=all ;mfcr2_metering_pulse_timeout=4000 EVITAR BLOQUEIO DE LIGACAO A COBRAR echocancel=yes echocancelwhenbridged=yes rxgain=-1.0 txgain=0.0 context=contexto-pabx channel = 32-46 channel = 48-62 Agora o System.conf: span=1,1,0,cas,hdb3 cas=1-15:1101 dchan=16 cas=17-31:1101 loadzone=br defaultzone=br span=2,0,0,cas,hdb3 cas=32-46:1101 dchan=47 cas=48-62:1101 loadzone=br defaultzone=br Agradeo desde j a ajuda galera. ___ 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. ___ 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-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Fwd: Invalid Multi Frequency Tone
Hudson, Ao que me parece algo causou um problema com as entradas PCI, pois tentei usar o servidor retirado em outro DDR, pra ver no que dava e no funcionou tambm, o erro que aparecia era o mesmo, mas estranho que eu coloco placas de rede nestes Slots PCI e funcionm normalmente. Acho que vai continuar sendo um mistrio, sei l. Em 8/15/2013 4:37 PM, Hudson Cardoso escreveu: Conseguiu identificar o problema ? ou ao menos o que o provocava? Hudson (048) 8413-7000 Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova precisa. Date: Thu, 15 Aug 2013 16:33:54 -0300 From: pedro.al...@g1telecom.com.br To: asteriskbrasil@listas.asteriskbrasil.org Subject: [AsteriskBrasil] Fwd: Invalid Multi Frequency Tone Boa tarde galera. Depois de me bater pra caramba aqui, e conversar com todos os engenheiros, e tcnicos, e afins sem encontrar uma soluo para me problema, resolvi preparar outro servidor(hardware), mas mantendo o hd com as configuraes antigas (anteriores ao problema), e sem aterramento novo ou troca do modem DDR, tudo voltou a funcionar perfeitamente, mais que depressa fiz a mesma coisa nos outros dois clientes e voil tudo resolvido. Sei que matei uma formiga com um tiro de canho, mas estava a ponto de perder os clientes. De qualquer forma obrigado a galera que me ajudou aqui. att Pedro Alves da Costa Departamento Tcnico GRUPO G1 TELECOMUNICAES LTDA. Rua: Ponta Grossa, n587 Jardim Dom Bosco CEP: 86060-450 - Londrina - PR (Fone/Fax: +55 43 3028-1120 / +55 43 3028-1170 E-mail: pedro.al...@g1telecom.com.br Suporte: supo...@g1telecom.com.br Site: www.g1telecom.com.br Mensagem original Assunto: Invalid Multi Frequency Tone Data: Fri, 09 Aug 2013 12:03:04 -0300 De: Pedro Alves pedro.al...@g1telecom.com.br Para: asteriskbrasil@listas.asteriskbrasil.org Bom dia Galera. Estou com um problema que comeou h alguns dias e agora comeou a generalizar. Tenho alguns servidores rodando em clientes com placas E1 da digium, acontece que um servidor comeou a apresentar a seguinte mensagem: Invalid Multi Frequency Tone, R2 State = Seize ACK Transmitted, MF state = DNIS Request Transmitted, MF Group = Backward Group A, CAS = 0x00 DNIS = 01938738438, ANI = , MF = 0x46 [2013-08-09 11:50:13] ERROR[3205]: chan_dahdi.c:1789 dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 38: Invalid Multi Frequency Tone J me deparei com este problema antes em algumas ocasies, mas geralmente resolvia com aterramento, mudana de tomada, ou ento desfazendo conflito de IRQ, tambm fiz algumas variaes no chan_dahdi, para resolver em alguns clientes, sempre alcanando sucesso, mas desta vez no achei uma soluo, o fato que ao ligar o DDR direto na central telefonica, as ligaes completam normalmente, com o passar dos dias apareceu outro cliente com o mesmo problema e hoje um terceiro, o fato comum que os DDR, so da Sercomtel, mas as centrais so de fabricantes diferentes(panasonic, intelbras, siemens). Segue meu chan_dahdi: [channels] usecallerid=yes callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes group=0 callgroup=0 pickupgroup=0 signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_logdir=span1 mfcr2_logging=all echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 context=contexto-entrada channel = 1-15 channel = 17-31 group=1 callgroup=1 pickupgroup=1 signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=8 mfcr2_max_dnis=15 mfcr2_logdir=span1 mfcr2_logging=all ;mfcr2_metering_pulse_timeout=4000 EVITAR BLOQUEIO DE LIGACAO A COBRAR echocancel=yes echocancelwhenbridged=yes rxgain=-1.0 txgain=0.0
[AsteriskBrasil] Invalid Multi Frequency Tone
Bom dia Galera. Estou com um problema que começou há alguns dias e agora começou a generalizar. Tenho alguns servidores rodando em clientes com placas E1 da digium, acontece que um servidor começou a apresentar a seguinte mensagem: Invalid Multi Frequency Tone, R2 State = Seize ACK Transmitted, MF state = DNIS Request Transmitted, MF Group = Backward Group A, CAS = 0x00 DNIS = 01938738438, ANI = , MF = 0x46 [2013-08-09 11:50:13] ERROR[3205]: chan_dahdi.c:1789 dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 38: Invalid Multi Frequency Tone Já me deparei com este problema antes em algumas ocasiões, mas geralmente resolvia com aterramento, mudança de tomada, ou então desfazendo conflito de IRQ, também fiz algumas variações no chan_dahdi, para resolver em alguns clientes, sempre alcançando sucesso, mas desta vez não achei uma solução, o fato é que ao ligar o DDR direto na central telefonica, as ligações completam normalmente, com o passar dos dias apareceu outro cliente com o mesmo problema e hoje um terceiro, o fato comum é que os DDR, são da Sercomtel, mas as centrais são de fabricantes diferentes(panasonic, intelbras, siemens). Segue meu chan_dahdi: [channels] usecallerid=yes callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes group=0 callgroup=0 pickupgroup=0 signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_logdir=span1 mfcr2_logging=all echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 context=contexto-entrada channel = 1-15 channel = 17-31 group=1 callgroup=1 pickupgroup=1 signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=8 mfcr2_max_dnis=15 mfcr2_logdir=span1 mfcr2_logging=all ;mfcr2_metering_pulse_timeout=4000 EVITAR BLOQUEIO DE LIGACAO A COBRAR echocancel=yes echocancelwhenbridged=yes rxgain=-1.0 txgain=0.0 context=contexto-pabx channel = 32-46 channel = 48-62 Agora o System.conf: span=1,1,0,cas,hdb3 cas=1-15:1101 dchan=16 cas=17-31:1101 loadzone=br defaultzone=br span=2,0,0,cas,hdb3 cas=32-46:1101 dchan=47 cas=48-62:1101 loadzone=br defaultzone=br Agradeço desde já a ajuda galera. ___ 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. ___ 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-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Invalid Multi Frequency Tone
Bruno. Como você identificou o problema de frame para passar pra operadora? Pois é dificil convencer esse povo que eles tem problema, ainda mais que ao fazer a ligação direta com a central telefônica, as ligações completam normalmente. Duro é que com a demora vou acabar perdendo os clientes. Em 8/9/2013 1:02 PM, Bruno Pavan escreveu: Estava com um problena deste em alphavile e era na operadora, erro de frame, trocaram a tecnologia dos modens e resolveu. Em 09/08/2013 12:06, Hudson Cardoso hudsoncard...@hotmail.com mailto:hudsoncard...@hotmail.com escreveu: Isso é característica de aterramento, tente melhorá-lho, ou entre em contato com a operadora, e tente convencê-los de que eles têm um problema. Hudson (048) 8413-7000 tel:%28048%29%208413-7000 Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova precisa. Date: Fri, 9 Aug 2013 12:03:04 -0300 From: pedro.al...@g1telecom.com.br mailto:pedro.al...@g1telecom.com.br To: asteriskbrasil@listas.asteriskbrasil.org mailto:asteriskbrasil@listas.asteriskbrasil.org Subject: [AsteriskBrasil] Invalid Multi Frequency Tone Bom dia Galera. Estou com um problema que começou há alguns dias e agora começou a generalizar. Tenho alguns servidores rodando em clientes com placas E1 da digium, acontece que um servidor começou a apresentar a seguinte mensagem: Invalid Multi Frequency Tone, R2 State = Seize ACK Transmitted, MF state = DNIS Request Transmitted, MF Group = Backward Group A, CAS = 0x00 DNIS = 01938738438 tel:01938738438, ANI = , MF = 0x46 [2013-08-09 11:50:13] ERROR[3205]: chan_dahdi.c:1789 dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 38: Invalid Multi Frequency Tone Já me deparei com este problema antes em algumas ocasiões, mas geralmente resolvia com aterramento, mudança de tomada, ou então desfazendo conflito de IRQ, também fiz algumas variações no chan_dahdi, para resolver em alguns clientes, sempre alcançando sucesso, mas desta vez não achei uma solução, o fato é que ao ligar o DDR direto na central telefonica, as ligações completam normalmente, com o passar dos dias apareceu outro cliente com o mesmo problema e hoje um terceiro, o fato comum é que os DDR, são da Sercomtel, mas as centrais são de fabricantes diferentes(panasonic, intelbras, siemens). Segue meu chan_dahdi: [channels] usecallerid=yes callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes group=0 callgroup=0 pickupgroup=0 signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=20 mfcr2_max_dnis=4 mfcr2_logdir=span1 mfcr2_logging=all echocancel=yes echocancelwhenbridged=yes rxgain=0.0 txgain=0.0 context=contexto-entrada channel = 1-15 channel = 17-31 group=1 callgroup=1 pickupgroup=1 signalling=mfcr2 mfcr2_variant=br mfcr2_get_ani_first=no mfcr2_max_ani=8 mfcr2_max_dnis=15 mfcr2_logdir=span1 mfcr2_logging=all ;mfcr2_metering_pulse_timeout=4000 EVITAR BLOQUEIO DE LIGACAO A COBRAR echocancel=yes echocancelwhenbridged=yes rxgain=-1.0 txgain=0.0 context=contexto-pabx channel = 32-46 channel = 48-62 Agora o System.conf: span=1,1,0,cas,hdb3 cas=1-15:1101 dchan=16 cas=17-31:1101 loadzone=br defaultzone=br span=2,0,0,cas,hdb3 cas=32-46:1101 dchan=47 cas=48-62:1101 loadzone=br defaultzone=br Agradeço desde já a ajuda galera. ___ 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 http://www.Khomp.com. ___ 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 http://www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org mailto:asteriskbrasil-unsubscr...@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