Re: [Gutl-l] Sobre AsteriskNow
Hola Raphael, ¿Has probado con Speex, o mejor aún, con Opus? He leído sobre ambos, pero no he podido probarlos directamente. Servilio __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] Sobre AsteriskNow
Se me olvida ..el que menos consume BW es lpc10 pero se escucha como "chewaca" con unos tequilas de mas (el pelu de "la guerra de las galaxias") Despues esta g723 ..2 variantes de muestreo (no es lineal) 5k y 6k mas el overheard por suspuesto y el mejor de los mejores es g729, buena compresion y calidad especial, ecepto para FAX y DTMF "inband" Para ambos hay que pagar una licencia, existen los "ipp" que son free para paises que se limpian el "fenomeno" con las licencias gringas :o) quieres jugar un poquito con los codecs ? Ve a este sitehttp://www.asteriskguru.com/tools/bandwidth_calculator.php jat - Original Message - From: "Dpto Informatica Pol. Felo Echezarreta" To: "Soporte técnico para Software Libre y GNU/Linux." Sent: Wednesday, April 30, 2008 9:37 AM Subject: [linux-l] Sobre AsteriskNow Listeros me baje e instale el Asterisknow para 32 bit y me funciona aceptablemente bien en una LAN mi intencion es usarlo con conexiones de 64 kb/s en una WAN por supuesto contra un servidor de 4 M entonces saben de algun cliente que soporte conferencias multiples es decir con el objetivo de poder dar una reunion virtual. O alguien que me recomiende alguna configuracion eficiente para no consumir tanto ancho de banda, Estoy usando el codec ILBC que me han dicho es el que menos consumo en el audio. Saludos ___ Cancelar suscripción https://listas.softwarelibre.cu/mailman/listinfo/linux-l Buscar en el archivo http://listas.softwarelibre.cu/buscar/linux-l -- No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.6/1403 - Release Date: 29/04/2008 7:26 -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] Sobre AsteriskNow
Otra cosa NO te recomiendo AsteriskNow Ellos "sueltan" siempre la beta pa que tu (o la comunidad se machuquen) o usas asterisk "sin condom" o si prefieres una GUI usa trixbox SIP es un standart ..IAX2 NO lo es, estarias limitado a interactuar con otros asterisks o softphones o dispositivos chinos que tienen mas problemas que un libro de "Analisis I" Si necesitas ayuda en tu proyecto de VoIP dejamelo saber ..yo tengo terminacion en todo el planeta a precios tan ridiculos como desde $0.02 el minuto, ademas tengo numeros de casi 100 ciudades en el mundo ..como es logico ecepto Cuba :o) jat - Original Message - From: "Dpto Informatica Pol. Felo Echezarreta" To: "Soporte técnico para Software Libre y GNU/Linux." Sent: Wednesday, April 30, 2008 10:21 AM Subject: Re: [linux-l] Sobre AsteriskNow Sera tan cierto que el protocolo IAX consume tanto recureso del Servidor, pues si es asi ni modo no hay quien pueda con eso. Entonces con IAx2 se consume menos ancho de banda que con el protocolo SIP. Bueno espero cualquier otra sugerencia. - Original Message - From: "Enrique" To: "Soporte técnico para Software Libre y GNU/Linux." Sent: Wednesday, April 30, 2008 6:53 AM Subject: Re: [linux-l] Sobre AsteriskNow Amigo yo uso la versio de 64 bit es lo mismo En el propio asterisk hay una opcion para hacer conferencias (conferencing). Ahora sobre los protocolos a usar lee el texto que sigue y saca tus propias concluciones, yo uso Zoiper_2.14_Free que usa el protocolo IAX. IAX vs SIP como protocolo de VoIP Los objetivos de este nuevo protocolo fueron minimizar el ancho de banda necesario para señalización y el medio, y proporcionar soporte interno para traspararencia en la traducción de direcciones de red (NAT), todo ello permitiendo la escalabilidad necesaria para futuras mejoras de funcionalidades. No es necesaria ninguna configuración adicional para hacer funcionar IAX para atravesar firewalls NAT. En lugar de usar "Real-time Protocol" (RTP), IAX utiliza "User Datagram Protocol" (UDP) sobre un único puerto de Internet (Puerto 4569) para transmitir y recibir la señalización y el medio. IAX atraviesa fácilmente firewalls y emplea muchas menos cabeceras que RTP. IAX puede triplicar el número de llamadas enviadas a través de un solo megabit cuando se utiliza por ejemplo el codec con compresión G.729. Por ejemplo, empleando G.729 a través de protocolo IAX se permiten efectuar al menos 103 llamadas a través de 1M bit de ancho de banda simétrico. En lugar de "parsear" comandos de texto, IAX utiliza datos únicamente binarios porque esta es la forma natural de comunicarse entre sí los ordenadores. Las respuestas del protocolo IAX se envían de vuelta desde donde quiera que viniesen en lugar de tener que negociar una dirección IP externa. Al estar continuamente enviándose solicitudes "ping-pong", si la línea se cae de repente, el dispositivo IAX se percataría en menos de 1 minuto. Toda la señalización tiene lugar dentro de una consistente capa 2 de datos. Los tonos multifrecuencia (DTMF) se envían siempre a través del mismo camino como el resto de señalizaciones de datos y de esta forma son retransmitidos de forma fiable al otro extremo. El protocolo IAX transmite los paquetes de audio con tan sólo 4 bytes de cabecera y los comandos emplean un ancho de banda muy reducido. Para llamadas múltiples, el "trunking" IAX reduce las cabeceras de cada canal combinando los datos de varios canales en un sólo paquete, reduciendo así no sólo el número de cabeceras, sino también el número de paquetes, lo cual es importante, por ejemplo, en redes WiFi. Es más, el protocolo IAX es tan simple y directo que el stack IP completo, el stack IAX, el itnterface TDM, la cancelación de eco y la generación de caller ID se puede implementar en un adaptador de terminales analógicos (ATA). El dispositivo ATA que incluye un puerto de Ethernet un puerto de teléfono, y convierte el teléfono analógico en un teléfono IP se puede contruir con tan sólo un microprocesador de 8-bits, 4K bytes de RAM y 64K bytes de memoria flash interna, por lo que en un futuro cercano, alguien podría construir un teléfono IP por 10$ usando estos componentes tan comunes y baratos. La presencia de productos futuros El protocolo IAX se está extendiendo para incluir encriptación y funcionalidades de intercomunicación. Aunque todas las implementaciones son iguales, el principal obstáculo para la aceptación de IAX's por parte de los fabricantes parece ser la falta de un estandar documentado (documentación disponible en el área de descargas de asterisk-es). Sin embargo, muchos colaboradores están trabajando en la creación de un estándar, y cualquiera puede de forma voluntaria contribuir a la causa. Incluso sin un estándar documentado, algunos fabricantes han creado nuevos productos compatibles con IAX o extendido las capacidades de sus productos existentes para soportar IAX. El servicio de telefonía analógica tradicional es fiable porque es tan simple
[Gutl-l] Sobre AsteriskNow
IAX2 ? ..muy bonito ..la IDEA de Spencer fue buena ..pero es "unga", pa 4 llamadas necesitas 6 CPU :o) Avisame cuando te quiten la camia de fuerza :o) jat - Original Message - From: "Enrique" To: "Soporte técnico para Software Libre y GNU/Linux." Sent: Wednesday, April 30, 2008 7:53 AM Subject: Re: [linux-l] Sobre AsteriskNow Amigo yo uso la versio de 64 bit es lo mismo En el propio asterisk hay una opcion para hacer conferencias (conferencing). Ahora sobre los protocolos a usar lee el texto que sigue y saca tus propias concluciones, yo uso Zoiper_2.14_Free que usa el protocolo IAX. IAX vs SIP como protocolo de VoIP Los objetivos de este nuevo protocolo fueron minimizar el ancho de banda necesario para señalización y el medio, y proporcionar soporte interno para traspararencia en la traducción de direcciones de red (NAT), todo ello permitiendo la escalabilidad necesaria para futuras mejoras de funcionalidades. No es necesaria ninguna configuración adicional para hacer funcionar IAX para atravesar firewalls NAT. En lugar de usar "Real-time Protocol" (RTP), IAX utiliza "User Datagram Protocol" (UDP) sobre un único puerto de Internet (Puerto 4569) para transmitir y recibir la señalización y el medio. IAX atraviesa fácilmente firewalls y emplea muchas menos cabeceras que RTP. IAX puede triplicar el número de llamadas enviadas a través de un solo megabit cuando se utiliza por ejemplo el codec con compresión G.729. Por ejemplo, empleando G.729 a través de protocolo IAX se permiten efectuar al menos 103 llamadas a través de 1M bit de ancho de banda simétrico. En lugar de "parsear" comandos de texto, IAX utiliza datos únicamente binarios porque esta es la forma natural de comunicarse entre sí los ordenadores. Las respuestas del protocolo IAX se envían de vuelta desde donde quiera que viniesen en lugar de tener que negociar una dirección IP externa. Al estar continuamente enviándose solicitudes "ping-pong", si la línea se cae de repente, el dispositivo IAX se percataría en menos de 1 minuto. Toda la señalización tiene lugar dentro de una consistente capa 2 de datos. Los tonos multifrecuencia (DTMF) se envían siempre a través del mismo camino como el resto de señalizaciones de datos y de esta forma son retransmitidos de forma fiable al otro extremo. El protocolo IAX transmite los paquetes de audio con tan sólo 4 bytes de cabecera y los comandos emplean un ancho de banda muy reducido. Para llamadas múltiples, el "trunking" IAX reduce las cabeceras de cada canal combinando los datos de varios canales en un sólo paquete, reduciendo así no sólo el número de cabeceras, sino también el número de paquetes, lo cual es importante, por ejemplo, en redes WiFi. Es más, el protocolo IAX es tan simple y directo que el stack IP completo, el stack IAX, el itnterface TDM, la cancelación de eco y la generación de caller ID se puede implementar en un adaptador de terminales analógicos (ATA). El dispositivo ATA que incluye un puerto de Ethernet un puerto de teléfono, y convierte el teléfono analógico en un teléfono IP se puede contruir con tan sólo un microprocesador de 8-bits, 4K bytes de RAM y 64K bytes de memoria flash interna, por lo que en un futuro cercano, alguien podría construir un teléfono IP por 10$ usando estos componentes tan comunes y baratos. La presencia de productos futuros El protocolo IAX se está extendiendo para incluir encriptación y funcionalidades de intercomunicación. Aunque todas las implementaciones son iguales, el principal obstáculo para la aceptación de IAX's por parte de los fabricantes parece ser la falta de un estandar documentado (documentación disponible en el área de descargas de asterisk-es). Sin embargo, muchos colaboradores están trabajando en la creación de un estándar, y cualquiera puede de forma voluntaria contribuir a la causa. Incluso sin un estándar documentado, algunos fabricantes han creado nuevos productos compatibles con IAX o extendido las capacidades de sus productos existentes para soportar IAX. El servicio de telefonía analógica tradicional es fiable porque es tan simple que hay muy pocas posibilidades de equivocarse. El objetivo que persiguen los ingenieros que trabajan con IAX es llegar a hacer la VoIP igual de simple, de forma que un día incluso el menos hábil técnicamente de los empleados de una oficina pueda enchufar un teléfono IP de muy bajo coste y empezar a hacer llamadas directamente. espero que te sirva ___ Cancelar suscripción https://listas.softwarelibre.cu/mailman/listinfo/linux-l Buscar en el archivo http://listas.softwarelibre.cu/buscar/linux-l -- No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 269.23.6/1403 - Release Date: 29/04/2008 7:26 -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asu