[AsteriskBrasil] String chamada com senha

2014-02-05 Por tôpico deny.san...@gmail.com
Boa noite amigos , tenho uma sala de audioconferencia no asterisk fechada com 
uma senha , gostaria de saber como eu chamaria esta sala de audio conferencia + 
o password tudo em uma linha só 

Exemplo sala de audio conferencia 600 password 12345  

Gostaria de chamar assim  600@12345 ou 600#12345  não sei se existe uma forma 
de fazer isso , pergunto pois estou montando um aplicativo que se registra como 
um ramal sip no asterisk e este aplicativo precisa discar para esta sala de 
audio conferencia porem ja com a senha embutida. 


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 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] vono efetuando ligacoes

2013-10-18 Por tôpico deny.san...@gmail.com

On Oct 18, 2013, at 10:17 AM, Éder  wrote:

> Bom dia…
>  
> Recentemente com uma instalação minha do freepbx asterisk 1.8 tenho que fazer 
> alguns ajustes...
> Um deles é a vono que não esta perdendo o registro porem não consigo ligar se 
> não tiver que fazer um asterisk -rx "sip reload" de quase que minuto a 
> minuto
> Queria saber se pode ser feito mais alguma coisa para não ter que ficar 
> rodando esse processo a todo momento, sendo algo configurável que esta 
> faltando.
>  
> Obrigado.

Eder ja viu se não tem ninguem se registrando com o seu vono user ? Digo pois 
estava com um problema igual a este e ao trocar a senha do meu vono parou o 
problema . 

Abraço ___
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] WEb2Click intranet SIP

2013-09-06 Por tôpico deny.san...@gmail.com

On Sep 6, 2013, at 9:31 AM, Sylvio Jollenbeck wrote:

> Deny,
> 
> O SIPML5 utiliza WebRTC, recurso disponível apenas na versão 11 do 
> Asterisk. Alem disso o codec utilizado pelo SIPML5 é o VP8 disponível 
> nativamente apenas na versão 12 do Asterisk.
> 
> Para você ter o SIPML5 em funcionamento, você deve montar uma aplicação 
> cliente-to-cliente html. Não vai funcionar como um telefone SIP discando para 
> uma extension e essa extension reproduzir um audio por causa do codec.
> 
> Exite um projeto do nosso amigo Jeferson (jjeferso...@gmail.com) baseado 
> em java (https://github.com/jjefersonad/sipwebphone). Talvez esse projeto 
> seja mais viável para sua necessidade.
> 
> Abs,


Excelente projeto porem como ele é em java eu terei dificuldade com mobile, 
pois preciso deste "web2click" rodando também em android e IOS, principalmente 
em IOS .

Obrigado por essa dica , ja é mais uma luz 

> 
> 
> Em 6 de setembro de 2013 09:25, deny.san...@gmail.com  
> escreveu:
> 
> On Sep 6, 2013, at 9:03 AM, Claudio Eden GMAIL wrote:
> 
>> Para ouvir direto pelo navegador teria que ser um streaming. Já vi artigos 
>> sobre streaming de MOH mas de canal em tempo real não.
>> 
>> Outra possibilidade seria ter um componente SIP em uma página que faria o 
>> papel do softphone. São componentes pagos, ainda não vi nenhum 100% free.
>> 
> 
> Pois é Claudio estou lendo bastante sobre isso , achei este em html5  
> http://www.sipml5.org   estou fazendo os testes aqui , ja consigo fazer e 
> receber chamada por ele porem estão caindo no momento que atendo creio que 
> seja algum acerto de codec ainda, mais esta me parecendo bem promissor e é 
> sob licença BSD . Se alguém ja tiver usado e tiver alguma dica poderia 
> compartilhar tambem, estou analisando o mesmo e posto aqui na lista para quem 
> interessar .
> 
> 
>> Em 06/09/13 08:38, deny.san...@gmail.com escreveu:
>>> 
>>> On Sep 5, 2013, at 9:55 PM, Telesurf Multimidia wrote:
>>> 
>>>> Olha se isto serve
>>>> 
>>>> 
>>>> >>> 
>>>> $extension="" ; //where  is the extension you would like to call
>>>> 
>>>>  $socket = fsockopen("localhost","5038", $errno, $errstr, $timeout); 
>>>>  fputs($socket, "Action: Login\r\n"); 
>>>>  fputs($socket, "UserName: admin\r\n"); // default username and 
>>>> password 
>>>>  fputs($socket, "Secret: amp111\r\n\r\n");  // for other Asterisk 
>>>> platforms plase get your username and  
>>>> // password from 
>>>> /etc/asterisk/manager.conf
>>>>   $wrets=fgets($socket,128); 
>>>>   echo $wrets; 
>>>> 
>>>>fputs($socket, "Action: Originate\r\n" ); 
>>>>fputs($socket, "Channel: SIP/$extension\r\n" ); 
>>>>fputs($socket, "Exten: $extension\r\n" ); 
>>>>fputs($socket, "Context: outbound-dialing\r\n" ); 
>>>>fputs($socket, "Priority: 1\r\n" ); 
>>>>fputs($socket, "Async: yes\r\n\r\n" ); 
>>>> 
>>>>$wrets=fgets($socket,128); 
>>>>echo $wrets; 
>>>> 
>>>> ?> 
>>> 
>>> 
>>> 
>>> Caro amigo funciona perfeitamente para chamar porem nao tenho retorno do 
>>> audio no navegador , o asterisk da um hangout assim que atende a chamada, 
>>> eu precisaria que quando atendesse a pessoa que chamou pelo navegador 
>>> escuta-se , nao precisaria falar somente escutar . 
>>> 
>>> 
>>> Obrigado 
>>> 
>>>> 
>>>> 
>>>> > From: deny.san...@gmail.com
>>>> > Date: Thu, 5 Sep 2013 11:59:52 -0300
>>>> > To: asteriskbrasil@listas.asteriskbrasil.org
>>>> > Subject: [AsteriskBrasil] WEb2Click intranet SIP
>>>> > 
>>>> > Bom dia amigos, estou pesquisando atras de um script em html ou php para 
>>>> > fazer um botao numa pagina simples web onde o usuário irá clicar neste 
>>>> > botao e o mesmo irá chamar diretamente meu ramal . Pergunto existe algo 
>>>> > simples neste quesito visto que éssa página web só irá ser utilizada 
>>>> > internamente . O usuário nao irá interagir somente escutar portanto nao 
>>>> > precisara utilizar microfone , 

Re: [AsteriskBrasil] WEb2Click intranet SIP

2013-09-06 Por tôpico deny.san...@gmail.com

On Sep 6, 2013, at 9:03 AM, Claudio Eden GMAIL wrote:

> Para ouvir direto pelo navegador teria que ser um streaming. Já vi artigos 
> sobre streaming de MOH mas de canal em tempo real não.
> 
> Outra possibilidade seria ter um componente SIP em uma página que faria o 
> papel do softphone. São componentes pagos, ainda não vi nenhum 100% free.
> 

Pois é Claudio estou lendo bastante sobre isso , achei este em html5  
http://www.sipml5.org   estou fazendo os testes aqui , ja consigo fazer e 
receber chamada por ele porem estão caindo no momento que atendo creio que seja 
algum acerto de codec ainda, mais esta me parecendo bem promissor e é sob 
licença BSD . Se alguém ja tiver usado e tiver alguma dica poderia compartilhar 
tambem, estou analisando o mesmo e posto aqui na lista para quem interessar .


> Em 06/09/13 08:38, deny.san...@gmail.com escreveu:
>> 
>> On Sep 5, 2013, at 9:55 PM, Telesurf Multimidia wrote:
>> 
>>> Olha se isto serve
>>> 
>>> 
>>> >> 
>>> $extension="" ; //where  is the extension you would like to call
>>> 
>>>  $socket = fsockopen("localhost","5038", $errno, $errstr, $timeout); 
>>>  fputs($socket, "Action: Login\r\n"); 
>>>  fputs($socket, "UserName: admin\r\n"); // default username and 
>>> password 
>>>  fputs($socket, "Secret: amp111\r\n\r\n");  // for other Asterisk platforms 
>>> plase get your username and  
>>> // password from 
>>> /etc/asterisk/manager.conf
>>>   $wrets=fgets($socket,128); 
>>>   echo $wrets; 
>>> 
>>>fputs($socket, "Action: Originate\r\n" ); 
>>>fputs($socket, "Channel: SIP/$extension\r\n" ); 
>>>fputs($socket, "Exten: $extension\r\n" ); 
>>>fputs($socket, "Context: outbound-dialing\r\n" ); 
>>>fputs($socket, "Priority: 1\r\n" ); 
>>>fputs($socket, "Async: yes\r\n\r\n" ); 
>>> 
>>>$wrets=fgets($socket,128); 
>>>echo $wrets; 
>>> 
>>> ?> 
>> 
>> 
>> 
>> Caro amigo funciona perfeitamente para chamar porem nao tenho retorno do 
>> audio no navegador , o asterisk da um hangout assim que atende a chamada, eu 
>> precisaria que quando atendesse a pessoa que chamou pelo navegador escuta-se 
>> , nao precisaria falar somente escutar . 
>> 
>> 
>> Obrigado 
>> 
>>> 
>>> 
>>> > From: deny.san...@gmail.com
>>> > Date: Thu, 5 Sep 2013 11:59:52 -0300
>>> > To: asteriskbrasil@listas.asteriskbrasil.org
>>> > Subject: [AsteriskBrasil] WEb2Click intranet SIP
>>> > 
>>> > Bom dia amigos, estou pesquisando atras de um script em html ou php para 
>>> > fazer um botao numa pagina simples web onde o usuário irá clicar neste 
>>> > botao e o mesmo irá chamar diretamente meu ramal . Pergunto existe algo 
>>> > simples neste quesito visto que éssa página web só irá ser utilizada 
>>> > internamente . O usuário nao irá interagir somente escutar portanto nao 
>>> > precisara utilizar microfone , somente um fone de ouvido .
>>> > 
>>> > 
>>> > 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.
>>> ___
>>> ALI

Re: [AsteriskBrasil] WEb2Click intranet SIP

2013-09-06 Por tôpico deny.san...@gmail.com

On Sep 5, 2013, at 9:55 PM, Telesurf Multimidia wrote:

> Olha se isto serve
> 
> 
>  
> $extension="" ; //where  is the extension you would like to call
> 
>  $socket = fsockopen("localhost","5038", $errno, $errstr, $timeout); 
>  fputs($socket, "Action: Login\r\n"); 
>  fputs($socket, "UserName: admin\r\n"); // default username and password 
>  fputs($socket, "Secret: amp111\r\n\r\n");  // for other Asterisk platforms 
> plase get your username and  
> // password from 
> /etc/asterisk/manager.conf
>   $wrets=fgets($socket,128); 
>   echo $wrets; 
> 
>fputs($socket, "Action: Originate\r\n" ); 
>fputs($socket, "Channel: SIP/$extension\r\n" ); 
>fputs($socket, "Exten: $extension\r\n" ); 
>fputs($socket, "Context: outbound-dialing\r\n" ); 
>fputs($socket, "Priority: 1\r\n" ); 
>fputs($socket, "Async: yes\r\n\r\n" ); 
> 
>$wrets=fgets($socket,128); 
>echo $wrets; 
> 
> ?> 



Caro amigo funciona perfeitamente para chamar porem nao tenho retorno do audio 
no navegador , o asterisk da um hangout assim que atende a chamada, eu 
precisaria que quando atendesse a pessoa que chamou pelo navegador escuta-se , 
nao precisaria falar somente escutar . 


Obrigado 

> 
> 
> > From: deny.san...@gmail.com
> > Date: Thu, 5 Sep 2013 11:59:52 -0300
> > To: asteriskbrasil@listas.asteriskbrasil.org
> > Subject: [AsteriskBrasil] WEb2Click intranet SIP
> > 
> > Bom dia amigos, estou pesquisando atras de um script em html ou php para 
> > fazer um botao numa pagina simples web onde o usuário irá clicar neste 
> > botao e o mesmo irá chamar diretamente meu ramal . Pergunto existe algo 
> > simples neste quesito visto que éssa página web só irá ser utilizada 
> > internamente . O usuário nao irá interagir somente escutar portanto nao 
> > precisara utilizar microfone , somente um fone de ouvido .
> > 
> > 
> > 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

___
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] WEb2Click intranet SIP

