[AsteriskBrasil] Banco de Canais CIANET com E1 Digivoice

Vinícius Fontes vinicius em canall.com.br
Quarta Dezembro 2 16:20:38 BRST 2009 

Concordo plenamente contigo Alexandre, realmente o código do Asterisk e do DAHDI não é nenhuma maravilha.

Pra você e o pessoal da lista ter uma idéia, há um tempo atrás tive um problema sério com um cliente. Segundo ele, o E1 caía a toda hora. Revisamos toda a configuração de cima a baixo, excluímos totalmente a possibilidade de ser algum problema no servidor. Conversamos com a operadora, brigamos com a operadora, e acabou não dando em nada. Tive que me deslocar mais de 1500Km para fazer uma verificação in loco e não encontrei nenhum defeito. Depois de muito bater cabeça, no desespero, resolvi remover fisicamente o VPMADT032 (cancelador de eco das placas de até 30 canais) e o problema parou. Acontece que o firmware do VPMADT032 tentava cancelar eco no canal B (!!!), destruindo a sinalização ISDN.

Apesar disso, ainda acho que a Digium é a melhor opção. Depois da incompetência da Sangoma em atualizar seus drivers, passei a não confiar em terceiros. Dos males, o menor.

Na minha opinião desenvolver channel drivers proprietários apenas para interfacear com placas está na absoluta contra-mão da solução do problema. Se os fabricantes das placas ao invés de escrever channel drivers proprietários usassem o mesmo esforço para resolver bugs no Asterisk (também é do interesse deles que o Asterisk funcione bem) todos se beneficiariam. Possivelmente a direção dessas empresas acredita que isso é "ajudar a concorrência". Triste isso.




Vinícius Fontes
www.asteriskforum.com.br - Informações e discussão sobre Asterisk e telefonia IP





----- "alexandre - aldeia digital" <alepaes em ad2.com.br> escreveu:

> Vinícius,
> 
> Você deve observar que há muito mais coisas envolvidas nisso.
> Os hardwares de Digium, Digivoice e Sangoma, por exemplo, são todos 
> completamente diferentes um do outro.
> A Sangoma era a única que tinha (tem?) SS7. E aí se o DAHDI não
> suportar 
> isso ??? Dane-se... não use SS7 no asterisk...
> A engenharia das placas da Digium caminhou junto com o driver. E esse,
> 
> beneficiou o hardware deles em específico, IMHO. E antigamente era 
> latente a qualidade superior da Sangoma e Voicetronix, por exemplo, 
> sobre as placas da Digium (TE110 alguém lembra ??? ).
> 
> O que já ví é uma pilha de comentários de desenvolvedores hardcore de
> 
> fora da Digium mostrando que o código do asterisk é uma bagunceira só,
> o 
> que dificulta demais o desenvolvimento, principalmente de hardwares. E
> 
> qual a desculpa para isso? "Fornecemos a jóia do asterisk na faixa e 
> vocês reclamam ???" :/
> 
> O próprio Nenad Corbic, engenheiro-chefe da Sangoma reclamou disso
> aqui 
> no Brasil no Estação VoIP em 2006 e o Mark Spencer caladinho...
> 
> Outro história: a briga do Seve Underwood com a idéia do Unicall era 
> válida: criar uma camada de abstração para que drivers pudessem 
> deselvolvidos para Unicall, e não para o foco da Digium. O cara foi 
> detonadíssimo por todos os caciques do devel.
> 
> Antes que me joguem pedras: faz anos que o Asterisk me dá muitas 
> felicidades. Mas nem por isso acho que a Digium é a empresa fofinha
> que 
> todo mundo acha que é. :P
> 
> Abraço,
> 
> Alexandre
> Aldeia Digital
> 
> P.S.: Só para lembrar, foi a Sangoma que patrocinou o OpenR2 e tornou
> 
> plausível a utilização desse atráves do Zaptel e DAHDI... ;)
> 
> 
> 
> 
> 
> Vinícius Fontes wrote:
> > Meus dois centavos: quem criou o Asterisk foi a Digium. O código é
> aberto. No Asterisk já existe o chan_dahdi que funciona muito bem.
> Qual a necessidade de inventar outro channel driver, que pode
> apresentar incompatibilidades? Pra quê reinventar a roda?
> > 
> > Sobre a Sangoma, apesar deles utilizarem o chan_dahdi, foi pura
> incompetência deles em não atualizar o Wanpipe para suportar uma
> versão do DAHDI que já existia há um bom tempo. Nada justifica isso,
> pois o DAHDI 2.2.0 ficou no trunk muito tempo, e ainda houve  5
> release candidates antes da versão final ser lançada. Por essa falha
> grave que eu não uso e não recomendo nada deles para ninguém. Quem
> garante que quando sair o DAHDI 2.4.0 isso não vai acontecer de novo?
> > 
> > 
> > 
> > 
> > Vinícius Fontes
> > www.asteriskforum.com.br - Informações e discussão sobre Asterisk e
> telefonia IP
> > 
> > 
> > 
> > 
> > 
> > ----- "alexandre - aldeia digital" <alepaes em ad2.com.br> escreveu:
> > 
> >> Olá,
> >>
> >> E como o CB Cianet utiliza TDMoE DAHDI (eita nome maldito!), o
> >> problema 
> >> persiste com a Digivoice, que não se dá bem com qq. coisa que o
> use.
> >>
> >> Esse pepino da Sangoma com o DAHDI foi de matar mesmo... Aconteceu
> 
> >> comigo há 3 meses atrás. Tive que usar uma Digium para resolver.
> >>
> >> Mas aí vem a pergunta: será que o problema é da Digivoice, Sangoma,
> 
> >> Khomp, etc... ou do asterisk que "casa" melhor com Zaptel/DAHDI e
> não
> >>
> >> faz 'questão' de funcionar com o resto ???
> >>
> >> Abraço,
> >>
> >> Alexandre
> >> Aldeia Digital
> >>
> >> Vinícius Fontes wrote:
> >>> Digivoice tem drivers abertos sim. Khomp na época que testei
> tinha
> >> drivers fechados, não sei se o código é aberto agora.
> >>> De qualquer forma, o problema não é o código ser aberto ou
> fechado.
> >> O problema é que tanto uma quanto a outra reinventam a roda
> >> desnecessariamente implementando channel drivers proprietários ao
> >> invés de usar o DAHDI.
> >>>
> >>>
> >>> Vinícius Fontes
> >>> www.asteriskforum.com.br - Informações e discussão sobre Asterisk
> e
> >> telefonia IP
> >>>
> >>>
> >>>
> >>>
> >>> ----- "Lucas" <detona.headmetal em gmail.com> escreveu:
> >>>
> >>>> 1º digivoice e khomp tem os drivers abertos
> >>>>
> >>>>
> >>>>
> >>>> 2009/12/1 Rodolfo Carvalho < rdfrdf em gmail.com >
> >>>>
> >>>>
> >>>> A digivoice assumiu o problema como sendo deles e já lançou
> versão
> >> de
> >>>> driver atualizado com a correção desse problema voicelib
> 4.2.2-rc4
> >> e
> >>>> dgvchannel-1.0.5-rc14
> >>>>
> >>>>
> >>>> 2009/12/1 Gustavo Cordeiro < gustavo em advent.com.br >
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> Além dessa integração nativa e perfeita que o Vinícius comentou,
> >>>>
> >>>> usando Digium você também prestigia e retribui o trabalho dos
> >>>> principais responsáveis por essa revolução no mundo da telefonia
> >> que é
> >>>> o Asterisk.
> >>>>
> >>>>
> >>>> Sds,
> >>>> Gustavo Cordeiro
> >>>> Advent Tecnologia Ltda.
> >>>> Telefone: 48 3024-9350
> >>>> Celular: 48 8809-0764
> >>>>
> >>>> www.advent.com.br
> >>>>
> >>>>
> >>>> 2009/12/1 Vinícius Fontes < vinicius em canall.com.br >:
> >>>>
> >>>>
> >>>>
> >>>>> O pessoal da lista já reportou esse problema aqui
> anteriormente.
> >> Até
> >>>> onde eu vi, parece que não tem solução.
> >>>>> Eu parei de trabalhar com placas que implementam seus channel
> >>>> drivers proprietários (incluindo Digivoice e Khomp) justamente
> por
> >>>> problemas e incompatibilidades desse tipo.
> >>>>> Pra não se incomodar, use Digium.
> >>>>>
> >>>>>
> >>>>>
> >>>>> Vinícius Fontes
> >>>>> www.asteriskforum.com.br - Informações e discussão sobre
> Asterisk
> >> e
> >>>> telefonia IP
> >>>>>
> >>>>>
> >>>>>
> >>>>> ----- "Felipe Figueiredo" < felipe.figueiredo86 em gmail.com >
> >>>> escreveu:
> >>>>>> Galera,
> >>>>>> to usando um banco de canais da CIANET, 32 FXS e 4 FXO, em um
> >>>> Asterisk
> >>>>>> 1.4.26.2. To usando uma placa de E1 da Digivoice, com vlib e
> >>>>>> dgvchannel atualizados.
> >>>>>> Tudo funciona, mas quando faço uma chamada externa usando o
> >> banco
> >>>> de
> >>>>>> canais, o áudio não passa. Toda vez que eu faço essa interação
> >>>> (Banco
> >>>>>> de Canais X Digivoice) acontece isso. O CIANET é interligado
> com
> >> o
> >>>>>> Asterisk via MAC, mas internamente não tem firewall bloqueando
> >>>> nada.
> >>>>>> Tanto é que os ramais SIP consegue fazer ligações externas
> numa
> >>>> boa. O
> >>>>>> problema é quando o banco de canais realiza uma chamada
> externa.
> >>>>>> Alguém já pegou esse problema? Esse cenário?
> >>>>>> Valeu
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> >>>>>> - Valor similar ao de placas E1 PCI;
> >>>>>> - Não há problemas de compatibilidade com barramento PCI;
> >>>>>> - Possibilitam a construção de soluções de alta
> >>>> disponibilidade(dois
> >>>>>> servidores compartilham o mesmo E1)
> >>>>>> Conheça mais sobre este produto em www.red-fone.com
> >>>>>> _______________________________________________
> >>>>>> Lista de discussões AsteriskBrasil.org
> >>>>>> AsteriskBrasil em listas.asteriskbrasil.org
> >>>>>>
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> >>>>> _______________________________________________
> >>>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> >>>>> - Valor similar ao de placas E1 PCI;
> >>>>> - Não há problemas de compatibilidade com barramento PCI;
> >>>>> - Possibilitam a construção de soluções de alta
> >> disponibilidade(dois
> >>>>> servidores compartilham o mesmo E1)
> >>>>> Conheça mais sobre este produto em www.red-fone.com
> >>>>> _______________________________________________
> >>>>> Lista de discussões AsteriskBrasil.org
> >>>>> AsteriskBrasil em listas.asteriskbrasil.org
> >>>>>
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> >>>>>
> >>>> _______________________________________________
> >>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> >>>> - Valor similar ao de placas E1 PCI;
> >>>> - Não há problemas de compatibilidade com barramento PCI;
> >>>> - Possibilitam a construção de soluções de alta
> >> disponibilidade(dois
> >>>> servidores compartilham o mesmo E1)
> >>>> Conheça mais sobre este produto em www.red-fone.com
> >>>> _______________________________________________
> >>>> Lista de discussões AsteriskBrasil.org
> >>>> AsteriskBrasil em listas.asteriskbrasil.org
> >>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Atenciosamente.
> >>>>
> >>>> Rodolfo Carvalho
> >>>> fone: (85) 8147 7698
> >>>>
> >>>> _______________________________________________
> >>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> >>>> - Valor similar ao de placas E1 PCI;
> >>>> - Não há problemas de compatibilidade com barramento PCI;
> >>>> - Possibilitam a construção de soluções de alta
> >> disponibilidade(dois
> >>>> servidores compartilham o mesmo E1)
> >>>> Conheça mais sobre este produto em www.red-fone.com
> >>>> _______________________________________________
> >>>> Lista de discussões AsteriskBrasil.org
> >>>> AsteriskBrasil em listas.asteriskbrasil.org
> >>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> >>>> - Valor similar ao de placas E1 PCI;
> >>>> - Não há problemas de compatibilidade com barramento PCI;
> >>>> - Possibilitam a construção de soluções de alta
> >> disponibilidade(dois 
> >>>> servidores compartilham o mesmo E1)
> >>>> Conheça mais sobre este produto em www.red-fone.com
> >>>> _______________________________________________
> >>>> Lista de discussões AsteriskBrasil.org
> >>>> AsteriskBrasil em listas.asteriskbrasil.org
> >>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> >>> _______________________________________________
> >>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> >>> - Valor similar ao de placas E1 PCI;
> >>> - Não há problemas de compatibilidade com barramento PCI;
> >>> - Possibilitam a construção de soluções de alta
> disponibilidade(dois
> >>  
> >>> servidores compartilham o mesmo E1)
> >>> Conheça mais sobre este produto em www.red-fone.com
> >>> _______________________________________________
> >>> Lista de discussões AsteriskBrasil.org
> >>> AsteriskBrasil em listas.asteriskbrasil.org
> >>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> >> _______________________________________________
> >> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> >> - Valor similar ao de placas E1 PCI;
> >> - Não há problemas de compatibilidade com barramento PCI;
> >> - Possibilitam a construção de soluções de alta
> disponibilidade(dois 
> >>
> >> servidores compartilham o mesmo E1)
> >> Conheça mais sobre este produto em www.red-fone.com
> >> _______________________________________________
> >> Lista de discussões AsteriskBrasil.org
> >> AsteriskBrasil em listas.asteriskbrasil.org
> >> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> > _______________________________________________
> > A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> > - Valor similar ao de placas E1 PCI;
> > - Não há problemas de compatibilidade com barramento PCI;
> > - Possibilitam a construção de soluções de alta disponibilidade(dois
>  
> > servidores compartilham o mesmo E1)
> > Conheça mais sobre este produto em www.red-fone.com
> > _______________________________________________
> > Lista de discussões AsteriskBrasil.org
> > AsteriskBrasil em listas.asteriskbrasil.org
> > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> _______________________________________________
> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
> - Valor similar ao de placas E1 PCI;
> - Não há problemas de compatibilidade com barramento PCI;
> - Possibilitam a construção de soluções de alta disponibilidade(dois 
> 
> servidores compartilham o mesmo E1)
> Conheça mais sobre este produto em www.red-fone.com
> _______________________________________________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil

Mais detalhes sobre a lista de discussão AsteriskBrasil