Etiqueta: Curiosidades

  • 11.001 llamadas simultaneas con un único Asterisk

    La noticia ha resonado por toda la blogosfera y no es para menos, tras el concurso que promovió Digium para ver quién era la primera persona capaz de realizar más de 10.000 llamadas (5.000 conversaciones) con un único servidor Asterisk, parecía que todo estaba perdido hasta que hace un par de días leo por el twitter que Olle Johansson ha conseguido 11.001 canales simultaneos con un único Asterisk, algo realmente impresionante.

    La primera pregunta que a uno le viene a la cabeza es -«Cómo??» y tras recopilar un poco de información y traducir otro poco, tenemos algo más claro (aconsejo leerlo todo, el final es muy bonito):

    «Hola usuarios de Asterisk de todo el mundo!

    Recientemente, he estado trabajando en unas cuantas instalaciones de Asterisk bastante grandes. Unos 300 servidores corriendo Asterisk y Kamailio (OpenSER). Reemplazando grandes sistemas Nortel por unas pocas máquinas pequeñas y otras soluciones interesantes. Las pruebas han sido una gran parte de estos proyectos. ¿Cuánto podemos apretar a una única máquina con Asterisk?

    Hasta ahora, hemos sido capaz de conseguir 2.000 canales con G.711 en un QuadCore y con tarjetas de red Intel Pro/1000 en servidores IBM. En este momento, el sistema de balanceo de interrupciones (IRQ) se rinde y se va a la cama, y todo el tráfico es dirigido a un único núcleo por lo que el sistema también abandona. Hemos estado haciendo estas pruebas en varios sistemas, con varias tarjetas de red y hemos estado trabajando muy duro para mejorar el rendimiento. Nuevos drivers, nuevas tarjetas, nuevas herramientas. Pero todo parecía indicar que el problema estaba en la conexión entre la CPU (que es la que gestiona el tráfico de voz RTP) y Asterisk. Esto fue finalmente confirmado por algunos equipos de programadores diferentes.

    Imagina mi sorpresa este Lunes cuando yo instalé un típico y antiguo Asterisk 1.4 en un servidor HP, un DL380 G6, y enviando tráfico a varios viejos servidores IBM. 3 servidores reenviando llamadas entre ellos y conseguimos sobrepasar 10.000 canales sin problemas. Llamadas SIP a SIP, el puente P2P RTP, básicamente corriendo como un «media proxy». En este punto, nuestro switch gigabit fue el que se rindió, y por supuesto, las tarjetas de red. Empujar 850Mbits fue más que suficiente. Las CPUs (nosotros tuvimos 16 de ellas con hyperthreading) no estaban muy estresadas. Asterisk estaba ocupando algunas de ellas bastante bien, pero las demás estaban aburridas sin saber qué hacer.

    Así que, ayúdame. Necesito responderle a John Todds algunas preguntas mientras el me invita a un vino realmente caro en la próxima Astricon. ¿Qué fue lo que ocurrió? ¿Fueron las tarjetas de red Broadcom? ¿Fue la placa base Intel 5530? ¿o una combinación? también pudo haber sido el switch barato Netgear…

    Espero tener más acceso a estas máquinas, tres de ellas para hacer test con el último código. En esta versión tenemos nuevas tablas hash, todos los añadidos y cositas chulas que los desarrolladores de Digium han reescrito dentro de Asterisk. La versión Trunk probablemente será mucho mejor que la 1.4 ya que está mas orientada a grandes cargas y un mayor número de canales simultaneos.

    Está en nuestra mano construir nuevas generaciones de Asterisk, más allá de la versión 1.0. A la vez, los chicos del hardware no han estado durmiendo. Ellos son los encargados de hacer hardware barato que haga que nuestro software brille. Necesitamos probar otras cosas y ver cómo se portan el resto de sistemas Asterisk además de estas pruebas de llamadas. Manager, eventos, música en espera, agi, … Nuevos retos interesantes.

    Así que, toma uno de esos servidores de HP y monta un proveedor para un pueblo. Mientras estés en ello, compra otro de repuesto… el hardware puede fallar ( 😉 ).

    Pero eso sí, no digas que Asterisk no escala bien. Estos tiempos ya pasaron.

    /Olle

    (traducción del original en VentureVoIP)

  • Por qué decimos GUI cuando queremos decir Front-end

    En ocasiones, dos palabras cuyo significado se parecen, a menudo es utilizado por distintas personas como si fueran sinónimos, lo que puede llevar a dos posibles interpretaciones: Que habla de algo que no es, o que no tiene ni idea. Esto es lo que a veces pienso cuando leo algunas noticias y artículos, publicidad variada y abundante por no tildarla de SPAM-consentido.

    En este artículo voy a referirme principalmente a dos conceptos que se parecen, pero no son lo mismo y la diferencia puede llegar a ser realmente abrumadora e incluso, viéndolo desde un punto de vista objetivo, casi insultante.

    GUI son unas siglas que vienen a significar Graphical User Interface (o en español: Interfaz gráfica para el usuario).
    FRONT-END es un término inglés que viene a señalar un «frontal» para utilizar una aplicación final «fín«.

    Estos dos conceptos son muy parecidos, y de hecho, cualquiera sin experiencia pensaría que es lo mismo (siempre y cuando haya utilizado alguna vez ambos términos) pero nada más lejos de la realidad y para mostrarlo pondré un ejemplo bastante curioso y didáctico para el que no lo conozca:

    Cuando una persona instala Debian por primera vez, una de las primeras cosas que aprende, es que los paquetes donde se encuentran las aplicaciones, utilidades, librerías y todo, viene en archivos con extensión .deb la forma de instalar dichos paquetes (archivos paquetizadores) se hace SIEMPRE mediante una aplicación llamada dpkg. (des-packager) y mediante esta herramienta con una serie de parámetros, descomprimirá el paquete .deb y colocará cada archivo en el directorio donde debe estar.

    Con un simple vistazo a la herramienta dpkg podemos ver estos parámetros (he puesto la letra muy pequeña para que ocupe lo mínimo posible).

    dpkg-help
    Click para ampliar

    Se podría decir que trabajar con esta aplicación puede llegar a ser algo tedioso cuando para instalar un paquete, antes debemos instalar otros, y para instalar estos otros, antes hay que instalar otros… un usuario novato puede llegar a perder la paciencia.

    Para ello, se inventó una aplicación front-end llamada dselect. Esta aplicación tenía como objetivo facilitar el uso de la herramienta dpkg a los usuarios de manera que se simplificara su utilización y no tuvieran que estar peleándose con los distintos parámetros, a la vez que se automatizaba la búsqueda e instalación de dependencias (de manera que solo había que indicar qué paquete querías instalar y él instalaba sólo y automáticamente todos los paquetes que eran necesarios tener instalado previamente). El front-end en el fondo hace uso de la aplicación final: dpkg y sólo utiliza unos pocos parámetros.

    El comando dselect para muchos se convirtió en una bendición, para otros… en un doble suplicio. Como se solía decir, a veces era más difícil aprender a utilizar el front-end que la propia aplicación ‘end’.

    dselect-help
    Click para ampliar

    La herramienta dselect fue rechazada por gran parte de los usuarios de Debian por ser un front-end al que le faltaba una característica esencial: la aplicación Front-end debe ser INTUITIVA (Del lat. mediev. intuitĭo). Así que, como este front-end no terminó de satisfacer a los usuarios de Debian, se creó una herramienta nueva: apt-get que, no únicamente era mucho más sencilla de utilizar, si no que realmente eran tan útil, fácil y rápida de aprender que hoy día es la herramienta por excelencia que todo usuario de Debian conoce a la perfección.

    apt-get-help
    Click para ampliar

    Por ahora tenemos que dpkg es la herramienta principal y apt-get un front-end del dpkg que facilita la instalación de paquetes.
    Como aún así, el apt-get puede llegar a ser difícil de utilizar para alguien nuevo, se crearon otras herramientas: aptitude y una GUI llamada synaptic.
    Si uno se fija en las opciones de synaptic, puede ver que están TODAS y cada una de las opciones de la herramienta apt-get (NO una simplificación de los parámetros del apt-get).

    synaptic
    Click para ampliar

    Bien, después de este rollo, ¿que intento sacar en claro?

    – Una GUI es una transformación de una aplicación a un entorno gráfico.
    – Un Front-End es una simplificación para facilitar el uso de una aplicación. Un requisito de los Front-End es que deben ser INTUITIVOS.

    Ahora una reflexión:

    – Cuando un cliente dice que quiere una GUI, realmente quiere un Front-End?, un Front-End no tiene porqué ser gráfico, simplemente debe ser más sencillo, intuitivo para no tener que esforzarse en aprender todos los parámetros de la aplicación final.
    – Un Front-end no suele incluir todas las ventajas que la aplicación final por lo tanto, su uso generalmente está limitado.

    ¿Eso significa que si alguien utiliza un Front-End no puede hacer lo mismo que alguien que utilice una aplicación final?
    – No, si alguien utiliza una aplicación final de forma tan simple que hasta lo podría hacer con un Front-end.
    – Si, si alguien utiliza la aplicación final para hacer cosas complejas y más profesionales y no simplemente a nivel ‘usuario’.

    ¿Qué pasa si alguien no sabe manejar una herramienta Front-end?
    – No pasa nada, solo que si esa persona no sabe manejar una herramienta intuitiva, imaginate algo más complicado.

    ¿Qué pasa si alguien quiere hacer cosas complejas con un Front-end?
    – Pues, evidentemente hay cosas que el front-end no podrá hacer y tendrá que utilizar la aplicación final.

    Así que, chicos, chicas, espero que hayais entendido la diferencia entre GUI y FRONT-END a partir de ahora hablemos con propiedad conociendo la diferencia. 😀

  • Poniéndome al día…

    malaga-playa-3Después de tomarme unos días de descanso cerca de la familia y algunos días en la playa para que se disuelva el estrés en la salada y las cálidas aguas de Málaga (llegando incluso hasta los 30ºC) es la hora de volver a la rutina sufriendo un poco de depresión post-vacacional pero eso sí, un poco más relajado. 🙂

    Algunas cosas han ocurrido este verano, y es que como Sinologic es un blog sobre VoIP, se aprecia enormemente aquellos que habeis leído esta web estos días de bajo tráfico en los que tanto las noticias de la televisión como las de internet brillan por su ausencia.

    No obstante, en el mundo de la VoIP ocurre de forma diferente, cuanto más tiempo libre hay, más noticias se suceden mientras que cuando más ocupados están los protagonistas, menos información y novedades.

    He intentado desaparecer y desconectar de Internet tanto como he podido, aunque las «nuevas tecnologías» cada vez más «llevaderas» impiden que la desconexión sea total (qué le vamos a hacer) así que a la vuelta de vacaciones me encuentro con algunas novedades que había dejado en el tintero y algunas sorpresas bastante interesantes que iré comentando estos días a lo largo de esta semana y que seguro que os interesará a muchos.

    De momento, comentar que sigo estando al pie del cañón, pese a que este «curso» ha sido bastante duro por varios motivos, tanto personales como de otra índole y que espero que lo que falte por solucionarse, se solucione rápido, fácil y bien y que, aunque haya bajado el número de artículos, espero ponerme al día porque realmente este año en el que las empresas han «limitado» sus lanzamientos para recortar costes, estoy convencido de que será muy productivo a medida que vayamos saliendo del bache.

    Para todos aquellos que no habeis podido descansar este verano, desearos lo mejor y mucho ánimo y recordar que siempre hay tiempo para tomarse unos días de relax en un balneario, en el campo, en la playa o donde más os guste que seguro que os lo mereceis. 🙂

  • Nuevo módulo de Asterisk: chan_rtmp

    Hace unos días, leí que un desarrollador francés de Asterisk (Philippe Sultan) había empezado a desarrollar un módulo bastante «interesante», llamado: chan_rtmp que hace a Asterisk compatible con el protocolo RTMP.

    El protocolo RTMP (para el que no lo conozca) es un protocolo propiedad de Adobe que sirve como principal medio de transporte para audio, video y datos entre componentes Flash.

    videoconferenceEl pasado 21 de Enero, Adobe firmó una aceptación de uso en proyectos abiertos a la vez que hizo pública la especificación del protocolo RTMP permitiendo la creación de un OpenRTMP que permita a otros desarrolladores utilizar esta tecnología para crear sus propios sistemas de comunicaciones basados en RTMP y componentes Flash.

    El módulo de Philippe, permitiría a Asterisk gestionar llamadas realizadas mediante este protocolo y permitiría a Asterisk unificar dos «mundos» separados entre sí por una barrera inicialmente infranqueables, por lo que podríamos utilizar un componente Flash en una página web que captura audio y vídeo y conectarlo a Asterisk para poder hacer llamadas por SIP de una forma nativa y sin tener que utilizar complejos sistemas de conversión de vídeo y audio mediante Red5 para poder compatibilizar ambos tipos de fuentes.

    Si os parece interesante este nuevo desarrollo, el creador (al que avisa que le funcinan las pruebas) está buscando a más personas que le funcione para poder mejorarlo así que, si alguno está interesado en probarlo, puede descargarlo del svn de Asterisk:

    svn co http://svn.digium.com/svn/asterisk/team/phsultan/rtmp-support/

    y para cualquier sugerencia, puede enviarla a:

    https://issues.asterisk.org/view.php?id=15484

    Si este proyecto sigue adelante, muy pronto podríamos tener video-softphones flash en nuestras webs y conectados a Asterisk. además de poder llevar a cabo la multi-videoconferencia de una vez:D

  • España es el país de Europa con menor crecimiento en VoIP

    Un estudio realizado por la empresa Telegeography acaba de señalar que entre el año 2005 al 2008, hubo un alto crecimiento de la VoIP en Europa aunque según se puede apreciar por los datos, no es igual en todos los países.

    voip-europa-2005-2008-sinologicSegún este estudio, la penetración de la VoIP residencial pasa de ser mayor del 50% en Francia, a menor del 3% en España.
    (esto debería ser motivo de reflexión para muchos).

    voip-europa_penetration

    Por otro lado, Portugal es el país de Europa en el que la VoIP más a crecido con un 190%, mientras que en Noruega lo ha hecho pero sólo un 19%. Mientras que el coste medio de «Televisión, Teléfono e Internet» cuesta en Europa desde los 30€ hasta los 65€.

    Aquellos interesados en más detalles, podeis descargaros el documento completo:
    http://www.telegeography.com/…/euro_voip/…/euro-voip-exec-summary.pdf

  • Otro fracaso de Microsoft y la VoIP: Response Point

    He de decir que desconocía la existencia de este producto, pero sinceramente no me extraña ya que Response Point, el sistema PBX que permitía interconectar líneas analógicas y digitales con su famoso OCS 2007, no era precisamente lo más publicitado, y ya sabemos que esta empresa, si no publicita algo, tarde o temprano termina muriendo. Esto es lo que le ha pasado con su PBX para PYMES (SMB en inglés), y lo mismo les ocurrirá tarde o temprano a tantas y tantas empresas que continúan presentando sus productos basados en licencias, cerradas y tan agobiadas que al final terminan muriendo de forma silenciosa y aburrida.

    RspnsPt_v_rgb_3Por el blog de Tom Keating (most value professional de Microsoft) me entero que la maravillosa, revolucionaria y fantástica PBX IP de Microsoft va a pasar a mejor vida, olvidada y enterrada sin el menor ruido (un fracaso no es lo mejor que se puede publicitar) y este varapalo tiene algunas teorías bastante curiosas:

    • Response Point nació como complemento PBX del OCS 2007.
      (si el OCS no termina de despegar, el complemento mucho menos)
    • Response Point cuesta «un poco más» que otras soluciones del mismo tipo.
      (si pensamos que las soluciones a las que se refiere son las PBX cerradas que ofrecen SIP, entonces mejor no pensar en sistemas abiertos como Asterisk)
    • NO es un producto «intuitivo».
      (la gestión de las comunicaciones requieren de algunos conocimientos previos… la idea de poner un clip ayudándote a configurar un trunk SIP o un perrito para buscar el códec para una extensión igual no era muy acertada)
    • Requiere de varios sistemas hardware para obtener un sistema de comunicación unificada (Exchange en un servidor, OCS en otro, …) algo que sí incluyen otros sistemas.
    • Complejo sistema de licencias.
      (siempre había pensado que las licencias eran algo del siglo pasado, pero imagina una empresa que quiera Exchange Mail con su Outlook y su MSN y su teléfono SIP conectado todo entre sí para poder hacer uso de la línea analógica… ¿cuantas licencias requiere por extensión?… sí, algo complejo sí que puede llegar a ser).

    Al final, aquella famosa frase de Bill Gates (otra por la que también será recordado): -«Microsoft acabará con las PBX!» se ha cumplido… han empezado por la suya.

  • Confirmado: En la auténtica Casa Blanca se utiliza Polycom

    Hace algún tiempo viendo la serie 24 me dí cuenta que pese a que la serie era ampliamente patrocinada por Cisco, de forma curiosa, la Casa Blanca utilizaba terminales Polycom.

    Después de eso, recibí un email de Polycom con una foto bastante curiosa, y es que en la autentica Casa Blanca, también se utiliza Polycom, no es cuestión de dinero o publicidad, simplemente ahí está, encima de la mesa pese a que en el avión presidencial utilizan Cisco. ¿llevará protocolo SCCP o lo habrán flasheado con SIP?

    obama-phone-whitehouse
    Polycom en La Casa Blanca

    Muchas gracias David por la foto y el aviso. 🙂

  • Disponibles las transparencias de la Astricon 2008

    Casi por casualidad, encontré una transparencia muy interesante sobre una charla que se dió en la Astricon 2008 y viendo la web donde la encontré, me puse a buscar y ví que pertenecía a un directorio no enlazado en la web de la Astricon, pero como están todas las transparencias de este evento, me pareció buena idea guardarlas y ponerlas a disposición de la comunidad, seguro que a muchos les gustará. 😀

    Son de la Astricon 2008, el evento de usuarios de Asterisk celebrado en los EEUU del año pasado, posiblemente muchos ya las tengais, pero para los que acaban de descubrirlo como yo, es bastante valioso, de hecho varias charlas que se dieron son bastante interesantes. Una vez conseguido el material y con la ayuda de un par de aplicaciones de Linux, he sacado las portadas para hacerlas más atractivas a la vista de todos y las teneis disponible aquí.

    Que las disfruteis. 🙂

    Material de la Astricon 2008

  • Polycom está presente en casi TODAS las series de TV

    La VoIP está actualmente en continuo crecimiento y más en estos momentos de crisis es cuando las empresas buscan nuevos métodos para recortar gastos y claro, en comunicaciones, la mejor manera es mediante VoIP (siempre y cuando sea VoIP basada en software libre). La ventaja de carecer de las odiadas e inútiles «licencias«, junto con la gran diversidad de proveedores de servicios IP, permiten a las empresas disponer de comunicaciones de calidad y realizar llamadas prácticamente gratis con la ventaja de la potencia y la flexibilidad que ofrecen los sistemas basados en software libre como Asterisk, OpenSER, freeSwitch, etc… por lo que sería correcto decir que cualquiera que hoy día adquiera una centralita «de marca» está malgastando el dinero por no conocer las ventajas y el coste que supone la solución basada en software libre.

    Los fabricantes de dispositivos VoIP saben que la crisis significa un momento especial en el que sus clientes miran más el bolsillo y buscan soluciones que mejoren la calidad además de un buen precio, por eso poco a poco vemos cómo aumenta la inversión en publicidad de las empresas relacionadas con la VoIP y por lo tanto, también sus clientes.

    Alguna que otra vez he comentado algunas curiosidades sobre cómo las empresas de VoIP se publicitan en series o en películas como es el caso de Cisco que patronica la famosa serie 24 y que en su última temporada (que por cierto, terminó este lunes) descubrimos que los teléfonos que se utilizan en La Casa Blanca son Polycom (una de las mayores empresas fabricantes de terminales IP).

    Pues bien, como son las cosas, tras comentar esta curiosidad en la web y hablarlo con algunos amigos, mi colega Guillermo estuvo hablando con gente de Polycom y nos han hecho llegar un vídeo con todas las series de los EEUU (y muchas de España) en las que esta empresa tiene presencia.

    La lista es impresionante, sólo falta Lost -Perdidos- (pero básicamente porque es complicado encontrar un teléfono en una isla desierta ¿o no?), por lo demás, creo que están absolutamente todas. 😀

    Como curiosidad, comentar que en un curso sobre diseño y publicidad en Internet que dí hace algunos años, enseñaron que la buena publicidad era aquella que apenas te llamaba la atención, que está ahí, llega a tu cabeza, pero sin llegar a tus ojos ya que la gente hoy día está preparada acostumbrada a rechazar cualquier «intento de venta» y el resultado provoca todo lo contrario: rechazo, en lugar de interés. Otra nota típica dentro de la estrategia de marketing es que no hace falta inundar al cliente con modelos, marcas y carteles por todos lados, el objetivo es que la persona que vea la publicidad automáticamente identifique un momento, una situación, una imagen, con una marca y la visualice mentalmente.

    Por este motivo me chocó tanto la publicidad de Cisco en la serie 24, que más que un capítulo de una serie parecía un publireportaje, pero tras ver otras series o películas, no puedo evitar sacar a relucir ese «defecto profesional?» y fijarme en los teléfonos que aparecen, aunque está claro que cualquiera que vea «la seta de conferencias» en alguna serie o película relaciona automáticamente este aparato con la marca Polycom.

    Que disfruteis del vídeo… a mi personalmente me ha impresionado. 😀

  • Mensajes ocultos en las tarjetas Digium

    digiumlukeMi colega Joan de VoIPMinic (al que seguro que recordais todos los afortunados que fuisteis al VoIP2DAY) ha hecho un descubrimiento bastante curioso:
    En las tarjetas de 4 primarios de Digium (TE420P) dentro de los conectores RJ48 de cada primario hay frases curiosas pensadas para que solo las descubra aquel que las utilice habitualmente (yo jamás he caído en la cuenta de mirar dentro de estos conectores, la verdad) entre las que se encuentran:

    1. Who is John Galt
    2. Scratch and Sniff
    3. All-Right then
    4. use the force Luke!

    Además el artículo de VoIPMinic muestra otros ejemplos muy curiosos de otros fabricantes de hardware, así como una libre interpretación de lo que pueden significar estas frases en cada uno de los conectores.

    No solo hay que estar aburrido para escribir estos mensajes, si no también para dar con ellos y buscar una interpretación ¿verdad?

    No obstante es un gran y curioso descubrimiento… la próxima vez que caiga una tarjeta de estas en mis manos, me fijaré por si cambian las frases de una revisión a otra. 😀

    Enlace: http://blog.voipminic.com/…/mensajes-ocultos-en-las-tarjetas-de-digium/

    *ACTUALIZACION*

    Tras mirar un par de tarjetas aparecen los siguientes mensajes:

    – TE220P : Puerto 1: Who is John Galt Puerto 2: Scratch and Sniff
    – TE120P : Puerto 1: Honesty

    🙂