2013-09-05 Por tôpico deny.san...@gmail.com
Bom dia amigos, estou pesquisando atras de um script em html ou php para fazer 
um botao numa pagina simples web onde o usuário irá clicar neste botao  e o 
mesmo irá chamar diretamente meu ramal . Pergunto existe algo simples neste 
quesito visto que éssa página web só irá ser utilizada internamente . O usuário 
nao irá interagir somente escutar portanto nao precisara utilizar microfone , 
somente um fone de ouvido .


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


Re: [AsteriskBrasil] Informar posicao na QUEUE

2013-08-01 Por tôpico deny.san...@gmail.com

On Aug 1, 2013, at 11:39 AM, Alexandre Keller wrote:

> Bom dia.
> 
> Basta setar um parâmetro no queues.conf
> 
> ; How often to announce queue position and/or estimated
> ; holdtime to caller (0=off)
> ; Note that this value is ignored if the caller's queue
> ; position has changed (see min-announce-frequency)
> ;
> ;announce-frequency = 90
> ;
> ; The absolute minimum time between the start of each
> ; queue position and/or estimated holdtime announcement
> ; This is useful for avoiding constant announcements
> ; when the caller's queue position is changing frequently
> ; (see announce-frequency)
> ;
> ;min-announce-frequency = 15
> ;
> ; How often to make any periodic announcement (see periodic-announce)
> ;
> ;periodic-announce-frequency=60
> ;
> ; Should the periodic announcements be played in a random order? Default is 
> no.
> ;
> ;random-periodic-announce=no
> 
> 

Obrigado Alexandre , Wagner e Rafel , nao sabia destas configs que o Alexandre 
Keller passou , deu certinho 


Abraço e obrigado 



> 
> On 01/08/2013, at 11:07, deny.san...@gmail.com wrote:
> 
>> Bom dia amigos, gostaria de saber se alguem utiliza algo implementado ou 
>> conhece como informar para o cliente que esta ligando para a central 
>> asterisk qual posição ele esta numa queue , ou seja quantas pessoas existem 
>> na frente dele . É possível ? Eu tenho alguma experiencia ja com agi , 
>> agi-php porem nao achei uma solução para este problema, onde verifico as 
>> pessoas que estao em uma fila ? 
>> 
>> 
>> 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

___
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] Informar posicao na QUEUE

2013-08-01 Por tôpico deny.san...@gmail.com

On Aug 1, 2013, at 11:21 AM, Leonardo Gutierres - Operação de Redes - Netpal 
wrote:

> Bom dia
> 
> Uso monast, verifica se lhe atende.

Bom dia Leonardo obrigado desde já, porem o monast é para a telefonista ou quem 
for atender , eu queria informar para o cliente que esta ligando pelo telefone 
, algo como , olá bom dia voce é o numero 14 da fila , aguarde que em breve 
voce será atendido , daqui um minuto ele atualiza a posição . Creio que se for 
possivel é algo com AEL .

Obrigado 

> 
> 
> Em 1 de agosto de 2013 11:07, deny.san...@gmail.com  
> escreveu:
> Bom dia amigos, gostaria de saber se alguem utiliza algo implementado ou 
> conhece como informar para o cliente que esta ligando para a central asterisk 
> qual posição ele esta numa queue , ou seja quantas pessoas existem na frente 
> dele . É possível ? Eu tenho alguma experiencia ja com agi , agi-php porem 
> nao achei uma solução para este problema, onde verifico as pessoas que estao 
> em uma fila ?
> 
> 
> 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

[AsteriskBrasil] Informar posicao na QUEUE

2013-08-01 Por tôpico deny.san...@gmail.com
Bom dia amigos, gostaria de saber se alguem utiliza algo implementado ou 
conhece como informar para o cliente que esta ligando para a central asterisk 
qual posição ele esta numa queue , ou seja quantas pessoas existem na frente 
dele . É possível ? Eu tenho alguma experiencia ja com agi , agi-php porem nao 
achei uma solução para este problema, onde verifico as pessoas que estao em uma 
fila ? 


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


Re: [AsteriskBrasil] Hylafax/iaxmodem and SIPTrunk

2013-06-12 Por tôpico deny.san...@gmail.com
On Jun 12, 2013, at 4:40 PM, Marcos Muller wrote:

> o T.38 é instalando junto com o Spandsp esse pacote foi instalado?


Sim foi instalado 


> 
> 
> Em 12 de junho de 2013 16:38, deny.san...@gmail.com  
> escreveu:
> 
> On Jun 12, 2013, at 4:31 PM, Marcos Muller wrote:
> 
>> qual é o Codec que você está usando?
> 
> Extension IAX2  com o Codec allawo requirecalltoken esta no tambem e o 
> context é o from-fax  que lhes enviei abaixo como esta
> 
> Pelo que eu li tem alguma coisa haver com o T.38 ser configurado no modem o 
> que acham ? É isto ? 
> 
>> 
>> 
>> Em 12 de junho de 2013 16:26, deny.san...@gmail.com  
>> escreveu:
>> Boa Tarde galera, alguem ja utilizou o Hylafax/iamodem  com sip trunk ? Eu 
>> tenho configurado em meu servidor Avantfax (front end) Hylafax e Iaxmodem 
>> para envio de fax porem sempre funcionou com um tronco E1 normal de uma 
>> operadora , agora surgiu um para configurar com SIP Trunk da Claro (Fora do 
>> Brasil) e nao estou tendo sucesso para o envio
>> 
>> Veja meu extensions-custom tem esta entrada
>> 
>> [from-fax]
>> ;exten => _.,1,Dial(SIP/Claro/${EXTEN})   => Este foi o primeiro teste sem 
>> sucesso onde Claro é o trunk de saida
>> exten => _X.,1,Dial(SIP/${EXTEN}@aqui_coloco_o_ip_provedor_sip)  TEstei 
>> desta forma tambem e da tempo excedido
>> exten => _.,n,Hangup()
>> 
>> 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
> 
> 
> ___
> 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

___
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] Hylafax/iaxmodem and SIPTrunk

2013-06-12 Por tôpico deny.san...@gmail.com

On Jun 12, 2013, at 4:31 PM, Marcos Muller wrote:

> qual é o Codec que você está usando?

Extension IAX2  com o Codec allawo requirecalltoken esta no tambem e o 
context é o from-fax  que lhes enviei abaixo como esta

Pelo que eu li tem alguma coisa haver com o T.38 ser configurado no modem o que 
acham ? É isto ? 

> 
> 
> Em 12 de junho de 2013 16:26, deny.san...@gmail.com  
> escreveu:
> Boa Tarde galera, alguem ja utilizou o Hylafax/iamodem  com sip trunk ? Eu 
> tenho configurado em meu servidor Avantfax (front end) Hylafax e Iaxmodem 
> para envio de fax porem sempre funcionou com um tronco E1 normal de uma 
> operadora , agora surgiu um para configurar com SIP Trunk da Claro (Fora do 
> Brasil) e nao estou tendo sucesso para o envio
> 
> Veja meu extensions-custom tem esta entrada
> 
> [from-fax]
> ;exten => _.,1,Dial(SIP/Claro/${EXTEN})   => Este foi o primeiro teste sem 
> sucesso onde Claro é o trunk de saida
> exten => _X.,1,Dial(SIP/${EXTEN}@aqui_coloco_o_ip_provedor_sip)  TEstei desta 
> forma tambem e da tempo excedido
> exten => _.,n,Hangup()
> 
> 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

___
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] Hylafax/iaxmodem and SIPTrunk

2013-06-12 Por tôpico deny.san...@gmail.com
Boa Tarde galera, alguem ja utilizou o Hylafax/iamodem  com sip trunk ? Eu 
tenho configurado em meu servidor Avantfax (front end) Hylafax e Iaxmodem para 
envio de fax porem sempre funcionou com um tronco E1 normal de uma operadora , 
agora surgiu um para configurar com SIP Trunk da Claro (Fora do Brasil) e nao 
estou tendo sucesso para o envio 

Veja meu extensions-custom tem esta entrada 

[from-fax]
;exten => _.,1,Dial(SIP/Claro/${EXTEN})   => Este foi o primeiro teste sem 
sucesso onde Claro é o trunk de saida 
exten => _X.,1,Dial(SIP/${EXTEN}@aqui_coloco_o_ip_provedor_sip)  TEstei desta 
forma tambem e da tempo excedido 
exten => _.,n,Hangup()

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


Re: [AsteriskBrasil] Erro E1 R2 Embratel

2013-04-03 Por tôpico deny.san...@gmail.com
> De: "Eduardo Souza" 
> Enviado: terça-feira, 2 de abril de 2013 16:55
> Para: asteriskbrasil@listas.asteriskbrasil.org
> Assunto: [AsteriskBrasil] Erro E1 R2 Embratel
> 
> Boa tarde
> 
> Algum dos amigos já teve esse erro estou com um server funcionando faz 3 
> meses e ontem começou a dar esse erro derrubando as ligações
> 
> 
> [Apr  2 16:11:18] ERROR[3528] chan_dahdi.c: MFC/R2 protocol error on chan 19: 
> Invalid CAS
> [Apr  2 16:11:18] DEBUG[17179] chan_dahdi.c: bits changed in chan 3
> [Apr  2 16:11:18] ERROR[17179] chan_dahdi.c: Chan 3 - Protocol error. Reason 
> = Invalid CAS, R2 State = Seize ACK Transmitted, MF state = MF Engine Off, MF 
> Group = Backward Group B, CAS = 0x04
> DNIS = 8056, ANI = 3130454200, MF = 0x20
> [Apr  2 16:11:18] ERROR[17179] chan_dahdi.c: MFC/R2 protocol error on chan 3: 
> Invalid CAS
> [Apr  2 16:11:18] NOTICE[3528] chan_dahdi.c: Far end unblocked on chan 19
> 
> 
> Alguém já passou por isso?

Edu eu ja passei por isso e o problema estava no hardware utilizado , estava 
com problema de conflito de IRQ , ja tentou desabilitar em sua BIOS os IRQ ou 
fazer os ajustes no SO do asterisk ?

Abraço

> 
> 

___
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-unsubscr...@listas.asteriskbrasil.org

Re: [AsteriskBrasil] DAHDI MFCR2 - Embratel

2013-03-27 Por tôpico deny.san...@gmail.com

On Mar 27, 2013, at 1:04 PM, Alexandre Cavalcante Alencar wrote:

> Cadê seu protocol file?
> 
> Você ativou CAS Persistant Check?
> 
> Sds
> 

Boa noite Alexandre, eu acabei reinstalando o asterisk com o freepbx novamente 
porem estou com o seguinte erro agora , nao consigo subir o asterisk de forma 
alguma, ele me gera o erro abaixo no messages e tambem entra em safe mode 

Erro ao startar o asterisk amportal start ou /etc/init.d/asterisk 

/usr/sbin/safe_asterisk: line 145:  7517 Illegal instruction (core dumped) 
nice -n $PRIORITY ${ASTSBINDIR}/asterisk -f ${CLIARGS} ${ASTARGS} > /dev/${TTY} 
2>&1 < /dev/${TTY}
Asterisk ended with exit status 132
Asterisk exited on signal 4.
Automatically restarting Asterisk.
/usr/sbin/safe_asterisk: line 145:  7604 Illegal instruction (core dumped) 
nice -n $PRIORITY ${ASTSBINDIR}/asterisk -f ${CLIARGS} ${ASTARGS} > /dev/${TTY} 
2>&1 < /dev/${TTY}
Asterisk ended with exit status 132
Asterisk exited on signal 4.
Automatically restarting Asterisk.


Erro no messages 

Mar 28 00:23:02 srv01-asterisk kernel: asterisk[5395] trap invalid opcode 
rip:2b77e45f3a46 rsp:7fff79c23990 error:0
Mar 28 00:23:07 srv01-asterisk kernel: asterisk[5444] trap invalid opcode 
rip:2b22e72a7a46 rsp:7fffca5d7e50 error:0
Mar 28 00:23:12 srv01-asterisk kernel: asterisk[5494] trap invalid opcode 
rip:2b4cbc5f3a46 rsp:7fff29978d50 error:0
Mar 28 00:23:17 srv01-asterisk kernel: asterisk[5537] trap invalid opcode 
rip:2b2bd2295a46 rsp:7fffecee8670 error:0
Mar 28 00:23:21 srv01-asterisk kernel: asterisk[5589] trap invalid opcode 
rip:2ae2266a4a46 rsp:73f99eb0 error:0

Meu uname -a 

2.6.18-348.3.1.el5 #1 SMP Mon Mar 11 19:39:25 EDT 2013 x86_64 x86_64 x86_64 
GNU/Linux

Meu processador é este 

# cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 15
model   : 6
model name  :   Intel(R) Pentium(R) D CPU 3.20GHz
stepping: 5
cpu MHz : 3192.176
cache size  : 2048 KB
physical id : 0
siblings: 2
core id : 0
cpu cores   : 2
apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 6
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm 
constant_tsc pni monitor ds_cpl est cid cx16 xtpr lahf_lm
bogomips: 6384.35
clflush size: 64
cache_alignment : 128
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 15
model   : 6
model name  :   Intel(R) Pentium(R) D CPU 3.20GHz
stepping: 5
cpu MHz : 3192.176
cache size  : 2048 KB
physical id : 0
siblings: 2
core id : 1
cpu cores   : 2
apicid  : 1
fpu : yes
fpu_exception   : yes
cpuid level : 6
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm syscall nx lm 
constant_tsc pni monitor ds_cpl est cid cx16 xtpr lahf_lm
bogomips: 6384.56
clflush size: 64
cache_alignment : 128
address sizes   : 36 bits physical, 48 bits virtual
power management:



