Archivos Mensuales: octubre 2008

Fundamentos de Voz sobre IP, para Developers

Estoy en un curso de “Convergencia De Redes De Telecomunicaciones” y como buen estudiante me hacen pruebas. Estudiando para una de esas pruebas leí en el apunte del curso un resumen de los fundamentos de Voz sobre IP. 

El siguiente texto es parte del documento Seminario “Convergencia De Redes De Telecomunicaciones Parte II”, un Apunte preparado por José G. Mardones Fernández Ingeniero Electrónico, Santiago Septiembre 2008.

Voz sobre IP y Telefonía IP

Voz sobre IP(VoIP, Voice over Internet Protocol) es una tecnología que permite que se realicen transporte la voz usando una conexión IP, o sea digitalmente y en forma paquetizada. La Voz sobre IP ocupa el protocolo IP para transportar la voz sobre la red y hoy en día se convertido en una alternativa para la PSTN actual. Al transportarse la voz sobre redes IP se esta utilizando un medio lógico/físico existente (Internet), esto ultimo permite bajar los costos en transporte de las señales y ha permitido que en el ultimo tiempo se masifiquen servicios de este tipo. La telefonía IP se refiere a los servicios de voz que utilizan VoIP, hay que diferenciar que VoIP es la forma de transportar y telefonía IP es el servicio final, en este último se dan facilidades de valor agregados tales como ring de llamadas , transferencias, conferencias, identificación de llamadas, autenticación, buzones de mensajes, servicios de operadora, etc. En la sección de implementación se vera en forma practica cada servicio.

En los servicios de telefonía PSTN existe protocolos de señalización de llamadas entre los cuales destaca SS7(Sistema de señalización 7), este estándar define el protocolo y los procedimientos mediante los cuales los elementos de la red de telefonía conmutada pública (la PSTN) intercambian información sobre una red digital para efectuar el ruteo, establecimiento y control de llamadas, para el caso de VoIP destacan H.323 y SIP, para nuestro caso de implementación se opta por SIP, ya que es libre de licencias.

Para que la voz pueda ser transportada en forma digital esta debe ser digitalizada, o sea codificada y decodificada, en este punto es donde intervienen los codecs(codificador-decodificador); éstos a través de software y/o hardware cumplen la función de transformar un flujo de datos (stream). Los códecs codifican un flujo o la señal (a menudo para la transmisión, el almacenaje o el cifrado) y recuperan del mismo, todo este proceso tiene también como objetivo reducir la cantidad de información a transmitir, o sea transmitir el mínimo con el fin de ocupar bajas niveles de ancho de banda. En todo el proceso los codecs generan pérdidas de información, cuantas menos pérdidas se generen y a un menor ancho de banda requerido el codec será mejor.

Uno de los principales problemas de transportar la voz sobre IP esta en que se debe hacer en tiempo real, a diferencia de los servicios tipos de Internet tales como Web, Mail, entre otros, por esta razón la mayoría de las implementaciones se realizan sobre UDP/RTCP(User Datagram Protocol /Real time control protocol) y sobre redes con QoS(Calidad de servicio).

Arquitectura del protocolo VoIP

A continuación se muestra un esquema general de la arquitectura del protocolo VoIP, en esta se puede apreciar como y donde actúan los protocolos de señalización y de transporte.

Ventajas y desventajas de aplicaciones de la voz sobre IP sobre PSTN

La principal ventaja de la integración de servicios telefónicos vía VoIP radica en la independencia de tener que utilizar redes telefónicas actuales de las propias compañías, esto produce que económicamente las soluciones sean muy atractivas, en términos generales podemos encontrar las siguientes ventajas:

  • Costos mas bajos que tecnologías actuales tales como voz sobre TDM, ATM, Frame Relay.
  • Una vez realizada la implementación dentro de su red IP pasa a ser un servicios mas de esta. Las redes IP son un estándar universal para la Internet, Intranets y extranets.
  • Hoy en día existen estándares efectivos (H.323).
  • Interoperabilidad de diversos proveedores, aunque no es universal, ya que existen varios sistemas propietarios.
  • No de depende de tecnologías de transporte (capa 2).
  • Movilidad, ya que vía IP se llamar a cualquier teléfono en cualquier parte del mundo, ideal para empresas con empleado móviles.
  • Reducción de costos en todo tipo de llamadas.

Entre las desventajas presentadas por los servicio VoIP están la calidad de la comunicación (ecos, interferencias, interrupciones, sonidos de fondo, distorsiones de sonido, etc.), que puede mejorar según la conexión a la red(Internet, Intranet). Garantizar la calidad de servicio sobre una red IP, actualmente no es nada simple, los retardos que se presentan en el tránsito de los paquetes y los tiempos de retardos que lleva el procedo de las conversiones (codec) son alteraciones que son de fácil percepción por los usuarios. También el ancho de banda, el cual no siempre está garantizado, va en desmedro del servicio. Otro factor critico y que se debe considerarse en toda implementación es la calidad de servicio (QoS), es clave priorizar el trafico de voz por sobre servicio que no necesiten estar en tiempo real. En general los problemas de la calidad en el servicio telefónico en el protocolo IP van disminuyendo a medida que las tecnologías involucradas van evolucionando. Otras desventajas son:

  • El servicio queda limitado a todos los que estén en conexión directa a la red(Internet, Intranet); algunos servicios no ofrecen la posibilidad de que el computador reciba una llamada y tampoco funcionan vía de un servidor proxy.
  • Exposición a la perdida y el retardo de la información, ya que la información es transportada y dividida en paquetes y una conexión esta compuesta de transmisión de más de un paquete. Estos paquetes pueden perderse, y además no hay una garantía sobre el tiempo que tardarán en llegar de un extremo al otro de la comunicación.
  • No todos los sistemas utilizados por los Proveedores de Servicios de Telefonía por Internet son compatibles (Gateway, Gatekeeper) entre sí. Este ha sido uno de los motivos que ha impedido que la telefonía IP se haya extendido con mayor rapidez.

Anuncios

Agenda PDC2008, un gran desafio

Le PDC es un evento muy potente, por su contenido y el nivel de los presentadores. El primer problema para ir al PDC es el precio de la entrada que NO es menor. Si uno logra pasar es primer filtro y estas dentro tienes un nuevo problema. Este evento es gigante por lo que están pasando no una o dos conferencias al mismo tiempo sino unas 7 a 12. Entonces uno no puede llegar con el estilo Chileno a “improvisar” que es lo que va a ver sino que tienes que hacer una “hoja de ruta” antes de tomar el vuelo a Los Ángeles.

Hay tantos temas que no es fácil decidirse a que ir, por lo que por ahora he hecho mi primera selección de temas. Estos son los que comparto con ustedes ahora. Espero que en la semana que me queda antes del viaje pueda haber discriminado ya a que es lo que finalmente voy a ir, NO es fácil.

 

Architecture Journal 17 – Distributed Computing

Microsoft tiene una revista dirigida a los Arquitectos de Software que es muy interesante. Hace unos días salió el número 17 que trata el tema de computación distribuida. Una cosa buena de lo que viene en este número es que no solo vienen artículos de sistemas de información distribuidos, los típicos que en esta parte del mundo hacemos, sino que también incluyen temas de robótica y sistemas “embebidos”.

Los artículos de este número son los siguiente:

Para los Chilenos que leemos esta revista podemos ver que el prólogo es de nuestro querido ex Arquitecto de Microsoft Local Diego Dagum que ahora juega en las grandes ligas.

Que la disfruten,

salu2

Resultados del estudio de comparación de productos ESB, Un comentario

 

Hace unos días atrás tuve que cerrar los comentarios en mi BLOG porque recibía SPAM y lamentablemente SPACE no tiene funcionalidades para evitar esto. Lo explique en este post.

Desde entonces los comentarios me llegan como mensajes. Aquí me llego uno interesante así que voy a poner la respuesta en este post para así compartirla con todos. La pregunta es la que se muestra en la siguiente imagen. LA hizo un destacado miembro de la industria, con el cual suerte de trabajar en un proyecto muy interesante e innovador.

Estimado,

1.- El número de clientes y los otros paámetros de comparación te los paso en la siguiente tabla.

2.- En el estudio tratamos de incluir todas las alternativas posibles. Para eso se invitó a seis (6) proveedores en el mercado nacional, cuyos productos tienen clientes nacionales e internacionales; sólo tres (3) proveedores respondieron a la invitación y brindaron su apoyo para llenar las pautas de evaluación.

Me parece muy interesante lo de tener una charla respecto a BizTalk y en general al tema de ESB. Los problemas pueden tener múltiples causas, se me ocurren así rápidamente:

 

  • El proveedor que lo implementa
  • Conocimiento de la herramienta
  • Problemas de implementación interna de la misma herramienta
  • Uso excesivo de estándares, para transacciones internas en las que no tienen ningún sentido.
  • Mal diseño de la arquitectura
  • Uso de la herramienta para solucionar un tema para el cual no fue diseñada (Por ejemplo BTS no es para procesar archivos BATCH)

Para este último punto permiteme este Chiste 😉

 

Estamos en contacto, y armemos esta conversación, estoy seguro que varios colegas querrán participar.

salu2

Resultados del estudio de comparación de productos ESB

En Datco para un proyecto de definición de arquitectura Orientada a servicios, en el sector público desarrollamos un estudio comparativo de herramientas ESB como una pieza dentro de la arquitectura.

Como nosotros somos una empresa comercial con fines de LUCRO, pedimos que la Universidad Santa María que realizará el estudio comparativo para así obtener un resultado imparcial.

Tengo hoy el resultado de la comparación y voy a compartir algunos de los resultados que son muy interesantes. Los autores del estudio son Daily Echeverría y Hernán Astudillo.

El modelo de evaluación utilizado en este estudio fue propuesto por investigadores del Departamento de Informática de la Universidad Técnica Federico Santa Maria y considera las siguientes capacidades básicas de un ESB:

 

  • Posee Interacciones basadas en eventos
  • Funciona en ambientes heterogéneos
  • Separa la lógica de Integración de la lógica del negocio
  • Provee independencia de los lenguajes que implementan los contratos de los servicios
  • Manejo de transacciones globales
  • Control de versiones
  • Soporta procesamiento sincrónico y asincrónico
  • Soporta encriptación, autentificación y autorización
  • Exponer servicios tanto interna como externamente.
  • Posee un Registro de Servicios
  • Provee Transformación y enriquecimiento de mensajes
  • Realiza Enrutamiento dinámico basado en contenido
  • Provee Orquestación de Servicios
  • Provee Coreografía de servicios
  • Permite el acceso a sistemas legados
  • Provee Administración y monitoreo
  • Provee Acceso distribuido a repositorios de datos (persistencia)
  • Provee acceso a servicios externos
  • Utiliza estándares
  • Alto uso de la configuración en vez de la codificación
  • Componer servicios a partir de servicios ya existentes a través de lenguajes no procedurales, metalenguajes, etc.
  • Message mapping

Este estudio invitó a seis (6) proveedores en el mercado Chileno, cuyos productos tienen clientes nacionales e internacionales; sólo tres (3) proveedores respondieron a la invitación y brindaron su apoyo para llenar las pautas de evaluación. Estos productos son:

  1. BizTalk 2006 R2
  2. OpenESB v2
  3. Sonic ESB 7.6

Los siguientes gráficos muestran algunos resultados interesantes.

Figura #1 Comparación de capacidades técnicas, precio del producto, y viabilidad del proveedor

Figura #2 Comparación de capacidades técnicas, precio del producto, y número de clientes

Figura #3 Comparación de capacidades técnicas, precio del producto, y número de clientes

 

Conclusiones

Algunas de las conclusiones obtenidas en este trabajo son las siguientes.

Biztalk Server 2006 R2 es el proveedor más consolidado de los comparados; ofrece mayores capacidades y funcionalidades; tiene el mayor número de usuarios; pero es el producto más costoso de los evaluados.

Open ESB v2 tiene un proveedor consolidado; posee relativamente pocas capacidades; tiene buena presencia en el mercado; y no tiene costo de adquisición, aunque su “Total Costo of Ownership” claramenente no es cero.

Sonic ESB 7.6 proviene de la compañía creadora del concepto, por lo que tiene buena presencia en el mercado; posee relativamente pocas capacidades comparada con el resto de los productos valuados; pero es un producto altamente interoperable, capaz de integrarse con varias tecnologías; su costo es el menor de los productos bajo licencia, aunque se prevé un aumento del costo para futuras versiones.

Demos de las nuevas funcionalidades cool de Windows Mobile 6.1

Algunas de las nuevas cool funcionalidades son:

  • Cool devices, including the T-Mobile Shadow, HTC Tilt, Pantech Duo, Moto Q9
  • The new Sliding Panel home screen (aka "Bronze")
  • All new home screen plugins
  • Threaded SMS
  • Copy & Paste support for non-touch devices
  • New Task Manager
  • Clock & Alarms
  • Windows Live and Live Search Mobile
  • y mas…………..

http://images.video.msn.com/flash/soapbox1_1.swf