Re: [AsteriskBrasil] Ajuda para levantar dados.
Caio Begotti escreveu: O suporte a MFC/R2 através da Unicall e libmfcr2 do Steve Underwood serviu demais pra gente. Sem ela muitos projetos enormes de Asterisk seriam poeira hoje no Brasil. Acontece que o tempo dela passou, já era. O próprio Steve já falou que não pretende dar manutenção nela direito mais e rompeu com o Asterisk. Hoje pra se solucionar isso já existem sim soluções melhores como as baseadas em hardware (caso da Khomp e Digivoice, só pra citar as mais conhecidas no Brasil). Acho que R2 via software é buxa de canhão. Ajudou muito no passado, mas hoje no way. Uma dúvida que tenho sobre esse assunto: sempre que falam da placa da Digivoice falam que o suporte a R2 é no hardware. Nunca trabalhei com esta placa e não conheço sua arquitetura então a dúvida é o seguinte: A implementação de toda sinalização MFC/R2 é no hardware mesmo ? É no firmware da placa ? Este firmware é carregado juntamente com o driver ou pode ser atualizado via software ? Não é na tal VoicerLib que fica o protocolo ? Afinal, a placa não tinha suporte a ISDN PRI até a algum tempo atrás e foi desenvolvido, pelo que li nas listas, um módulo de interface com a LIBPRI, ou seja, com certeza o suporte a ISDN não é no hardware :) E na placa Khomp ? Alguém sabe como é ? Leonardo Estação VoIP 2006 5 e 6 Dezembro Curitiba PR http://www.estacaovoip.com.br ___ LIsta de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil ___ Acesse o wiki AsteriskBrasil.org: http://www.asteriskbrasil.org
Re: [AsteriskBrasil] Ajuda para levantar dados.
Caio, Primeiro gostaria de te agradecer, apenas duas pessoas na lista responderam este email. Para tentar incentivar outras pessoas a responderem este email, irei expressar minha opniao, baseando-me nas respostas do Caio. Minhas opiniões pessoais depois de mais de 1 ano trabalhando nisso: 1. Asterisk-1.2 somente em casos ueber estáveis que precisam de recursos básicos de um PBX IP, não vale a pena desenvolver HOJE uma solução em volta dele do zero, somente dar manutenção no que já existe ou que cai na primeira condição desse item. Pelo que tenho acompanhado e testado, a série 1.4.X está longe de manter a mesma estabilidade da serie 1.2.X. Fora toda a parte de R2D que é um complicador para a instalacao do Asterisk na America Latina. Sinto que a serie 1.4.X está servindo de CURRENT para a 1.2.X! 2. As possibilidades de fazer uma solução (seja gráfica ou não, total ou parcial) pro 1.4 são boas desde que tenha um foco bem específico. Não vejo como lucrativo ou mesmo interessante fazer clones do que já existe. O interessante pra empresas e grupos de desenvolvedores livres é fazer configuradores modulares. Nada de ter uma aplicação monstruosa e super completa que faz tudo. Isso é demorado, muito caro e precisa de gente muito capacitada pra fazer direito. Concordo com sua opiniao, mas como não existe um roadmap claro por parte da Digium, é possível que o desenvolvimento ou acesso a determinada característica do Asterisk mude drasticamente em pouco tempo, o que levaria a um desenvolvimento(RETRABALHO) contínuo destas interfaces para acompanhar a evolucao da serie 1.4.X! 3. Os projetos que já existem pra isso tendem tendem a buscar facilidades novas como por exemplo roteamentos especiais de chamadas, módulos de relatórios com gráficos e firulas desse tipo. GUIs que fazem o básico existem de monte, e sabemos que o básico do Asterisk é coisa pra cacete. Realmente, penso que firulas nao trazem funcionalidades! O ideal é seguir o desenvolvimento no modelo KISS(Keep It Simple, Stupid!). Mas, aplicar um pouco de ergonomia no software seria importante, podemos dar uma olhada na falta disto no TrixBox. 4. Solicitar novas funções e exigir correçoes de problemas não leva muita gente pra frente nesses projetos. Aprendi que a mentalidade brasileira padrão de berrar no ouvido do desenvolvedor e esperar sentado não resolve nada, só queima o seu filme (não que eu tenha passado por isso, ainda bem). A cultura brasileira padrão em projetos open source é o problema aqui também. 5. Interagir com os devels do Asterisk é bastante complicado, e isso não serve só pra brasileiros. Conheço gente de outros países que acham os caras da Digium uns imbecis e os tais bug marshalls uns pederastas. Aquela coisa de show me the code raramente funciona, depende do humor deles. No Brasil existem muitos desenvolvedores diretamente ligados em varios projetos OpenSource, nao consegui localizar ninguém que contribua ativamente com o Asterisk. Partindo deste princípio o motivo de eu ter levantado tal questionamento, não existem desenvolvedores aptos ou nao existe interesse por parte da Digium? Pelo que já pesquisei, acho que não posso adicionar nada a resposta de número 5. 6. No caso do Asterisk eu não acho que exista essa falta, talvez uma ausência de roadmap e integração melhor com os desenvolvedores de soluções em cima do Asterisk. Muitas vezes o pessoa do TrixBox e outras empresas ficam perdidos porque os caras do Asterisk não tem metas traçadas e é tudo meio na correria, então o que é hoje pode não ser amanhã. Não existe API que aguente isso. Acredito que estas metas nao sao divulgadas e/ou nao existam interesses por parte da Digium. Acredito também, que o impacto do mercado foi muito maior do que o esperado pelo Mark Spencer, em um futuro breve, eles devem adequar-se a uma rotina de desenvolvimento mais clara. O FreeBSD também sofreu esse impacto em seu desenvolvimento, mas é extremamente complicado comparar o desenvolvimento de um OS e um pacote de softwares(Essa é a métrica comparativa que tenho neste momento.) --- Caio, obrigado novamente por dedicar seu tempo para responder este email. --- Atenciosamente. -- Marcelo Araujo [EMAIL PROTECTED] http://www.FreeBSD.org signature.asc Description: OpenPGP digital signature Estação VoIP 2006 5 e 6 Dezembro Curitiba PR http://www.estacaovoip.com.br ___ LIsta de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil ___ Acesse o wiki AsteriskBrasil.org: http://www.asteriskbrasil.org
Re: [AsteriskBrasil] Ajuda para levantar dados.
On 17/05/2007, at 09:25, Marcelo Araujo wrote: Primeiro gostaria de te agradecer, apenas duas pessoas na lista responderam este email. Para tentar incentivar outras pessoas a responderem este email, irei expressar minha opniao, baseando-me nas respostas do Caio. Sem problemas :-) vai mais algumas coisas aí... Pelo que tenho acompanhado e testado, a série 1.4.X está longe de manter a mesma estabilidade da serie 1.2.X. Sim e não. Não porque hoje mesmo vi o mantenedor da série 1.2.x do Asterisk dizer que o 1.2.x está pra entrar, em breve, em estado de manutenção de segurança somente. Participando no Freebie como você parece fazer isso é algo até bastante normal, um software estável nesse sentido. Mas em questões de funcionalidades e evolução do software o Asterisk 1.4.x é muito, mas muito melhor. Sim porque ele é um queijo suiço com consistência de gelatina ainda, realmente. Outro dia vi um cidadão na asterisk-dev dizer que tem muito call center com 1.4.x já. Eu quase caí pra trás mijando de rir. Aqui entra o problema da Digium ter feito um 1.2.x sem pensar nas proporções do projeto. Por isso, eu acho que quando o 1.4.x amadurecer ele ficará até muito mais tempo como estável do que o 1.2.x. Fora toda a parte de R2D que é um complicador para a instalacao do Asterisk na America Latina. O problema aqui é bem mais embaixo. O suporte a MFC/R2 através da Unicall e libmfcr2 do Steve Underwood serviu demais pra gente. Sem ela muitos projetos enormes de Asterisk seriam poeira hoje no Brasil. Acontece que o tempo dela passou, já era. O próprio Steve já falou que não pretende dar manutenção nela direito mais e rompeu com o Asterisk. Hoje pra se solucionar isso já existem sim soluções melhores como as baseadas em hardware (caso da Khomp e Digivoice, só pra citar as mais conhecidas no Brasil). Acho que R2 via software é buxa de canhão. Ajudou muito no passado, mas hoje no way. Mas, aplicar um pouco de ergonomia no software seria importante, podemos dar uma olhada na falta disto no TrixBox. Nenhum dos projetos que vi como solução complementar ao Asterisk priorizaram a usabilidade ou ergonomia com nenhuma seriedade. É um buraco a ser preenchido por quem for inteligente e souber pegar um nicho técnico. No Brasil existem muitos desenvolvedores diretamente ligados em varios projetos OpenSource, nao consegui localizar ninguém que contribua ativamente com o Asterisk. Depende do que você quer dizer com contribuir ativamente com o asterisk. Conheço brasileiros que participam de canais IRC, outros que ficam em listas de discussão, outros que fazem bug reports e os que desenvolvem coisas em cima. Como falei, depende do que ou quem você procura :-) Acredito também, que o impacto do mercado foi muito maior do que o esperado pelo Mark Spencer, em um futuro breve, eles devem adequar- se a uma rotina de desenvolvimento mais clara. É o que eu acho também. Ele mesmo disse no Estação VoIP em 2006 que é isso que ele pretende - voltar mais pra desenvolvimento e comunidade -, porque o relacionamento da Digium com quem usa, faz deployments e cria soluções pro Asterisk é muito sofrível ainda. Marcelo, talvez você consiga mais depoimentos interessantes na lista -biz do AsteriskBrasil.org, lá deve ter gente com dados que possam te ser úteis em relação ao que falamos. Aqui o pessoal é mais chão-de-fábrica, sabe como é, mão na massa :-) Até mais, -- Caio Begotti http://caio.ueberalles.net http://caio.alfanumerico.net Estação VoIP 2006 5 e 6 Dezembro Curitiba PR http://www.estacaovoip.com.br ___ LIsta de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil ___ Acesse o wiki AsteriskBrasil.org: http://www.asteriskbrasil.org
Re: [AsteriskBrasil] Ajuda para levantar dados.
Olá Marcelo. Não pude deixar de notar que você falou em mapeamento de regiões problemáticas com o R2... por acaso o Rio Grande do Sul está entre elas? Sempre encontro dificuldades em trabalhar com R2 por aqui. O legado que a antiga CRT deixou foi um sistema telefônico de péssima qualidade. Pra ter bons resultados no RS, só com ISDN mesmo. Att Vinícius Fontes Desenvolvimento Canall Tecnologia em Comunicações Ltda. Citando Marcelo Araujo [EMAIL PROTECTED]: Senhores, Estou fazendo meu trabalho de conclusao de curso em Engenharia de Software e gostaria da ajuda de voces. Meu trabalho tem como base o Asterisk e suas respectivas GUIs e APIs associadas ao projeto, tanto na versao 1.2.X como na 1.4.X. Algumas GUIs externas ao projeto Asterisk estao sendo analisadas, um exemplo disso é o TrixBox. Gostaria de saber, quais sao as dificuldades da comunidade AsteriskBrasil e quais as suas perspectivas no desenvolvimento de GUIs para usuarios finais, ou até mesmo para facilitar a configuracao em diversos pontos em um IPBX, até onde temos ferramentas boas para fazer esta tarefa? Quais as dificuldades dos usuarios Brasileiros em interagir com projetos como TrixBox e o proprio Asterisk! Interagir ao ponto de, solicitar novas funcoes ou correcoes de problemas. No caso de colaboracao no desenvolvimento de projetos como TrixBox e Asterisk, qual a maior dificuldade para colaborar com esses projetos? - Falta de APIs para facilitar o desenvolvimento de novos recursos? - Falta de exemplos de codigos para ajudar no entendimento dos recursos? - Falta de documentacao de como participar e desenvolver? - Falta abertura destes projetos para aceitarem novos desenvolvedores? Já mapiei com sucesso no historico da lista muitos problemas com a sinalizacao R2 Digital, consegui mapear tambem, quais as regioes que tem uma tendencia maior com esses problemas. Atenciosamente. -- Marcelo Araujo [EMAIL PROTECTED] http://www.FreeBSD.org Estação VoIP 2006 5 e 6 Dezembro Curitiba PR http://www.estacaovoip.com.br ___ LIsta de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil ___ Acesse o wiki AsteriskBrasil.org: http://www.asteriskbrasil.org