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" <alep...@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" <alep...@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.headme...@gmail.com> escreveu: > >>> > >>>> 1º digivoice e khomp tem os drivers abertos > >>>> > >>>> > >>>> > >>>> 2009/12/1 Rodolfo Carvalho < rdf...@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 < gust...@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 < vinic...@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.figueired...@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 <-> 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@listas.asteriskbrasil.org > >>>>>> > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > >>>>> _______________________________________________ > >>>>> A Redfone é líder no fornecimento de bridges TDMoE <-> 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@listas.asteriskbrasil.org > >>>>> > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > >>>>> > >>>> _______________________________________________ > >>>> A Redfone é líder no fornecimento de bridges TDMoE <-> 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@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 <-> 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@listas.asteriskbrasil.org > >>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > >>>> > >>>> > >>>> _______________________________________________ > >>>> A Redfone é líder no fornecimento de bridges TDMoE <-> 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@listas.asteriskbrasil.org > >>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > >>> _______________________________________________ > >>> A Redfone é líder no fornecimento de bridges TDMoE <-> 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@listas.asteriskbrasil.org > >>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > >> _______________________________________________ > >> A Redfone é líder no fornecimento de bridges TDMoE <-> 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@listas.asteriskbrasil.org > >> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > > _______________________________________________ > > A Redfone é líder no fornecimento de bridges TDMoE <-> 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@listas.asteriskbrasil.org > > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > _______________________________________________ > A Redfone é líder no fornecimento de bridges TDMoE <-> 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@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil _______________________________________________ A Redfone é líder no fornecimento de bridges TDMoE <-> 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@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil