Instalação da placa PXE Intelbras

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.

[ Hits: 57.667 ]

Por: Ivan Paes José em 21/04/2010


Configurar os canais para o Asterisk



Edite o arquivo:

# vi /etc/asterisk/chan_dahdi.conf

E cole o seguinte:

[trunkgroups]

[channels]
language=pt_BR
usecallerid=yes
hidecallerid=no
callwaiting=> yes
usecallingpres=> yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
immediate=no
callerid=asreceived
faxdetect=both
loglevel=255
mfcr2_logging=all
mfcr2_call_files=yes
mfcr2_accept_on_offer=yes
dtmfmode=rfc2833

signalling=mfcr2
mfcr2_variant=br
mfcr2_get_ani_first=yes
mfcr2_max_ani=20
mfcr2_max_dnis=10
mfcr2_category=national_subscriber
mfcr2_allow_collect_calls=yes
mfcr2_double_answer=no
mfcr2_logdir=span1
mfcr2_advanced_protocol_file=/etc/asterisk/mfcr2_1.conf
rxgain=0.0
txgain=0.0
context=TR001
group=1
callgroup=1
pickupgroup=1
echocancel=no
echocancelwhenbridged=no
backwards=no
mfcr2_call_files=yes
channel => 1-15,17-31

signalling=mfcr2
mfcr2_variant=br
mfcr2_get_ani_first=yes
mfcr2_max_ani=20
mfcr2_max_dnis=10
mfcr2_category=national_subscriber
mfcr2_allow_collect_calls=yes
mfcr2_double_answer=no
mfcr2_logdir=span2
mfcr2_advanced_protocol_file=/etc/asterisk/mfcr2_2.conf
rxgain=0.0
txgain=0.0
context=TR002
group=2
callgroup=1
pickupgroup=1
echocancel=no
echocancelwhenbridged=no
backwards=no
mfcr2_call_files=yes
channel => 32-46,48-62

signalling=mfcr2
mfcr2_variant=br
mfcr2_get_ani_first=yes
mfcr2_max_ani=20
mfcr2_max_dnis=10
mfcr2_category=national_subscriber
mfcr2_allow_collect_calls=yes
mfcr2_double_answer=no
mfcr2_logdir=span3
mfcr2_advanced_protocol_file=/etc/asterisk/mfcr2_3.conf
rxgain=0.0
txgain=0.0
context=TR003
group=3
callgroup=1
pickupgroup=1
echocancel=no
echocancelwhenbridged=no
backwards=no
mfcr2_call_files=yes
channel => 63-77,79-93

signalling=mfcr2
mfcr2_variant=br
mfcr2_get_ani_first=yes
mfcr2_max_ani=20
mfcr2_max_dnis=10
mfcr2_category=national_subscriber
mfcr2_allow_collect_calls=yes
mfcr2_double_answer=no
mfcr2_logdir=span4
mfcr2_advanced_protocol_file=/etc/asterisk/mfcr2_4.conf
rxgain=0.0
txgain=0.0
context=TR004
group=4
callgroup=1
pickupgroup=1
echocancel=no
echocancelwhenbridged=no
backwards=no
mfcr2_call_files=yes
channel => 94-108,110-124

Obs.: Nesse caso minha placa PXE tem 4 E1.

Depois crie o seguinte arquivo:

# vi /etc/asterisk/mfcr2_1.conf

E cole:

mf_gb_tones.unallocated_number=7
mf_gb_tones.reject_collect_call=7
timers.mf_back_resume_cycle=150
timers.mf_back_cycle=1500
timers.mf_fwd_safety=10000
timers.r2_metering_pulse=200
timers.r2_seize=8000
timers.r2_answer=80000

Salve e faça o seguinte:

# cp -p /etc/asterisk/mfcr2_1.conf /etc/asterisk/mfcr2_2.conf
# cp -p /etc/asterisk/mfcr2_1.conf /etc/asterisk/mfcr2_3.conf
# cp -p /etc/asterisk/mfcr2_1.conf /etc/asterisk/mfcr2_4.conf


Os números em destaque são os links, como tenho 4 posições de E1, são 4 arquivos desse.

Reinicie a máquina.

Ao subir a máquina entre no Asterisk.

# asterisk -rvvvvvvvv

CLI> dahdi show channels
   Chan Extension  Context         Language   MOH Interpret
 pseudo            default                    default
      1            TR001           pt_BR      default
      2            TR001           pt_BR      default
      3            TR001           pt_BR      default
      4            TR001           pt_BR      default
      5            TR001           pt_BR      default

CLI> mfcr2 show channels
Chan Variant Max ANI Max DNIS ANI First Immediate Accept Tx CAS   Rx CAS
   1 BR      20      10       Yes       No               IDLE     IDLE
   2 BR      20      10       Yes       No               IDLE     IDLE
   3 BR      20      10       Yes       No               IDLE     IDLE
   4 BR      20      10       Yes       No               IDLE     IDLE

Se aparecer isso, aparecerão todos os seus canais, máquina ok para testes com E1.

Obs.: Realizado testes com um PABX 141 Digital Intelbras e testes ok. Ligação de 5 horas sem quedas. Não foi possível um teste com Link E1 de uma operadora. Se tiver alguém que possa fazer esse cenário e postar para gente como foi a experiência será muito bom.

Referências


Página anterior    

Páginas do artigo
   1. Preparando as distribuições para a instalação da PXE
   2. Instalando o Dahdi
   3. Configurar os canais no dahdi
   4. Instalando os pacotes libpri, openr2 e Asterisk
   5. Configurar os canais para o Asterisk
Outros artigos deste autor

Instalar placas Intelbras PXE 445 e PSO 800 no CentOS 5.7

Leitura recomendada

Wireless 2200BG Network no Slackware 11

Placa wireless broadcom com o driver BCM4310

Instalando um gravador de CD IDE

Configurando a placa de captura Pinnacle PCTV 110i [chip saa7134] no Slackware 10.2+

Ajustando o desempenho de discos rígidos

  
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




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts