Linux slogan
Visite também: BR-Linux.org · Dicas-L · SoftwareLivre.org · UnderLinux

Linux banner
Linux banner
Linux banner
Linux banner


» Screenshot


Artigo

Instalação da placa PXE Intelbras
Linux user
ivan.joose
21/04/2010
Este artigo tem o objetivo de colocar minha experiência/dificuldades de instalar uma placa PXE de 4 interfaces E1, mas pode ser aplicado em qualquer placa PXE nas distribuições Linux Debian, Fedora Core e Ubuntu.
Por: Ivan Paes José
[ Hits: 42952 ]
Conceito: 10.0   3 voto(s)3 voto(s)3 voto(s)3 voto(s)3 voto(s) + quero dar nota ao artigo

Configurar os canais no dahdi

Edite o arquivo:

# vi /etc/dahdi/system.conf

E cole o seguinte:

loadzone=br
defaultzone=br
span=1,1,0,cas,hdb3,
cas=1-15,17-31:1010
dchan=16
echocanceller=oslec,1-15,17-31

span=2,2,0,cas,hdb3,
cas=32-46,48-62:1010
dchan=47
echocanceller=oslec,31-46,48-62

span=3,3,0,cas,hdb3,
cas=63-77,79-93:1010
dchan=78
echocanceller=oslec,63-77,79-93

span=4,4,0,cas,hdb3,
cas=94-108,110-124:1010
dchan=109
echocanceller=oslec,94-108,110-124

Obs.:
  • Nesse caso minha placa PXE tem 4 E1.
  • Caso não queria o cancelador OSLEC, no item echocanceller não coloque a palavra oslec.

Execute o comando:

# /etc/init.d/dahdi restart

E depois:

# dahdi_cfg -vvvvvv

Aparecerá os canais todos.

Nesse ponto a PXE está instalada e os leds atrás, no conector BNC ou RJ 45, devem está piscando.

<< Página anterior     Próxima página >>




Páginas do artigo

Outros artigos deste autor

Leitura recomendada

Comentários
[1] Comentário enviado por removido em 21/04/2010 - 19:24h:

Eita desafio bom da gota serena. Ce compilou o mundo inteiro mas resolveu o problema!!!
10!
;-)


[2] Comentário enviado por liota em 17/05/2010 - 14:31h:

Cara, sabe me dizer como posso fazer para monitorar os canais mfcr2?


[3] Comentário enviado por ivan.joose em 17/05/2010 - 14:39h:

Cara,

Eu utilizo o comando mfcr2 show channels, pois ele me diz quem está livre, em ligação ou bloqueado. Essas informações, para mim, já é o suficiente. Outro comando, não saberia, só pesquisando.


[4] Comentário enviado por adilsom em 30/08/2010 - 19:00h:


Quando instalo o asterisk versão 1.4.35 dou o comando ldd channels/chan_dahdi.so | grep openr2, não me retorna nada.


obrigado


[5] Comentário enviado por adilsom em 30/08/2010 - 19:24h:

instalei o pacote autoconf e funcionou tudo

obrigado


[6] Comentário enviado por nandovelho em 01/09/2010 - 23:24h:

Senhores, preciso de uma ajuda. Instalei instalei a placa pxe 100 da intelbras no disc-os, funcionou sem problema, porem ele nao esta estavel e falta alguns recursos. Entao instalei no asterisk 1.4, com centos 5.4 , inclusive seguindo este tutorial, funcionou faz chamadas perfeitamente, porem na hora de receber, acontece um fato curioso. quando alguem liga em um ddr, o ramal voip associado toca, porem para quem ligou fica mudo, o tempo que o ramal voip esta tocando o telefone de quem ligou fica mudo ( nao da o tom de chamada ), e se alguem atende o ramal voip conversa normalmente. mas tem outro detalhe o ramal voip toca apenas tres vezes, se nao atender neste periodo desliga a ligação.
O que e muito chato e que, quem ligou fica mudo e derrepente da um tom de ocupado.

Preciso da ajuda dos senhores.

desde ja agradeço.



[7] Comentário enviado por ivan.joose em 02/09/2010 - 00:03h:

Olá nandovelho,

Tive um problema semelhante ao seu, resolvi configurando no sip.conf os itens:

[general]
.
.
.
nat=yes
externip=ip_externo
localnet=10.0.0.0/255.0.0.0
localnet= 192.168.0.0/255.255.0.0
localnet= 172.16.0.0/255.255.0.0

Essas redes são as que tenho no meu servidor.

Um outro detalhe, pode ser a sinalização que está sendo bloqueada pelo firewall.

Espero que ajude!


[8] Comentário enviado por nandovelho em 03/09/2010 - 11:20h:

O ivan.joose, obrigado pela sua atenção e ajuda.


o firewal nao é pois esta desabilitado. e as configurações de rede, nat, tambem nao, pois estou utilizando um ip valido,
seriam necessarias se eu estivesse atras de um router. Obrigado pela dica.

O caso esta acontecendo apenas no recebimento de chamadas do tronco E1. Se eu ligo do meu celular para um DDR, o ramal voip vinculado ao ddr toca tres vezes, se ninguem atender para de tocar. E pra mim que estou no celular, quando chamo fica mudo e da tom de que caiu a chamada.

O ramal voip faz chamadas normalmente, e no recebimento se atender antes do terceiro ring do tel, conversa normalmente, mas esta estranho porque quem liga de um fixou ou celular para estes ddr, o sintoma que apresenta assim que disca o numero e ficar mudo e derrepente alguem ja aparece conversando. E se a pessoa do ramal voip nao atender antes dos 3 ring do tel, para a pessoa que esta no fixo ou celular ligando para este ddr , ( acaba de discar, fica mudo um tempo e cai a chamada ).


mais uma vez obrigado


[9] Comentário enviado por nandovelho em 05/09/2010 - 18:59h:

Senhores ninguem tem uma sugestao ?



[10] Comentário enviado por ivan.joose em 05/09/2010 - 20:38h:

Olá!

Esse meu servidor, que coloquei as informações, também possui um IP externo configurado em sua ETH1, mesmo assim tive que deixar assim, cabe lembrar que é asterisk 1.2.
Esse seu relato é muito típico com problemas de duplo atendimento, mas o tempo que toca e ficando em conversação, atendendo sem o ring, não fica evidente que seja esse o problema.
Mesmo assim se quiseres tentar essa configuração:

No arquivo chan_dahdi.conf deixar assim:

mfcr2_allow_collect_calls=no
mfcr2_double_answer=no

E reinicia o servidor.

Ligando de ramal VoIP para ramal VoIP tudo normal? Podes colocar o que aparece no CLI desde o inicio da chamada? E explique seu cenário, como o servidor está instalado, E1 pública, ramais, etc.


[11] Comentário enviado por nandovelho em 06/09/2010 - 09:42h:

ivan.joose


liga de ramal pra raal perfeitamente, usando sip.

o asterisk usado aqui e 1.4
Meu cenario é bastante simples.

extension esta assim
exten => 8170,1,Dial(SIP/125695,120,rR)
exten => 8170,n,Hangup

o servidor é centos 5.5 32 bits instalaçao base. epois segui este manual somente instalei o pacote autoconf


uma coisa que notei hoje foi se der o comando dahdi restart da esta mensagem
[Sep 6 06:22:40] NOTICE[3112]: chan_dahdi.c:1636 dahdi_r2_on_line_idle: Far end unblocked on chan 4



-- Executing [8170@a2billing-did:1] Dial("DAHDI/1-1", "SIP/125695|120|rR") in new stack
-- Called 125695
-- SIP/125695-00000003 is ringing
Chan 1 - Far end disconnected. Reason: Normal Clearing
MFC/R2 call disconnected on chan 1
MFC/R2 call end on chan 1
-- Hungup 'DAHDI/1-1'



minhas configuraçaoes


system.conf
loadzone=br
defaultzone=br
span=1,1,0,cas,hdb3,
cas=1-15,17-31:1010
echocanceller=oslec,1-15,17-31

chan_dahdi.conf
[trunkgroups]

[channels]
language=pt_BR
usecallerid=yes
hidecallerid=no
callwaiting=> yes
usecallingpres=> yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
imm



Se tiver alguma sugestao, desde ja agradeço sua atenção.



[12] Comentário enviado por ivan.joose em 06/09/2010 - 11:04h:

Olá!

Uma pergunta, você está utilizando algum programa para tarifar as chamadas? Pergunto isso porque? vi no log essa informação: a2billing-did, pois tem uma série de configuração, quando utiliza esse a2billing, coisa que não domino, mas nada que não podemos aprender.
Se você utilizar, esse sistema e se for possível, claro, podes tirá-lo da jogada, se que já não fez hehehe, para fazer um teste.

Atenciosamente,


[13] Comentário enviado por nandovelho em 06/09/2010 - 12:29h:

neste teste que fiz, ja retirei da jogada


[a2billing-did]
exten => 8170,1,Dial(SIP/125695,120,rR)
exten => 8170,n,Hangup




[14] Comentário enviado por ivan.joose em 06/09/2010 - 12:42h:

Caraca velho,

Nem sei mais o que pode ser, meus parcos conhecimentos, não me ajudam mais. No log que você colocou informa que ramal está ringando (-- SIP/125695-00000003 is ringing) e depois vem uma desconexão normal, alguém desligou a chamada de boa. (Chan 1 - Far end disconnected. Reason: Normal Clearing). Está tudo perfeito.
Você disse que utilizou o Disc-OS, qual versão você usou? Recomendo utilizar a 1.1, antigo, mas a melhor em minha opinião, tenho uns 20 servidores, com esse cara rodando, e nenhum problema.
O problema que eu nem consigo simular, pois não tenho E1 verdadeiro chegando em meu laboratório, tanto é que fiz os testes do tutorial com um PABX.
Vou continuar pesquisando, caso encontre a resposta, coloco aqui. Agora fiquei curioso com esse seu problema.
O ramal na ponta é ATA ou softphone?

Atenciosamente,


[15] Comentário enviado por nandovelho em 06/09/2010 - 14:38h:

pois e, ta complicada coisa.

utilizei a versao 1.0.1 do disc-os funcionou perfeitamente bem a placa e1 com os ddr´s, mas com frequencia acontecia de dar uma mensagem de que todas as linhas encontram-se ocupadas neste momento. Ligaçoes de entrada e saida davam isso com frequencia. O que me fez migrar para o disc-os 2.0 onde me deparei com outro problema que era ao reiniciar o micro ou reiniciar o asterisk perdia todas as configurações dos ddr's. Fiz a atualização do mesmo e permaneceu o mesmo problema. por isso ta interressado mysql para usar o a2billing para comandar tudo. Seria utilizado o disc-os 2.0 apenas para comunicação com a placa E1.

