Postado por admin on May 11, 2007 under ASTERISK, SKYPE | 
Chanskype permite que se utilize do Skype dentro do Asterisk. Não sei se entendi a sacada mas o Chanskype se utiliza de uma API do Skype e uma biblioteca proprietária e ai é que vem a situação que faz muita gente torcer a cara. Por ser um biblioteca desenvolvida pelo pessoal do ChanSkype e eles não vão dar isso de graça você pode pagar 19US$ por uma licença pessoal ou 99US$ por 30 licenças de uso.
É complicado em um meio cheio de soluções Open Source você encontrar soluções proprietárias. Não sei se estou sendo desinformado mas em volta do Asterisk vi poucas soluções assim. Não estou reclamando, nem falando mal, mas é a primeira vez acho, que vejo isso, por isso achei curioso. Alias, ChanSkype tem um site todo em americano mas ele é feito por uma galera aqui do Rio de Janeiro.
O ChanSkype me passou despercebido até essa versão. Bom, vou abrir mais meus olhos…
Fonte: AsteriskOnline
Site do ChanSkype: www.chanskype.com
Postado por admin on under SEGURANÇA |
A noticia é meio antiga, mas vale a pena pela piada ou quem sabe alerta também…
Vasculhando noticias antigas do site AsteriskGuru descobri essa noticia que é datada de fevereiro desse ano. Bem, ela originalmente falava sobre fumar ser perigoso para VOIP… Mas se você ler a matéria você verá que não é bem assim… Na realidade ela é uma falha de segurança que serve de lição pra qualquer empresa de TI.
Aproveitando a pausa para fumar feita por vários empregados de uma empresa inglesa um individuo entra com seu Notebook dentro da empresa quando os funcionários terminaram a pausa e entraram todos juntos na empresa. Com a desculpa de que foi mandando pela empresa de TI o cara entra na cara dura dentro da empresa sem identificação nem nada. O cara ainda entrou em uma sala de reuniões e ligou seu Notebook a rede da empresa… Por sorte, segundo a noticia, a rede de dados da empresa é separada… Assim dados importantes não seriam copiadas… Mas chamadas telefônicas e ataques de DoS poderiam ser feitos…
É cada coisa… Por mais complexa que seja o firewall e todas a outras barreiras, a barreira virtual fica realmente inútil sem uma política de segurança… Isso sempre me preocupou, funcionários irritados, vingativos ou mal intencionados (senão tudo isso ao mesmo tempo…) podem causar sérios problemas a uma empresa. Apesar de que pior ainda, nesse caso da matéria, o cara nem entrou por ajuda de um funcionário… Que vergonha pra empresa que serviu de teste…
Fonte: ComputerWorld
Postado por admin on under OCS |
A Microsoft esta jogando alto. Começando pelo Codec. Ao invés de uma solução já pronta ela apostou em uma propria. Não achei nada sobre o nome do suposto Codec, mas em testes feitos o grupo Psytechnics o codec foi melhor que o IP Phones modelo Cisco 7961. Caso não entendam, significa que o processamento de sinal digital (DSP) de uma solução “software” se saiu melhor que uma solução em hardware e da CISCO que para quem trabalha com VOIP sabe muito bem a diferença que se tem entre hardware e software para isso.
Parece que a Microsoft quer integrar tudo mesmo. Segundo a analise tanto em critério objetivos (avaliação por softwares especializados) quanto em subjetivos (Avaliação pessoal) o Codec “ninja” da Microsoft ganhou. Vejam só… Não se sabe se a solução da Microsoft vai ser disponibilizada “free” ou vai ser uma solução proprietária mas é fato que ela vai dar dor de cabeça pra muito codec proprietário se ela for colocada free. Inimigos…Temei…
A segunda parte de noticia vem da Microsoft em adotar ICE como solução para lidar com o eterno problema Voip x NAT. ICE (Interactive Connectivity Establishment) é uma solução que consiste na utilização de varios métodos padronizados para combater NAT escolhidos de forma inteligente de acordo com o tipo de NAT encontrado. Normalmente, leio sobre ICE se utilizar de STUN (que resolve quase todos os casos menos o NAT simético) ou TURN (que resolve NAT simétrico), mas escolhendo cada um de acordo com a situação mais apropriada. Não seria muita novidade essa adoção levando consideração que a Microsoft e a Cisco já haviam se pronunciado serem favoraveis a adoção desse padrão (joguem no google microsoft + cisco + ice e vocês verão).
O NAT surgiu pra resolver a situação da demora na adoção do padrão IPV6 e o “tapa buraco” acabou dando o problema que deu. Então é melhor mesmo buscar uma solução padronizada para resolver o problema que depois cometer o erro novamente. Como parece que seria os SBCs (Session Border Controller) que aparentemente não trabalham em um padrão especifico.
Acho que vou perder um tempo a mais falando sobre ICE e outras formas de combater NAT em um proximo post…
Fonte: Voip & Gadgets
E para os mais preguiçosos, aqui o pdf com a analise do codec “ninja” da Microsoft feito pela Psytechnics.