> 
> 
> 
> 
> On Tue, Mar 26, 2013 at 9:12 PM, deny.san...@gmail.com 
>  wrote:
> 
> On Mar 26, 2013, at 6:56 PM, Alexandre Cavalcante Alencar wrote:
> 
>> Olá
>> 
>> Qual seu intuito e o conteúdo do protocol file?
>> 
>> mfcr2_advanced_protocol_file=/etc/asterisk/r2proto.conf
>> 
>> Não use o protocol file se não souber exatamente o que está fazendo. No 
>> diretório doc/asterisk/br tem um README com vários exemplos para as 
>> operadoras brasileiras, incluindo a Embratel.
>> 
>> 
> 
> Ola Alexandre, eu estava utilizando justamente com a configuração para a 
> Embratel , fiz algumas alterações e agora estou recebendo esta mensagem 
> abaixo porem ele gera o Hangup no final e nem chega a chamar.
> 
> Chan 1 - Handling persistent pattern 0x00
> New MFC/R2 call detected on chan 1.
> Chan 1 - Handling persistent pattern 0x08
> Chan 1 - Far end disconnected. Reason: Normal Clearing
> MFC/R2 call disconnected on channel 1
> MFC/R2 call end on channel 1
> Chan 1 - Handling persistent pattern 0x00
> New MFC/R2 call detected on chan 1.
> MFC/R2 call offered on chan 1. ANI = , DNIS = 1, Category = *Unknown*
> MFC/R2 call has been accepted on backward channel 1
> -- Executing [1@from-trunk:1] Set("DAHDI/1-1", "__FROM_DID=1") in new 
> stack
> -- Executing [1@from-trunk:2] NoOp("DAHDI/1-1", "Received an unknown call 
> with DID set to 1") in new stack
> -- Executing [1@from-trunk:3] Goto("DAHDI/1-1", "s,a2") in new 

Re: [AsteriskBrasil] DAHDI MFCR2 - Embratel

2013-03-26 Por tôpico deny.san...@gmail.com

On Mar 26, 2013, at 10:06 PM, Raphael Rodrigues wrote:

> Você esta usando alguma distribuição tipo elastix, asterisknow?
> 
> Caso sim, tente realizar a troca do contexto nos arquivos customizados das 
> distribuições, geralmente fica em /etc/asterisk/extencions_custom.conf, crie 
> um contexto de entrada e faça um teste.
> 
> 
> abçs
> 

Ola amigo estou utilizando o freepbx 


> 
> 
> 2013/3/26 deny.san...@gmail.com 
> 
> On Mar 26, 2013, at 6:56 PM, Alexandre Cavalcante Alencar wrote:
> 
>> Olá
>> 
>> Qual seu intuito e o conteúdo do protocol file?
>> 
>> mfcr2_advanced_protocol_file=/etc/asterisk/r2proto.conf
>> 
>> Não use o protocol file se não souber exatamente o que está fazendo. No 
>> diretório doc/asterisk/br tem um README com vários exemplos para as 
>> operadoras brasileiras, incluindo a Embratel.
>> 
>> 
> 
> Ola Alexandre, eu estava utilizando justamente com a configuração para a 
> Embratel , fiz algumas alterações e agora estou recebendo esta mensagem 
> abaixo porem ele gera o Hangup no final e nem chega a chamar.
> 
> Chan 1 - Handling persistent pattern 0x00
> New MFC/R2 call detected on chan 1.
> Chan 1 - Handling persistent pattern 0x08
> Chan 1 - Far end disconnected. Reason: Normal Clearing
> MFC/R2 call disconnected on channel 1
> MFC/R2 call end on channel 1
> Chan 1 - Handling persistent pattern 0x00
> New MFC/R2 call detected on chan 1.
> MFC/R2 call offered on chan 1. ANI = , DNIS = 1, Category = *Unknown*
> MFC/R2 call has been accepted on backward channel 1
> -- Executing [1@from-trunk:1] Set("DAHDI/1-1", "__FROM_DID=1") in new 
> stack
> -- Executing [1@from-trunk:2] NoOp("DAHDI/1-1", "Received an unknown call 
> with DID set to 1") in new stack
> -- Executing [1@from-trunk:3] Goto("DAHDI/1-1", "s,a2") in new stack
> -- Goto (from-trunk,s,2)
> -- Executing [s@from-trunk:2] Answer("DAHDI/1-1", "") in new stack
> -- Executing [s@from-trunk:3] Wait("DAHDI/1-1", "2") in new stack
> Chan 1 - Handling persistent pattern 0x08
> Chan 1 - Far end disconnected. Reason: Normal Clearing
> MFC/R2 call disconnected on channel 1
>   == Spawn extension (from-trunk, s, 3) exited non-zero on 'DAHDI/1-1'
> -- Executing [h@from-trunk:1] Macro("DAHDI/1-1", "hangupcall,") in new 
> stack
> -- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/1-1", "1?theend") in 
> new stack
> -- Goto (macro-hangupcall,s,3)
> -- Executing [s@macro-hangupcall:3] ExecIf("DAHDI/1-1", 
> "0?Set(CDR(recordingfile)=)") in new stack
> -- Executing [s@macro-hangupcall:4] Hangup("DAHDI/1-1", "") in new stack
>   == Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'DAHDI/1-1' 
> in macro 'hangupcall'
>   == Spawn extension (from-trunk, h, 1) exited non-zero on 'DAHDI/1-1'
> MFC/R2 call end on channel 1
> -- Hungup 'DAHDI/1-1'
> 
> 
> 
>> 
>> 
>> 
>> 
>> On Tue, Mar 26, 2013 at 3:18 PM, deny.san...@gmail.com 
>>  wrote:
>> 
>> On Mar 26, 2013, at 3:00 PM, Patrick EL Youssef wrote:
>> 
>> > Posta o chan_dahdi.conf
>> 
>> Este é chan_dahdi.conf
>> 
>> trunkgroups]
>> 
>> [channels]
>> 
>> language=br
>> 
>> #include chan_dahdi_additional.conf
>> #include dahdi-channels.conf
>> 
>> usecallerid=yes
>> ;hidecallerid=yes
>> callwaiting=yes
>> callwaitingcallerid=yes
>> threewaycalling=yes
>> transfer=yes
>> cancallforward=yes
>> callreturn=yes
>> immediate=no
>> echocancel=yes
>> echocancelwhenbridged=yes
>> faxdetect=both
>> 
>> dahd_channels
>> 
>> signalling=mfcr2
>> mfcr2_variant=BR
>> mfcr2_get_ani_first=no
>> mfcr2_max_ani=20
>> mfcr2_max_dnis=4
>> mfcr2_category=national_subscriber
>> mfcr2_mfback_timeout=-1
>> mfcr2_metering_pulse_timeout=-1
>> mfcr2_advanced_protocol_file=/etc/asterisk/r2proto.conf
>> mfcr2_logdir=span1
>> mfcr2_logging=all
>> faxdetect=both
>> 
>> context=from-trunk
>> group=0
>> signalling=mfcr2
>> callgroup=1
>> pickupgroup=1
>> channel => 1-15
>> channel => 17-31
>> context=from-trunk
>> group=1
>> signalling=mfcr2
>> callgroup=2
>> pickupgroup=2
>> channel => 32-46
>> channel => 48-62
>> 
>> 
>> 
>> >
>> > Em 26-03-2013 14:55, deny.san...@gmail.com

Re: [AsteriskBrasil] DAHDI MFCR2 - Embratel

2013-03-26 Por tôpico deny.san...@gmail.com

On Mar 26, 2013, at 6:56 PM, Alexandre Cavalcante Alencar wrote:

> Olá
> 
> Qual seu intuito e o conteúdo do protocol file?
> 
> mfcr2_advanced_protocol_file=/etc/asterisk/r2proto.conf
> 
> Não use o protocol file se não souber exatamente o que está fazendo. No 
> diretório doc/asterisk/br tem um README com vários exemplos para as 
> operadoras brasileiras, incluindo a Embratel.
> 
> 

Ola Alexandre, eu estava utilizando justamente com a configuração para a 
Embratel , fiz algumas alterações e agora estou recebendo esta mensagem abaixo 
porem ele gera o Hangup no final e nem chega a chamar.

Chan 1 - Handling persistent pattern 0x00
New MFC/R2 call detected on chan 1.
Chan 1 - Handling persistent pattern 0x08
Chan 1 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 1
MFC/R2 call end on channel 1
Chan 1 - Handling persistent pattern 0x00
New MFC/R2 call detected on chan 1.
MFC/R2 call offered on chan 1. ANI = , DNIS = 1, Category = *Unknown*
MFC/R2 call has been accepted on backward channel 1
-- Executing [1@from-trunk:1] Set("DAHDI/1-1", "__FROM_DID=1") in new stack
-- Executing [1@from-trunk:2] NoOp("DAHDI/1-1", "Received an unknown call 
with DID set to 1") in new stack
-- Executing [1@from-trunk:3] Goto("DAHDI/1-1", "s,a2") in new stack
-- Goto (from-trunk,s,2)
-- Executing [s@from-trunk:2] Answer("DAHDI/1-1", "") in new stack
-- Executing [s@from-trunk:3] Wait("DAHDI/1-1", "2") in new stack
Chan 1 - Handling persistent pattern 0x08
Chan 1 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 1
  == Spawn extension (from-trunk, s, 3) exited non-zero on 'DAHDI/1-1'
-- Executing [h@from-trunk:1] Macro("DAHDI/1-1", "hangupcall,") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/1-1", "1?theend") in new 
stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] ExecIf("DAHDI/1-1", 
"0?Set(CDR(recordingfile)=)") in new stack
-- Executing [s@macro-hangupcall:4] Hangup("DAHDI/1-1", "") in new stack
  == Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'DAHDI/1-1' in 
macro 'hangupcall'
  == Spawn extension (from-trunk, h, 1) exited non-zero on 'DAHDI/1-1'
MFC/R2 call end on channel 1
-- Hungup 'DAHDI/1-1'



> 
> 
> 
> 
> On Tue, Mar 26, 2013 at 3:18 PM, deny.san...@gmail.com 
>  wrote:
> 
> On Mar 26, 2013, at 3:00 PM, Patrick EL Youssef wrote:
> 
> > Posta o chan_dahdi.conf
> 
> Este é chan_dahdi.conf
> 
> trunkgroups]
> 
> [channels]
> 
> language=br
> 
> #include chan_dahdi_additional.conf
> #include dahdi-channels.conf
> 
> usecallerid=yes
> ;hidecallerid=yes
> callwaiting=yes
> callwaitingcallerid=yes
> threewaycalling=yes
> transfer=yes
> cancallforward=yes
> callreturn=yes
> immediate=no
> echocancel=yes
> echocancelwhenbridged=yes
> faxdetect=both
> 
> dahd_channels
> 
> signalling=mfcr2
> mfcr2_variant=BR
> mfcr2_get_ani_first=no
> mfcr2_max_ani=20
> mfcr2_max_dnis=4
> mfcr2_category=national_subscriber
> mfcr2_mfback_timeout=-1
> mfcr2_metering_pulse_timeout=-1
> mfcr2_advanced_protocol_file=/etc/asterisk/r2proto.conf
> mfcr2_logdir=span1
> mfcr2_logging=all
> faxdetect=both
> 
> context=from-trunk
> group=0
> signalling=mfcr2
> callgroup=1
> pickupgroup=1
> channel => 1-15
> channel => 17-31
> context=from-trunk
> group=1
> signalling=mfcr2
> callgroup=2
> pickupgroup=2
> channel => 32-46
> channel => 48-62
> 
> 
> 
> >
> > Em 26-03-2013 14:55, deny.san...@gmail.com escreveu:
> >> Bom dia amigos gostaria de uma ajuda de todos, estou configurando um link 
> >> R2 da embratel porem o mesmo quando recebi chamadas esta gerando este erro 
> >> no dahdi e derrubando a ligação , alguma ideia ?
> >>
> >> Obrigado
> >>
> >> New MFC/R2 call detected on chan 1.
> >> Chan 2 - Handling persistent pattern 0x00
> >> New MFC/R2 call detected on chan 2.
> >> MFC/R2 call offered on chan 1. ANI = , DNIS = 1, Category = *Unknown*
> >> MFC/R2 call has been accepted on backward channel 1
> >>-- Executing [1@from-trunk:1] Set("DAHDI/1-1", "__FROM_DID=1") in new 
> >> stack
> >>-- Executing [1@from-trunk:2] NoOp("DAHDI/1-1", "Received an unknown 
> >> call with DID set to 1") in new stack
> >>-- Executing [1@from-trunk:3] Goto("DAHDI/1-1", "s,a2") in new stack
> >>   

Re: [AsteriskBrasil] DAHDI MFCR2 - Embratel

2013-03-26 Por tôpico deny.san...@gmail.com
  br default   R 
In Service
 54from-trunk  br default   R 
In Service
 55from-trunk  br default   R 
In Service
 56from-trunk  br default   R 
In Service
 57from-trunk  br default   R 
In Service
 58from-trunk  br default   R 
In Service
 59from-trunk  br default   R 
In Service
 60from-trunk  br default   R 
In Service
 61from-trunk  br default   R 
In Service
 62from-trunk  br default   R 
In Service

> 
> Att,
> 
> 2013/3/26 deny.san...@gmail.com 
> Bom dia amigos gostaria de uma ajuda de todos, estou configurando um link R2 
> da embratel porem o mesmo quando recebi chamadas esta gerando este erro no 
> dahdi e derrubando a ligação , alguma ideia ?
> 
> Obrigado
> 
> New MFC/R2 call detected on chan 1.
> Chan 2 - Handling persistent pattern 0x00
> New MFC/R2 call detected on chan 2.
> MFC/R2 call offered on chan 1. ANI = , DNIS = 1, Category = *Unknown*
> MFC/R2 call has been accepted on backward channel 1
>-- Executing [1@from-trunk:1] Set("DAHDI/1-1", "__FROM_DID=1") in new stack
>-- Executing [1@from-trunk:2] NoOp("DAHDI/1-1", "Received an unknown call 
> with DID set to 1") in new stack
>-- Executing [1@from-trunk:3] Goto("DAHDI/1-1", "s,a2") in new stack
>-- Goto (from-trunk,s,2)
>-- Executing [s@from-trunk:2] Answer("DAHDI/1-1", "") in new stack
>-- Executing [s@from-trunk:3] Wait("DAHDI/1-1", "2") in new stack
> Chan 2 - Handling persistent pattern 0x08
> Chan 2 - Far end disconnected. Reason: Normal Clearing
> MFC/R2 call disconnected on channel 2
> MFC/R2 call end on channel 2
> Chan 1 - Handling persistent pattern 0x08
> Chan 1 - Far end disconnected. Reason: Normal Clearing
> MFC/R2 call disconnected on channel 1
>  == Spawn extension (from-trunk, s, 3) exited non-zero on 'DAHDI/1-1'
>-- Executing [h@from-trunk:1] Macro("DAHDI/1-1", "hangupcall,") in new 
> stack
>-- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/1-1", "1?theend") in new 
> stack
>-- Goto (macro-hangupcall,s,3)
>-- Executing [s@macro-hangupcall:3] ExecIf("DAHDI/1-1", 
> "0?Set(CDR(recordingfile)=)") in new stack
>-- Executing [s@macro-hangupcall:4] Hangup("DAHDI/1-1", "") in new stack
>  == Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'DAHDI/1-1' 
> in macro 'hangupcall'
>  == Spawn extension (from-trunk, h, 1) exited non-zero on 'DAHDI/1-1'
> MFC/R2 call end on channel 1
>-- Hungup 'DAHDI/1-1'
> 
> 
> 
> 
> MFC/R2 call offered on chan 2. ANI = , DNIS = 1, Category = *Unknown*
> [2013-03-26 10:43:50] WARNING[5264]: chan_dahdi.c:4127 dahdi_r2_write_log: 
> Chan 1 - MF back cycle timed out!
> [2013-03-26 10:43:50] ERROR[5264]: chan_dahdi.c:4130 dahdi_r2_write_log: Chan 
> 1 - Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize 
> ACK Transmitted, MF state = Accepted Call Transmitted, MF Group = Backward 
> Group B, CAS = 0x00
> DNIS = 1, ANI = , MF = 0x31
> [2013-03-26 10:43:50] ERROR[5264]: chan_dahdi.c:3915 
> dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 1: Multi Frequency 
> Cycle Timeout
> Chan 1 - Handling persistent pattern 0x08
> [2013-03-26 10:43:51] NOTICE[5264]: chan_dahdi.c:4161 dahdi_r2_on_line_idle: 
> Far end unblocked on chan 1
> [2013-03-26 10:43:52] WARNING[5264]: chan_dahdi.c:4127 dahdi_r2_write_log: 
> Chan 2 - MF back cycle timed out!
> [2013-03-26 10:43:52] ERROR[5264]: chan_dahdi.c:4130 dahdi_r2_write_log: Chan 
> 2 - Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize 
> ACK Transmitted, MF state = Accepted Call Transmitted, MF Group = Backward 
> Group B, CAS = 0x00
> DNIS = 1, ANI = , MF = 0x31
> [2013-03-26 10:43:52] ERROR[5264]: chan_dahdi.c:3915 
> dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 2: Multi Frequency 
> Cycle Timeout
> Chan 2 - Handling persistent pattern 0x08
> [2013-03-26 10:43:52] NOTICE[5264]: chan_dahdi.c:4161 dahdi_r2_on_line_idle: 
> Far end unblocked on chan 2
> ___
> 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;
> Interc

Re: [AsteriskBrasil] DAHDI MFCR2 - Embratel

2013-03-26 Por tôpico deny.san...@gmail.com

On Mar 26, 2013, at 4:38 PM, Nildo Furtado wrote:

> segue meu chandahdi.conf verifica se ajuda em algo, funcionando perfeitamente 
> aqui ...
> 
> 
> [channels]
> usecallerid=yes
> callwaiting=yes
> usecallingpres=yes
> callwaitingcallerid=yes
> threewaycalling=yes
> transfer=yes
> canpark=yes
> cancallforward=yes
> callreturn=yes
> echocancel=yes
> echotrainning=yes
> echocancelwhenbridged=yes
> 
> signalling=mfcr2
> mfcr2_variant=br
> mfcr2_get_ani_first=yes
> mfcr2_max_ani=20
> mfcr2_max_dnis=4
> mfcr2_category=national_subscriber
> mfcr2_logdir=span1
> mfcr2_logging=all
> 
> 
> 
> 
> group=1
> callgroup=1
> pickupgroup=1
> callerid=asreceived
> context=oi
> 
> channel => 1-15,17-31

Adicionei algumas opções no meu que tinha nas suas configuracoes porem mesmo 
erro , este teste foi agora ele cai a chamada no primeiro toque 

[2013-03-26 18:13:57] WARNING[6618]: chan_dahdi.c:4127 dahdi_r2_write_log: Chan 
1 - MF back cycle timed out!
[2013-03-26 18:13:57] ERROR[6618]: chan_dahdi.c:4130 dahdi_r2_write_log: Chan 1 
- Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK 
Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group 
A, CAS = 0x00
DNIS = 1, ANI = , MF = 0x31
[2013-03-26 18:13:57] ERROR[6618]: chan_dahdi.c:3915 
dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 1: Multi Frequency 
Cycle Timeout
Chan 1 - Handling persistent pattern 0x08




> 
> 
> 
> 2013/3/26 deny.san...@gmail.com 
> 
> On Mar 26, 2013, at 4:04 PM, Patrick EL Youssef wrote:
> 
>> Cara eu não sei o que pode ser porem nos meus arquivos eu uso estas duas 
>> opções a mais que o seu
>> 
>> mfcr2_immediate_accept=no
>> mfcr2_forced_release=no
>> 
>> O pessoal com mais experiencia com placas que usam dahdi podem saber o q é
>> 
>> Patrick
> 
> Valew Patrick, estou achando que é problema de hardware (balon , cabo BNC, 
> cabo e1) mais vou tentar com estas opções que voce me passou 
> 
> Valew
> 
>> 
>> Em 26-03-2013 15:18, deny.san...@gmail.com escreveu:
>>> On Mar 26, 2013, at 3:00 PM, Patrick EL Youssef wrote:
>>> 
>>>> Posta o chan_dahdi.conf
>>> Este é chan_dahdi.conf
>>> 
>>> trunkgroups]
>>> 
>>> [channels]
>>> 
>>> language=br
>>> 
>>> #include chan_dahdi_additional.conf
>>> #include dahdi-channels.conf
>>> 
>>> usecallerid=yes
>>> ;hidecallerid=yes
>>> callwaiting=yes
>>> callwaitingcallerid=yes
>>> threewaycalling=yes
>>> transfer=yes
>>> cancallforward=yes
>>> callreturn=yes
>>> immediate=no
>>> echocancel=yes
>>> echocancelwhenbridged=yes
>>> faxdetect=both
>>> 
>>> dahd_channels
>>> 
>>> signalling=mfcr2
>>> mfcr2_variant=BR
>>> mfcr2_get_ani_first=no
>>> mfcr2_max_ani=20
>>> mfcr2_max_dnis=4
>>> mfcr2_category=national_subscriber
>>> mfcr2_mfback_timeout=-1
>>> mfcr2_metering_pulse_timeout=-1
>>> mfcr2_advanced_protocol_file=/etc/asterisk/r2proto.conf
>>> mfcr2_logdir=span1
>>> mfcr2_logging=all
>>> faxdetect=both
>>> 
>>> context=from-trunk
>>> group=0
>>> signalling=mfcr2
>>> callgroup=1
>>> pickupgroup=1
>>> channel => 1-15
>>> channel => 17-31
>>> context=from-trunk
>>> group=1
>>> signalling=mfcr2
>>> callgroup=2
>>> pickupgroup=2
>>> channel => 32-46
>>> channel => 48-62
>>> 
>>> 
>>> 
>>>> Em 26-03-2013 14:55, deny.san...@gmail.com escreveu:
>>>>> Bom dia amigos gostaria de uma ajuda de todos, estou configurando um link 
>>>>> R2 da embratel porem o mesmo quando recebi chamadas esta gerando este 
>>>>> erro no dahdi e derrubando a ligação , alguma ideia ?
>>>>> 
>>>>> Obrigado
>>>>> 
>>>>> New MFC/R2 call detected on chan 1.
>>>>> Chan 2 - Handling persistent pattern 0x00
>>>>> New MFC/R2 call detected on chan 2.
>>>>> MFC/R2 call offered on chan 1. ANI = , DNIS = 1, Category = *Unknown*
>>>>> MFC/R2 call has been accepted on backward channel 1
>>>>>-- Executing [1@from-trunk:1] Set("DAHDI/1-1", "__FROM_DID=1") in new 
>>>>> stack
>>>>>-- Executing [1@from-trunk:2] NoOp("DAHDI/1-1", "Received an unknown 
>>>>> call with DID set to 1&qu

Re: [AsteriskBrasil] DAHDI MFCR2 - Embratel

2013-03-26 Por tôpico deny.san...@gmail.com

On Mar 26, 2013, at 4:39 PM, Patrick EL Youssef wrote:

> Se esta sincronizado  e a chamada chegando creio que nao seja hardware, a não 
> ser que isso aconteça aleatoriamente.
> 
> patrick

Eu coloquei uma central antiga com asterisk 1.2 e zaptel ainda e funcionou com 
a mesma placa , cabos etc , entao nao é hardware mesmo é alguma configuração do 
dahdi que nao esta batendo . Vou tentar a configuracao que o amigo passou 
tambem .

> 
> Em 26-03-2013 16:11, deny.san...@gmail.com escreveu:
>> 
>> On Mar 26, 2013, at 4:04 PM, Patrick EL Youssef wrote:
>> 
>>> Cara eu não sei o que pode ser porem nos meus arquivos eu uso estas duas 
>>> opções a mais que o seu
>>> 
>>> mfcr2_immediate_accept=no
>>> mfcr2_forced_release=no
>>> 
>>> O pessoal com mais experiencia com placas que usam dahdi podem saber o q é
>>> 
>>> Patrick
>> 
>> Valew Patrick, estou achando que é problema de hardware (balon , cabo BNC, 
>> cabo e1) mais vou tentar com estas opções que voce me passou 
>> 
>> Valew
>> 
>>> 
>>> Em 26-03-2013 15:18, deny.san...@gmail.com escreveu:
>>>> On Mar 26, 2013, at 3:00 PM, Patrick EL Youssef wrote:
>>>> 
>>>>> Posta o chan_dahdi.conf
>>>> Este é chan_dahdi.conf
>>>> 
>>>> trunkgroups]
>>>> 
>>>> [channels]
>>>> 
>>>> language=br
>>>> 
>>>> #include chan_dahdi_additional.conf
>>>> #include dahdi-channels.conf
>>>> 
>>>> usecallerid=yes
>>>> ;hidecallerid=yes
>>>> callwaiting=yes
>>>> callwaitingcallerid=yes
>>>> threewaycalling=yes
>>>> transfer=yes
>>>> cancallforward=yes
>>>> callreturn=yes
>>>> immediate=no
>>>> echocancel=yes
>>>> echocancelwhenbridged=yes
>>>> faxdetect=both
>>>> 
>>>> dahd_channels
>>>> 
>>>> signalling=mfcr2
>>>> mfcr2_variant=BR
>>>> mfcr2_get_ani_first=no
>>>> mfcr2_max_ani=20
>>>> mfcr2_max_dnis=4
>>>> mfcr2_category=national_subscriber
>>>> mfcr2_mfback_timeout=-1
>>>> mfcr2_metering_pulse_timeout=-1
>>>> mfcr2_advanced_protocol_file=/etc/asterisk/r2proto.conf
>>>> mfcr2_logdir=span1
>>>> mfcr2_logging=all
>>>> faxdetect=both
>>>> 
>>>> context=from-trunk
>>>> group=0
>>>> signalling=mfcr2
>>>> callgroup=1
>>>> pickupgroup=1
>>>> channel => 1-15
>>>> channel => 17-31
>>>> context=from-trunk
>>>> group=1
>>>> signalling=mfcr2
>>>> callgroup=2
>>>> pickupgroup=2
>>>> channel => 32-46
>>>> channel => 48-62
>>>> 
>>>> 
>>>> 
>>>>> Em 26-03-2013 14:55, deny.san...@gmail.com escreveu:
>>>>>> Bom dia amigos gostaria de uma ajuda de todos, estou configurando um 
>>>>>> link R2 da embratel porem o mesmo quando recebi chamadas esta gerando 
>>>>>> este erro no dahdi e derrubando a ligação , alguma ideia ?
>>>>>> 
>>>>>> Obrigado
>>>>>> 
>>>>>> New MFC/R2 call detected on chan 1.
>>>>>> Chan 2 - Handling persistent pattern 0x00
>>>>>> New MFC/R2 call detected on chan 2.
>>>>>> MFC/R2 call offered on chan 1. ANI = , DNIS = 1, Category = *Unknown*
>>>>>> MFC/R2 call has been accepted on backward channel 1
>>>>>>-- Executing [1@from-trunk:1] Set("DAHDI/1-1", "__FROM_DID=1") in new 
>>>>>> stack
>>>>>>-- Executing [1@from-trunk:2] NoOp("DAHDI/1-1", "Received an unknown 
>>>>>> call with DID set to 1") in new stack
>>>>>>-- Executing [1@from-trunk:3] Goto("DAHDI/1-1", "s,a2") in new stack
>>>>>>-- Goto (from-trunk,s,2)
>>>>>>-- Executing [s@from-trunk:2] Answer("DAHDI/1-1", "") in new stack
>>>>>>-- Executing [s@from-trunk:3] Wait("DAHDI/1-1", "2") in new stack
>>>>>> Chan 2 - Handling persistent pattern 0x08
>>>>>> Chan 2 - Far end disconnected. Reason: Normal Clearing
>>>>>> MFC/R2 call disconnected on channel 2
>>>>>> MFC/R2 call end on channel 2
>>>>&

Re: [AsteriskBrasil] DAHDI MFCR2 - Embratel

2013-03-26 Por tôpico deny.san...@gmail.com

On Mar 26, 2013, at 4:04 PM, Patrick EL Youssef wrote:

> Cara eu não sei o que pode ser porem nos meus arquivos eu uso estas duas 
> opções a mais que o seu
> 
> mfcr2_immediate_accept=no
> mfcr2_forced_release=no
> 
> O pessoal com mais experiencia com placas que usam dahdi podem saber o q é
> 
> Patrick

Valew Patrick, estou achando que é problema de hardware (balon , cabo BNC, cabo 
e1) mais vou tentar com estas opções que voce me passou 

Valew

> 
> Em 26-03-2013 15:18, deny.san...@gmail.com escreveu:
>> On Mar 26, 2013, at 3:00 PM, Patrick EL Youssef wrote:
>> 
>>> Posta o chan_dahdi.conf
>> Este é chan_dahdi.conf
>> 
>> trunkgroups]
>> 
>> [channels]
>> 
>> language=br
>> 
>> #include chan_dahdi_additional.conf
>> #include dahdi-channels.conf
>> 
>> usecallerid=yes
>> ;hidecallerid=yes
>> callwaiting=yes
>> callwaitingcallerid=yes
>> threewaycalling=yes
>> transfer=yes
>> cancallforward=yes
>> callreturn=yes
>> immediate=no
>> echocancel=yes
>> echocancelwhenbridged=yes
>> faxdetect=both
>> 
>> dahd_channels
>> 
>> signalling=mfcr2
>> mfcr2_variant=BR
>> mfcr2_get_ani_first=no
>> mfcr2_max_ani=20
>> mfcr2_max_dnis=4
>> mfcr2_category=national_subscriber
>> mfcr2_mfback_timeout=-1
>> mfcr2_metering_pulse_timeout=-1
>> mfcr2_advanced_protocol_file=/etc/asterisk/r2proto.conf
>> mfcr2_logdir=span1
>> mfcr2_logging=all
>> faxdetect=both
>> 
>> context=from-trunk
>> group=0
>> signalling=mfcr2
>> callgroup=1
>> pickupgroup=1
>> channel => 1-15
>> channel => 17-31
>> context=from-trunk
>> group=1
>> signalling=mfcr2
>> callgroup=2
>> pickupgroup=2
>> channel => 32-46
>> channel => 48-62
>> 
>> 
>> 
>>> Em 26-03-2013 14:55, deny.san...@gmail.com escreveu:
>>>> Bom dia amigos gostaria de uma ajuda de todos, estou configurando um link 
>>>> R2 da embratel porem o mesmo quando recebi chamadas esta gerando este erro 
>>>> no dahdi e derrubando a ligação , alguma ideia ?
>>>> 
>>>> Obrigado
>>>> 
>>>> New MFC/R2 call detected on chan 1.
>>>> Chan 2 - Handling persistent pattern 0x00
>>>> New MFC/R2 call detected on chan 2.
>>>> MFC/R2 call offered on chan 1. ANI = , DNIS = 1, Category = *Unknown*
>>>> MFC/R2 call has been accepted on backward channel 1
>>>>-- Executing [1@from-trunk:1] Set("DAHDI/1-1", "__FROM_DID=1") in new 
>>>> stack
>>>>-- Executing [1@from-trunk:2] NoOp("DAHDI/1-1", "Received an unknown 
>>>> call with DID set to 1") in new stack
>>>>-- Executing [1@from-trunk:3] Goto("DAHDI/1-1", "s,a2") in new stack
>>>>-- Goto (from-trunk,s,2)
>>>>-- Executing [s@from-trunk:2] Answer("DAHDI/1-1", "") in new stack
>>>>-- Executing [s@from-trunk:3] Wait("DAHDI/1-1", "2") in new stack
>>>> Chan 2 - Handling persistent pattern 0x08
>>>> Chan 2 - Far end disconnected. Reason: Normal Clearing
>>>> MFC/R2 call disconnected on channel 2
>>>> MFC/R2 call end on channel 2
>>>> Chan 1 - Handling persistent pattern 0x08
>>>> Chan 1 - Far end disconnected. Reason: Normal Clearing
>>>> MFC/R2 call disconnected on channel 1
>>>>  == Spawn extension (from-trunk, s, 3) exited non-zero on 'DAHDI/1-1'
>>>>-- Executing [h@from-trunk:1] Macro("DAHDI/1-1", "hangupcall,") in new 
>>>> stack
>>>>-- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/1-1", "1?theend") in 
>>>> new stack
>>>>-- Goto (macro-hangupcall,s,3)
>>>>-- Executing [s@macro-hangupcall:3] ExecIf("DAHDI/1-1", 
>>>> "0?Set(CDR(recordingfile)=)") in new stack
>>>>-- Executing [s@macro-hangupcall:4] Hangup("DAHDI/1-1", "") in new stack
>>>>  == Spawn extension (macro-hangupcall, s, 4) exited non-zero on 
>>>> 'DAHDI/1-1' in macro 'hangupcall'
>>>>  == Spawn extension (from-trunk, h, 1) exited non-zero on 'DAHDI/1-1'
>>>> MFC/R2 call end on channel 1
>>>>-- Hungup 'DAHDI/1-1'
>>>> 
>>>> 
>>>> 
>>>> 
>>>> MFC/R2 call offered on chan 2. ANI = , DNIS = 1, C

Re: [AsteriskBrasil] DAHDI MFCR2 - Embratel

2013-03-26 Por tôpico deny.san...@gmail.com

On Mar 26, 2013, at 3:00 PM, Patrick EL Youssef wrote:

> Posta o chan_dahdi.conf

Este é chan_dahdi.conf

trunkgroups]

[channels]

language=br

#include chan_dahdi_additional.conf
#include dahdi-channels.conf

usecallerid=yes
;hidecallerid=yes
callwaiting=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
immediate=no
echocancel=yes
echocancelwhenbridged=yes
faxdetect=both

dahd_channels

signalling=mfcr2
mfcr2_variant=BR
mfcr2_get_ani_first=no
mfcr2_max_ani=20
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_mfback_timeout=-1
mfcr2_metering_pulse_timeout=-1
mfcr2_advanced_protocol_file=/etc/asterisk/r2proto.conf
mfcr2_logdir=span1
mfcr2_logging=all
faxdetect=both

context=from-trunk
group=0
signalling=mfcr2
callgroup=1
pickupgroup=1
channel => 1-15
channel => 17-31
context=from-trunk
group=1
signalling=mfcr2
callgroup=2
pickupgroup=2
channel => 32-46
channel => 48-62



> 
> Em 26-03-2013 14:55, deny.san...@gmail.com escreveu:
>> Bom dia amigos gostaria de uma ajuda de todos, estou configurando um link R2 
>> da embratel porem o mesmo quando recebi chamadas esta gerando este erro no 
>> dahdi e derrubando a ligação , alguma ideia ?
>> 
>> Obrigado
>> 
>> New MFC/R2 call detected on chan 1.
>> Chan 2 - Handling persistent pattern 0x00
>> New MFC/R2 call detected on chan 2.
>> MFC/R2 call offered on chan 1. ANI = , DNIS = 1, Category = *Unknown*
>> MFC/R2 call has been accepted on backward channel 1
>>-- Executing [1@from-trunk:1] Set("DAHDI/1-1", "__FROM_DID=1") in new 
>> stack
>>-- Executing [1@from-trunk:2] NoOp("DAHDI/1-1", "Received an unknown call 
>> with DID set to 1") in new stack
>>-- Executing [1@from-trunk:3] Goto("DAHDI/1-1", "s,a2") in new stack
>>-- Goto (from-trunk,s,2)
>>-- Executing [s@from-trunk:2] Answer("DAHDI/1-1", "") in new stack
>>-- Executing [s@from-trunk:3] Wait("DAHDI/1-1", "2") in new stack
>> Chan 2 - Handling persistent pattern 0x08
>> Chan 2 - Far end disconnected. Reason: Normal Clearing
>> MFC/R2 call disconnected on channel 2
>> MFC/R2 call end on channel 2
>> Chan 1 - Handling persistent pattern 0x08
>> Chan 1 - Far end disconnected. Reason: Normal Clearing
>> MFC/R2 call disconnected on channel 1
>>  == Spawn extension (from-trunk, s, 3) exited non-zero on 'DAHDI/1-1'
>>-- Executing [h@from-trunk:1] Macro("DAHDI/1-1", "hangupcall,") in new 
>> stack
>>-- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/1-1", "1?theend") in 
>> new stack
>>-- Goto (macro-hangupcall,s,3)
>>-- Executing [s@macro-hangupcall:3] ExecIf("DAHDI/1-1", 
>> "0?Set(CDR(recordingfile)=)") in new stack
>>-- Executing [s@macro-hangupcall:4] Hangup("DAHDI/1-1", "") in new stack
>>  == Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'DAHDI/1-1' 
>> in macro 'hangupcall'
>>  == Spawn extension (from-trunk, h, 1) exited non-zero on 'DAHDI/1-1'
>> MFC/R2 call end on channel 1
>>-- Hungup 'DAHDI/1-1'
>> 
>> 
>> 
>> 
>> MFC/R2 call offered on chan 2. ANI = , DNIS = 1, Category = *Unknown*
>> [2013-03-26 10:43:50] WARNING[5264]: chan_dahdi.c:4127 dahdi_r2_write_log: 
>> Chan 1 - MF back cycle timed out!
>> [2013-03-26 10:43:50] ERROR[5264]: chan_dahdi.c:4130 dahdi_r2_write_log: 
>> Chan 1 - Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = 
>> Seize ACK Transmitted, MF state = Accepted Call Transmitted, MF Group = 
>> Backward Group B, CAS = 0x00
>> DNIS = 1, ANI = , MF = 0x31
>> [2013-03-26 10:43:50] ERROR[5264]: chan_dahdi.c:3915 
>> dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 1: Multi Frequency 
>> Cycle Timeout
>> Chan 1 - Handling persistent pattern 0x08
>> [2013-03-26 10:43:51] NOTICE[5264]: chan_dahdi.c:4161 dahdi_r2_on_line_idle: 
>> Far end unblocked on chan 1
>> [2013-03-26 10:43:52] WARNING[5264]: chan_dahdi.c:4127 dahdi_r2_write_log: 
>> Chan 2 - MF back cycle timed out!
>> [2013-03-26 10:43:52] ERROR[5264]: chan_dahdi.c:4130 dahdi_r2_write_log: 
>> Chan 2 - Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = 
>> Seize ACK Transmitted, MF state = Accepted Call Transmitted, MF Group = 
>> Backward Group B, CAS = 0x00
>> DNIS = 1, ANI = , MF = 0x31
>> [2013-03-26 10:43:52] ERROR[5264]: chan_dahdi.c:3915 
>> dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 2: Multi Frequency 
>

[AsteriskBrasil] DAHDI MFCR2 - Embratel

2013-03-26 Por tôpico deny.san...@gmail.com
Bom dia amigos gostaria de uma ajuda de todos, estou configurando um link R2 da 
embratel porem o mesmo quando recebi chamadas esta gerando este erro no dahdi e 
derrubando a ligação , alguma ideia ? 

Obrigado 

New MFC/R2 call detected on chan 1.
Chan 2 - Handling persistent pattern 0x00
New MFC/R2 call detected on chan 2.
MFC/R2 call offered on chan 1. ANI = , DNIS = 1, Category = *Unknown*
MFC/R2 call has been accepted on backward channel 1
   -- Executing [1@from-trunk:1] Set("DAHDI/1-1", "__FROM_DID=1") in new stack
   -- Executing [1@from-trunk:2] NoOp("DAHDI/1-1", "Received an unknown call 
with DID set to 1") in new stack
   -- Executing [1@from-trunk:3] Goto("DAHDI/1-1", "s,a2") in new stack
   -- Goto (from-trunk,s,2)
   -- Executing [s@from-trunk:2] Answer("DAHDI/1-1", "") in new stack
   -- Executing [s@from-trunk:3] Wait("DAHDI/1-1", "2") in new stack
Chan 2 - Handling persistent pattern 0x08
Chan 2 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 2
MFC/R2 call end on channel 2
Chan 1 - Handling persistent pattern 0x08
Chan 1 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on channel 1
 == Spawn extension (from-trunk, s, 3) exited non-zero on 'DAHDI/1-1'
   -- Executing [h@from-trunk:1] Macro("DAHDI/1-1", "hangupcall,") in new stack
   -- Executing [s@macro-hangupcall:1] GotoIf("DAHDI/1-1", "1?theend") in new 
stack
   -- Goto (macro-hangupcall,s,3)
   -- Executing [s@macro-hangupcall:3] ExecIf("DAHDI/1-1", 
"0?Set(CDR(recordingfile)=)") in new stack
   -- Executing [s@macro-hangupcall:4] Hangup("DAHDI/1-1", "") in new stack
 == Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'DAHDI/1-1' in 
macro 'hangupcall'
 == Spawn extension (from-trunk, h, 1) exited non-zero on 'DAHDI/1-1'
MFC/R2 call end on channel 1
   -- Hungup 'DAHDI/1-1'




MFC/R2 call offered on chan 2. ANI = , DNIS = 1, Category = *Unknown*
[2013-03-26 10:43:50] WARNING[5264]: chan_dahdi.c:4127 dahdi_r2_write_log: Chan 
1 - MF back cycle timed out!
[2013-03-26 10:43:50] ERROR[5264]: chan_dahdi.c:4130 dahdi_r2_write_log: Chan 1 
- Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK 
Transmitted, MF state = Accepted Call Transmitted, MF Group = Backward Group B, 
CAS = 0x00
DNIS = 1, ANI = , MF = 0x31
[2013-03-26 10:43:50] ERROR[5264]: chan_dahdi.c:3915 
dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 1: Multi Frequency 
Cycle Timeout
Chan 1 - Handling persistent pattern 0x08
[2013-03-26 10:43:51] NOTICE[5264]: chan_dahdi.c:4161 dahdi_r2_on_line_idle: 
Far end unblocked on chan 1
[2013-03-26 10:43:52] WARNING[5264]: chan_dahdi.c:4127 dahdi_r2_write_log: Chan 
2 - MF back cycle timed out!
[2013-03-26 10:43:52] ERROR[5264]: chan_dahdi.c:4130 dahdi_r2_write_log: Chan 2 
- Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK 
Transmitted, MF state = Accepted Call Transmitted, MF Group = Backward Group B, 
CAS = 0x00
DNIS = 1, ANI = , MF = 0x31
[2013-03-26 10:43:52] ERROR[5264]: chan_dahdi.c:3915 
dahdi_r2_on_protocol_error: MFC/R2 protocol error on chan 2: Multi Frequency 
Cycle Timeout
Chan 2 - Handling persistent pattern 0x08
[2013-03-26 10:43:52] NOTICE[5264]: chan_dahdi.c:4161 dahdi_r2_on_line_idle: 
Far end unblocked on chan 2
___
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-unsubscr...@listas.asteriskbrasil.org