Quando consigo atraves do tutorial fazer a instalação da mesma no freepabx com a2billing. tava tudo maravilhoso, ate me deparar com este outro problema. Que é ( o ramal voip tocar normalmente, e apenas 3 ring's ) enquanto que do outro lado quem ta ligando fica mudo ate tocar os 3 ring's no ramal voip, quando entao derruba a chamada. ( para quem ta ligando da a imprensao que so da sinal de ocupado, pois fica mudo e derruba a chamada ).

Vou tentar novamente com Disc-os 2.0 e ver se de alguma forma consigo colocar o mysql para funcionar. Pois tem um forum do disc-os falando disso.


[16] Comentário enviado por ivan.joose em 06/09/2010 - 15:02h:

Cara, sugiro você utilizar a versão 1.1.1, testada e aprovada pelo desenvolvimento da Intelbras, a versão 2.2-1 não foi validada.
Se você instalar o linux (centOS, debian, fedora, ubuntu, etc ...) e instalar apenas a PXE sem tarifador e mysql funciona, chegou a fazer esse teste?
Muito estranho mesmo, nunca vi algo parecido. Tentou usar softphone nos testes. Pesquisando na net, vi pessoal com problemas de não da tom de controle por causa das conf do ATA e em softphone fica legal.

Atenciosamente,


[17] Comentário enviado por adilsom em 08/09/2010 - 15:28h:

ola, ivan, poderia colocar seu contexto para receber ligaçoes da placa?

obrigado


[18] Comentário enviado por ivan.joose em 08/09/2010 - 15:54h:

Olá,

Eu no momento não tenho um contexto feito em uma máquina com asterisk puro, mas segue um de que estou usando disc-os com link ISDN.

[disc-from-trunk-TR001] - #Link na primeira interface da placa.
include => disc-inrt-entrante

[disc-inrt-entrante]
exten => _[*#0-9].,1,Set(FROM_DID=${EXTEN})
exten => _[*#0-9].,2,Set(CDR(userfield)=entrante)
exten => _[*#0-9].,3,Macro(disc-blacklist,,${CALLERID(NUM)},in)
exten => _[*#0-9].,4,Goto(disc-ext-bridge,${FROM_DID},1)
exten => s,1,Set(FROM_DID=s)
exten => s,2,Goto(disc-inrt-entrante,_[*#0-9].,2)

[disc-ext-bridge]
exten => _[*#0-9].,1,Set(BRIDGE=yes)
exten => _[*#0-9].,2,NoOp(Bridged Call)
exten => _[*#0-9].,3,Goto(disc-from-internal-additional,${EXTEN},1)

[disc-from-internal-additional]
include => parkedcalls
include => disc-ext-meetme
include => disc-ext-groups
include => disc-ext-local
include => disc-ext-queues
include => disc-ext-apps
include => disc-ext-ivrs
include => disc-ext-disas
include => disc-outbound-allroutes
exten => h,1,Hangup


Espero que ajude.

Atenciosamente,



[19] Comentário enviado por adilsom em 08/09/2010 - 20:59h:

desculpe encmodar, mas nao entende esta placa.

o que preciso é coloar ex o ddr 8170 tocar em uma extensao ex 125695

como ficaria meu contexto?

obrigado


[20] Comentário enviado por ivan.joose em 10/09/2010 - 20:43h:

Olá,

Desculpa a demora na resposta, estava enrolado com algumas coisas e não consegui responder antes. Eu uso assim:

[TR001] #se usar o context da configuração aqui do tutorial, portanto os primeiros canais 1 ao 31, 16 está fora.

exten => _8170,1,Answer()
exten => _8170,2,Dial(SIP/125695,,T)
exten => _8170,3,Hangup()

Espero que ajude.

Atenciosamente,


[21] Comentário enviado por cooperbr em 26/01/2011 - 12:14h:

oi.

tentei compilar com o dahdi 2.4 e obtenho este erro, poderias me ajudar


/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:512:3: error: invalid preprocessing directive #struct
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c: In function âacte4_maintâ:
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:513: error: âtsâ undeclared (first use in this function)
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:513: error: (Each undeclared identifier is reported only once
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:513: error: for each function it appears in.)
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:640:3: error: invalid preprocessing directive #struct
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c: In function âacte4_shutdownâ:
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:641: error: âtsâ undeclared (first use in this function)
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:682:3: error: invalid preprocessing directive #struct
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c: In function âacte4_spanconfigâ:
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:683: error: âtsâ undeclared (first use in this function)
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:787:4: error: invalid preprocessing directive #ts
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:788:4: error: invalid preprocessing directive #ts
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:789:4: error: invalid preprocessing directive #ts
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:790:4: error: invalid preprocessing directive #ts
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:791:4: error: invalid preprocessing directive #ts
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:792:4: error: invalid preprocessing directive #ts
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:793:4: error: invalid preprocessing directive #ts
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:794:4: error: invalid preprocessing directive #ts
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:811:4: error: invalid preprocessing directive #ts
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:812:4: error: invalid preprocessing directive #ts
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:937:3: error: invalid preprocessing directive #struct
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c: In function âacte4_startupâ:
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:938: error: âtsâ undeclared (first use in this function)
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:1509:5: error: invalid preprocessing directive #wc
/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.c:1512:5: error: invalid preprocessing directive #wc
make[2]: *** [/usr/src/dahdi-linux-2.4.0/drivers/dahdi/pxe.o] Error 1
make[1]: *** [_module_/usr/src/dahdi-linux-2.4.0/drivers/dahdi] Error 2
make[1]: Leaving directory `/usr/src/kernels/2.6.18-194.3.1.el5-i686'
make: *** [modules] Error 2


[22] Comentário enviado por ivan.joose em 26/01/2011 - 21:02h:

Olá cooperbr,

Pelo que eu sei há realmente uma incompatibilidade do drive da pxe com a versão 2.4 do dahdi e pelo que eu sei a Intelbras não está mais desenvolvendo esse driver. A esperença é alguém da comunidade pegar o fonte do driver e dar uma olhada. Infelismente eu não tenho tal conhecimento. Ou aquele negócio tentativa e erro, comenta as linhas que reclama e vai vendo o que dá se compilar, ver se em teste pode ocorrer instabilidade.

Boa sorte,

Atenciosamente,


[23] Comentário enviado por cooperbr em 28/01/2011 - 19:57h:

Ola a todos.

bom funciono no elastix, recompilei os dahdi, tudo agora ocorreu sem problemas. eliminando as linhas com erros.

so que se dou agora um /etc/init.d/dahdi restart, ai sim trava tudo. mais fora isto esta tudo ok. 2 dias em producao sem problemas.

meu cenario na empresa e um server

2 placas khomp, 1 pci-e e outra pci
1 placa e1 intelbras pxe200
2 bancos de canais cianet total 72 ramais

ta rodando ate agora que e uma maravilha hehe


[24] Comentário enviado por ivan.joose em 28/01/2011 - 21:56h:

Olá cooperbr,

Parabéns por ter conseguido resolver seu problema com o dahdi!!! Obrigado por compartilhar seu sucesso conosco. Uma coisa, você consegue numa boa passar fax pela PXE 200? se você fazer uma teste e lembrar de nos comunicar, fico grato. Teve problema no seguinte cenário:

1 - sistema operacional Ubuntu 8.04;
2 - Asterisk 1.4.X.

A solução encontrada, por quem cuidou do caso, foi substituir pela PXE 400, no caso tinha sobrando e deu para fazer isso.

Atenciosamente,


[25] Comentário enviado por genivalos2 em 03/09/2011 - 09:03h:

Ivan,

Estou tentando efetuar os seus procedimentos e não está dando certo. Tenho uma distro do Asterisk (ELASTIX 2.0.3 => Linux: CENT-OS 5.5 => Kernel: Linux(i386)-2.6.18-194.3.1.el5 => asterisk:1.6.2.13-0 => dahdi-2.3.0.1-3).

Pergunta nº 1: Esse seu procedimento serve para mim (todo ou em parte)?

Pergunta nº 2: Você teria o procedimento para o meu caso?

Pergunta nº 3: Caso a resposta da 1ª pergunta seja positiva, quando comento as linhas 1509, 1512 e 2152, apenas o erro da linha 2152 é que desaparece. Os erros das linhas 1509 e 1512 persistem. Eu gostaria de saber qual é o conteúdo dessas linhas no arquivo pxe.c, pois pode ser que eu esteja comentando as linhas erradas (estou utilizando o nano e quando tecla <CTRL> "C" eu vejo em qual linha estou posicionado). Talvez também seja que estou comentando da forma errada, mas já tentei com // e com /* */.

Gostaria muito da sua ajuda, pois já vasculhei tudo na NET e não encontrei nada além dos seus procedimentos.

Muito obrigado.

Genival Sousa


[26] Comentário enviado por ivan.joose em 03/09/2011 - 12:58h:

Genival,

Infelizmente não sei lhe responder se esse procedimento irá funcionar em seu ambiente. Tendo em vista que é centOS, creio que não é para ter problemas, não consigo te afirmar isso porque não testei com essa plataforma, mas em comentários acima, tivemos colegas que obtiveram sucesso.

Nas linhas 1509, 1512 e 2152 do arquivo pxe.c tem o seguinte:


Linha 1509: wc->tspans[x]->span.bpvcount += (cnt_tmp>>(8*x))&0xff; (alguma coisa com contadores de violações bipolares)
Linha 1512: wc->tspans[x]->span.crc4count += (cnt_tmp>>(8*x))&0xff; (alguma coisa com contadores de CRC4)
Linha 2152: rw_proc_file->owner = THIS_MODULE; (esse eu não sei)


Não entendo de programação e não sei o que tem que ser feito para corrigir isso, creio que o comando tenha mudado a sintaxe na nova versão do dahdi. Como falei, não sei nada de programação e é apenas hipótese. Sobre a forma de comentar, ao meu ver, está correto. Se eu puder ajudar mais em algo só falar.

Atenciosamente,

Ivan Paes


[27] Comentário enviado por ronaldo.sacco em 15/10/2011 - 10:04h:

Ivan, muito bom o Artigo.

Só usei esta placa porque era o que o meu cliente tinha. Tentei reduzir custos para ele sem fazer ele comprar uma placa nova. Mas depois de apanhar bastante com esta placa, fica aqui algumas tentativas que eu fiz até chegar ao correto funcionamento.

- Debian 6 (Squeeze) não teve jeito de instalar esta placa neste SO. Não consegui fazer ela "subir". Liguei para o suporte da Intelbras, mas o pessoal lá não pode (ou não sabiam) me ajudar. Mas me passaram os drivers mais recentes disponíveis (que não são tão recentes..).

- Então parti pro Ubuntu 9.10, neste funcionou perfeitamente seguindo o tutorial. Tentei 3 versões: dahdi-linux-complete-2.2.1+2.2.1, dahdi-linux-2.5.0.1 e na que eu consegui sem problemas: dahdi-linux-2.3.0

Só tive que inserir o módulo tor2 no arquivo /etc/modprobe.d/blacklist.conf, pois senão o pxe não levantava. Feito isso, ficou 100%.

Att,
Ronaldo Sacco


[28] Comentário enviado por ivan.joose em 15/10/2011 - 10:51h:

Ronaldo,

Primeiramente, obrigado pelo seu comentário. Realmente, concordo com você, o driver é muito antigo e por consequência existe incompatibilidade com as versões mais novas de dahdi, pelo que fiquei sabendo até a versão 2.2 não tem problema e acima dessa versão pode ocorrer alguns erros, como as que ocorreram no artigo e outros que eu não me deparei, o recomendado é usar 2.0 do dahdi.
Fico feliz em saber que pude contribuir com o seu sucesso.

Abraço!

Atenciosamente,

Ivan Paes



Contribuir com comentário


  
Para executar esta ação você precisa estar logado no site, caso contrário, tudo o que for digitado será perdido.
Responsável pelo site: Fábio Berbert de Paula - Conteúdo distribuído sob licença GNU FDL
Site hospedado por:

Viva o Linux

A maior comunidade Linux da América Latina! Artigos, dicas, tutoriais, fórum, scripts e muito mais. Ideal para quem busca auto-ajuda em Linux.