Routing vs Routed Protocol

Routing vs Routed Protocol Cual es la diferencia entre un protocolo de encaminamiento (Routing) y un protocolo encaminado (Routed), es la pregunta que quiero desarrollar. Un Protocol de Encaminamiento es aquel que define como los routers se comunican entre si, difunden información que les permiten (routers) seleccionar la mejor ruta en una red IP. Ayuda a los routers a decidir el path para enviar el trafico en la red. Buscan las rutas optimas para que los protocolos encaminados (Routed) sepan a donde dirigir la información. En otras palabras estos protocolos ayudan a los router obtener información de la red para poder construir rutas, las cuales seran empleadas por los protocolos encaminados para transmitir los packetes en la red. El protocolo encaminado (Routed) son protocolos que permiten el transporte de los packetes de un nodo a otro, por ello encapsulan información del nivel 4 (Capa Transporte), definen un esquema de direcciones jerárquico, usan un protocolo de nivel de enlace para transmitir la información a un dispositivo de nivel 3 (Router). En resumen la diferencia radia en que los protocolos Routing permiten construir las rutas o path por donde se enviaran los packetes dentro de una red y los protocolos Routed son los encargados de transmitir los packetes (una vez conocido la ruta gracia a los Protocolo Routing) de un nodo a otro dentro de la red. IP es un protocolo Routed, protocolo Routing hay varios entre los mas utilizado hoy en dia son los protocolo de encaminamiento dinámico tales como : distance-vector routing y link-state routing.

Otras caracteristicas de SIP

Hoy en dia Session Initial Protocol (SIP) es visto con un gran futuro en la industria de las telecomunicaciones (Telco), razon por la cual gran mayoria de proveedores y empresas del sector lo han adoptado. Una de la razones de esta aceptacion es que SIP es un protocolo muy poderoso en cuanto al control de llamada. Que signifaca esto, sencillamente propociona independencia e inteligencia a los puntos finales de conexión (nodos), con esta facilidad se pueden implementar cualquier variedad de servicios (PBX, Centrex, etc) sin depender de un proveedor de servicios o controlador, lo cual amplia las posibilidades para los desarrolladores SIP.

Otra caracteristica importante de SIP es que es un protocolo “Rendezvous”, es decir es un protocolo que a traves de sus caracteristicas de mobilidad y presence permite al usuario comunicarse sin importar el tipo de dispositivo empleado ni el lugar que se encuentra conectado a Internet. Es decir es un protocolo que sirve de “punto de encuentro” de las diferentes tecnologias empleadas por el usuario en la comunicación.

SIP tambien provee soporte de Presence- la habilidad la conocer el estado o localizacion del usuario sin la necesidad de establecer un sesion previa-. Lo facilita realizar comunicaciones mas eficientes.

El protocolo sera ampliamente usado por switches, gateways, dispositivos inalmabricos y telefonos moviles.

Una de sus caracteristicas es que es un protocolo muy flexible, es decir puede ser empleado en el desarrollo de un sin numero de aplicaciones que esten o no relacionadas con la telefonia, lo cual proporciona un amplio marco de aplicaciones por desarrollar.

Por ultimo dos caracteristicas que merecen destacarse son la simplicidad y ser un protocolo sin estado (stateless). La primera se refiere a que su codificacion esta basada en texto, lo cual proporciona gran claridez. La segunda hace referencia que los SIP Servers almacena muy poca informacion (log, transacciones) sobre el estado de la sesion media, esto facilita la independencia y a la vez proporciona intelegencia a nivel de los nodos (end-points) para el desarrollo de nuevos servicios.

Direccionamiento SIP

Las direcciones SIP tiene como funcion identificar a un Usuario o un Recurso¹ , generalmente a una direccion SIP se le conoce como SIP URI que corresponde a las abreviaciones de Session Initial Protocol Uniform Resouce Indicator.

En muchos documentos aparacen las abreviaciones de URL y URI, lo cual puede confundir en el momento de leer un RFC. Uniform Resource Locator (URL) es un esquema de direccionamiento desarrollado por World Wide Web (WWW) y esta definido en el RFC 1738 y representa un recurso en Internet. Su formato es el siguiente:

scheme:scheme-specific-part

por ejemplo

http://www.artechouse.com/default.aspx

http identifica el esquema o protocolo a emplearse para accesar un dominio o host, en este caso es HTTP,hay una variedad de protocolos por ejemplo FTP, mailto,Telnet , etc. los “:” es un separador que esta presente en el formato general; www.artechouse.com corresponde al nombre del dominio el cual es traducido a una direccion IP.La parte siguiente (specific-part) en este caso “default.asp” corresponde a un nombre de un archivo dentro de ese dominio. La URL puede contener parametros adicionales relacionados con el transporte y nunca debe haber espacios entre ellos. Un ejemplo de esta situacion seria:

Telnet://host.company.com:24

Esto indica que el protocolo Telnet se empleara para accesar el host “host.company.com” a traves del puerto 24.

Muchos protocolos hace referencia al termino URL; en el caso de SIP, este le cambia el nombre por Uniform Resource Indicator (URI), ello debido al aspecto de movilidad que proporciona SIP, es decir que una direccion SIP no se refiere un dispositivo fisico o localizacion sino a una entidad logica la cual puede cambiar su ubicación dentro de Internet. Esta movilidad hace que una direccion SIP URI pueda relacionar uno o varias localizaciones, es decir la relacion entre SIP URI y localizacion es de “Uno a muchos” (esto se profundizara en la siguiente publicacion).

La SIP URI es tipicamente una direccion email con un formato :

sip:user@domain:port

sip:user@host:port

El usuario (user) identifica el nombre del usuario como por ejemplo joseo.doe o el numero telefonico tal como 4080123564 que se encuentran dentro del contexto de un dominio o host. El puerto (port) es un campo opcional, si este no se especifica , se toma el puerto default de una SIP URI que es 5060, si se asigna un numero diferente (el cual es valido), hay que tener cuidado de definirlo en cada instancia.

Algunos ejemplos de SIP URI son

sip:joseo.doe@company.com

sip:4080123564@proxy1.company.com

En resumen una SIP URL es un tipo de direccionamiento que indentifica a un recurso en Internet mientras SIP URI es tambien un tipo de direccionamiento pero identifica un recurso o nodo dentro de una red SIP, generalmente estos dos terminos se emplean indistintamente en el contexto de las comunicacione en Internet.

1Recurso se entiende como un nodo dentro de una red SIP

Domain Name Service

Domain Name Service (o DNS) definido por el RFC 1035, es usado en Internet para mapear nombres simbólicos (www.amazon.com) hacia direcciones IP. El empleo de nombres en vez de direcciones numéricas,proporciona un mejor manejo en Internet. Los nombres de los dominios están organizados en forma jerárquica, donde cada nivel esta separado por un punto, con los niveles de mayor "peso" a lado derecho. Importante resaltar que los puntos en los nombre de los dominios no tienen ninguna correspondencia con los punto en las direcciones IP. Una lista de los nombre de los dominios se puede observar en www.icann.org/tlds, los mas comunes son "com", "net", "edu" y los mas raros son "aero" y "coop". También esta clasificados por país, asi "us" para United States, "uk" para United Kingdom, "ca" para Canada, "co" para Colombia. Para cada uno de estos dominios hay una autoridad que los gestiona y los asigna.

Una vez el dominio ha sido asignado, la autoridad responsable, asigna un "link" en sus DNS server que apunta hacia el DNS server del grupo al que se le ha asignado el dominio. Igualmente existen varios tipos de registros DNS, los empleados para resolver los nombre de los host hacia una direccion IP son llamados address record o A records. Otro tipo de registros son CNAME (alias records), MX (mail exchange records), SRV (service records, usados por SIP y otros protocolos), TXT (free form text), PTR (pointer record, empleado para búsquedas "inversas" es decir mapear una direccion IP hacia un nombre de dominio), NAPTR (Naming Authority Pointer , empleado para mapear números telefónicos hacia URL (uniform resource locators).

SIP: Session Intiation Protocol

Ya hace un varios meses que no escribo pues he estado ocupado en un tema que me apasiona y sobre el cual escribiré. Estos son algunos notas que he sacado del libro de Alan B. Johnston "SIP Understanding the Session Initiation Protocol".

SIP es un protocolo de senalización encargado de la iniciacion, modificacion y terminación de sesiones de multimedia, las cuales se llevan acabo de manera interactiva, pero no solo es de señalización tambien es un protocolo de presence y mensajeria instantanea. Es protocolo caracteristico de Internet, esto significa que SIP usa y toma ventaja de la arquitectura de Internet y toda la suite (juego) de protocolos pues se apoya en protocolos tan conocidos como HTTP y SMTP.

Otra característica importante de SIP, es un protocolo end-to-end esto quiere decir que la lógica (ruteo de la llamada y funciones de administración de la sesión) son distribuidas a través de todos los nodos de la red, es decir esta lógica se encuentra en los dispositivos finales; lo anterior acarrea ventajas y desventajas. La ventaja esta en que los servidores se descongestionan de mensajes SIP, pero quizás la principal ventaja que resalta A. Johnston (entre otras) es que SIP rompe el modelo centralizado de la telefonía tradicional, donde todos los nodos (peers) dependen de la central. SIP proporciona independencia , descentraliza el modelo de comunicación, (se rompe el cordón umbilical con las operadoras) lo cual abre el mercado y se incrementan las posibilidades para los desarrolladores de servicios SIP. En cuanto a las desventajas radica en el tamaño de los mensajes pues están basados en texto.
Estoy totalmente convencido que SIP marcara la pauta en Internet.

Definiciones Claves de SIP

Address of Record (AOR)

Es una direccion SIP o SIPS URI, que apunta a un dominio con un servicio de localizacion, a traves del cual se puede mapear la URI inicial hacia otra URI (traducida). Esta ultima permite ubicar al usuario destino (UAD). Se conoce tambien como “Public Address”.

Back-to-Back User Agent (B2BUA)

Es una entidad logica que recibe y procesa peticiones (request) como un User Agent Server (UAS) y ademas genera repuestas a dichas peticiones actuando como User Agent Client (UAC). La particularidad de esta entidad es que esta presente en todas las request del dialogo. Ejemplo de esta entidad es aquella que tiene funciones de facturacion (billing) de la llamada.

Call

Termino que se refiere a la comunicación entre dos entidades.

Call Stateful

Llamada con estado se presenta cuando el proxy mantiene un registro (log) de las requests dentro del dialogo, es decir desde el INVITE hasta el BYE.

Client

Es un elemento dentro del protocolo SIP, que envia SIP request y recibe respuesta SIP. Ejemplo son User Agent Client y Proxy.

Conference

Una sesion multimedia que contiene multiples users

Core

Termino para referirse a las funciones especificas de una entidad SIP. Todos los Cores son transaction user execpto stateless proxies (TU).

Dialog

Es la comunicación entre dos entidades SIP, se establece con una INVITE request enviada por el UAC y una respuesta 200Ok enviada por el UAS. Consiste de un conjunto de request y responds que permiten establecer la comunicación, las cuales a su vez constituyen una o varias transacciones dentro del dialog.

Downstream

Es el sentido del flujo de la comunicación que va desde el UAC al UAS.

Final Response

Respuesta final para terminar una transaccon SIP. Todas las repuesta excepto las tipo 1xx son respuestas finales.

Header

Se refiere a una parte de un mensaje SIP que proporciona informacion sobre el y esta compuesto por una secuencia de Header fields.

Header fields

Es un componente del SIP message Header. Puede aparecer en una o varias lineas (ej. VIA), a su vez puede tener varios valores separados por comas.

Header field value

Valor dado a un header fields.

Home domain

Es el dominio donde esta registrado el SIP user, generalmente hace parte de la direccion AOR

Information response

Son respuestas provisionales a una peticion

Initiator, Calling party, Caller

Es el UAC que inicia un dialogo con un INVITE. El rol se conserva durante hasta recibir una respuesta final al INVITE (BYE).

Invitation

es una INVITE request

INVITEe, INVITEd user, Called party, Callee

Es el UAS, quien recibe las peticiones INVITE, el rol se mantiene durante todo el dialogo

Location service

Servicio utilizado por el Redirect server y Proxy server, se emplea para encontrar la ubicación fisica del UAD. El Location service se actualiza a traves de peticiones Registrar. En resumidad es una Base de Datos que contiene la ubicación fisica del User Agent. En ella se mantiene un registro que relaciona la direccion SIP (AOR y la direccion(es) IP real del User Agent.

Loop

Es un ciclo de una request,se presenta cuando esta regresa al mismo proxy que la ha enviado inicialmente, esta situacion es un error.

Diferencia entre Strict y loose Routing

Strict Routing

Un proxy sigue un strict routing si sus reglas de procesamiento del ruteo siguen de acuerdo a las especificaciones del rfc 2543 u anteriores. Las reglas dicen que el proxy elimina el contenido del Request-URI cuando el Route Header Field esta presente en los mensajes SIP. Los proxis que realizan el strict routing se llaman strict routers.

Loose Routing

un proxy es loose routing se al procesar el campo route header field, realiza el siguiente proceso: separa el destino final de la Request (esto es Request-URI) del conjunto de proxies que debe visitar la request para llegar a su destino, (esto es los campos del Route header filds), un proxy compatible con este mecanismo se conoce como loose routers. NO elimina los valores del campo Request-URI.

Messages

Datos intercambiado entre dos entidades SIP

Methods

Funcion de una peticion o request que realiza una tarea especifica en el establecimiento de un dialog

Outbound Proxy

Proxy que recibe las request de UAC, puede ser configurado manualmente por UA o auto-configurado

Paralle search

Procedimiento que realiza un Proxy cuando retransmite simultaneamente varias peticiones a varios destinos.

Provisional respose

Respuestas del tipo 1xx

Proxy, Proxy server

Entidad SIP que actua como cliente y server a la vez. La principal funcion es retransmitir las request del cliente que permita ubicar al user agent destino. Igualmente es un elemento de seguridad al permitir aplicar reglas de seguridad en la comunicación. Puede reescribir parte del mensaje transmitido de la request antes de retransmitirlo.

Redirect server

Un proxy que genera respuesta tipo 3xx al cliente especificandole los posibles direcciones SIP donde puede ubicar al user agent destino, con esta informacion el client genera de nuevo una INVITE

Registrar

proceso de asociar la direccion SIP (AOR) y la direccion IP fisica del user agent en una Base de datos de localicarion (Location server) a traves de peticiones REGISTER

Regular Transaction

Cualquier transaccion con un metodo diferente al ACK, INVITE, CANCEL

Request

Peticion enviada por un cliente hacia un servidor para invocar una operación especifica

Response

Mensaje SIP enviado desde un servidor al cliente, como resultado de una Request previa

Ringback

Senal de tono generada por la aplicación de cliente y que se reproduce en user destino, alertadolo de una llamada

Route set

Conjunto de direcciones SIP o SIPS URI de los proxies que el mensaje debe pasar para llegar a su destino, se reunen en header Record-route

Server

Elemento de una red, que recibe peticiones y genera respuesta a ellas, ejemplo proxy, user agent servers, redirect server y registrar server

Sequential search

Proceso que realiza un proxy y consiste en atender una secuencia de contactos; una respuest 2xx o 6xx finaliza una busqueda secuencial

Session

RFC2327 define como la reunion de uno a varios sesiones RTP. Entiende tambien como un dialogo entre dos entidades SIP

SIP Transaction

Conjunto de peticiones intercambiadas entre un cliente y un server, se inicia con una peticion INVITE hasta una respuesta final diferente al tipo 1xx; todos los mensajes SIP entre ellas constituyen una transaccion. Si la respuesta final NO es 2xx, la peticion ACK hace parte de la misma transaccion (se incluye), caso contrario, si la respuesta final es 2xx, ACK hace parte de otra transaccion (se excluye)

Spiral

Al proceso que realiza un proxy al retransmitir una peticion, la cual posteriormente regresa al proxy origen, y luego se retransmitda de nuevo pero con otra direccion. En la spiral, el campo Request-URI de las peticiones son diferentes cada vez que llega la proxy origen, de alli que no se considera un error como el Loop. En ej de una spiral es el proceso call-forwarding.

Stateful proxy

Proxy con estado, un tipo de proxy que llega un registro de todos mensajes SIP dentro del dialogo.

Staless proxy

Proxy que no lleva un registro de las peticiones en el dialogo

Target refresh request

Request que puede modificar el dialogo

Transaction user TU

Capa de procesamiento del protocolo SIP, que reside por encima de las capas transaction y transporte del mismo. Incluye el UAC core, UAS core y proxy core.

Upstream

Sentido del mensaje SIP desde el server hacia el cliente

UAC Core

Conjunto de funciones de procesamiento del UAC, que reside por encima de la capa de transporte y transaction

User agent

Entidad logica que puede actuar como ciente o server

User Agent Client

Entidad logica que emite una request para establecer un dialogo

User Agetn Server

Entidad logica que recibe peticiones y genera una respues a ellas

UAS Core

Conjunto de funciones de procesamiento del UAS que reside por encima de la capa de transporte y transaction

El rol del UAC y UAS como el Proxy y el redirect proxy, se intercambian entre cada transaction, es decir el UAC puede actuar como tal, pero en otra transaction actuar como UAS y viceversa.Por ejmplo cuando emite una request actua como UAC pero cuando recibe un BYE actua como UAS. Lo mismo ocurre a nivel de Proxy y redirect proxy.

Algunos Mitos de IPv6

Este documento esta basado de una publicación de Cisco by Ear Carter, la cual puede ser consultada en su versión original :ver referencias.

La versión original de Ipv6, publicada en 1998 RFC 2460 – Internet Protocol, Version 6 Specification. La idea principal detrás de Ipv6 era resolver los asuntos relacionados con la escasez de direcciones disponibles de Ipv4. Con el tiempo otras características tales como Stateless Address Autoconfiguration ( SLAAC : Proceso usado por los nodos de Ipv6, para configurar una dirección basada en los prefijos anunciado vía un Router Advertisement (RA) o algún identificador de Interface); Network Renumbering ( el ejercicio de renumerar una red consiste en cambiar la IP hos address y tal vez la mascara de red de cada dispositivo dentro de la red que tiene una direccion en ella (Pc's, workstation, printer, file server, terminal server y routers); Soporte Ipsec – Internet Protocol security- conjunto de protocolos cuya función es asegurar las comunicaciones sobre el Protocolo de Internet IP, autenticando y/o cifrando cada paquete IP en un flujo de datos; fueron adicionados al Ipv6. Pero en realidad la importancia de Ipv6 esta en aumentar el espacio de direcciones en Internet debido a su agotamiento (no se esperaba tanto crecimiento en sus inicios de Internet). En el transcurso del tiempo, muchos mitos han salido a la luz publica, los cuales pueden tener un impacto en la seguridad de su red Ipv6, entender la verdad de estos conceptos errados es importante, especialmente ahora que Ipv6 se esta implementando en las redes

Mito 1: Nosotros no lo necesitamos

Mucha gente ha tomado esta posición, lo cierto a enero 2011, el agotamiento de las Ipv4 es una realidad según IANA Internet Assigned Numbers Authority.

Mito 2 Intercambio inmediato

Cuando Ipv4 se agote, Ipv6 sera rápidamente desplegado. Esto es otro mito. La transición de Ipv4 a Ipv6 se hará en años en vez de meses, ambos protocolos coexistirán en Internet.

Mito 3 Nat provee seguridad

El próximo mito es que Ipv6 sera menos seguro debido a la eliminación de la Network Address Translation NAT, una de las razones por las cuales Ipv4 ha permanecido mucho tiempo es debido a la existencia y utilizacion de la NAT, mucha gente tiene esta falsa creencia: la NAT es un mecanismo de seguridad, cuando en realidad la NAT solamente fue diseñada para que muchas direcciones privadas (dentro la red ) pudieran compartir una dirección IP publica. El tamaño que proporciona Ipv6, elimina la necesidad de traducciones de IP address, sin la NAT, la configuración de las redes sera menos compleja que antes, pero eliminar la NAT no incrementa o disminuye la seguridad de las redes Ipv6, usted tendrá que desarrollar los controles adecuados para garantizar dicha seguridad

Mito 4 la tabla de ruteo se hace pequeña

Otro mito común es que Ipv6 reducirá el tamaño de la tabla de ruteo requerido en Internet. Aunque los protocolos de routing fueron recontsruidos para soportar Ipv6 mas eficientemente, no habrá un mejoramiento significante. El direccionamiento Ipv6 reduce el tamaño de la tablas de ruteo. Durante la transición , se necesita soportar la tablas de rutoe tanto para Ipv4 e Ipv6 lo cual podría causar algunos inconvenientes , es mas, el crecimiento de las tablas de ruteo es un hecho debido al incremento de las direcciones Ipv6.

Mito 5 QoS se mejora

El mito que Ipv6 mejora la QoS -Calidad de servicio- con respecto a Ipv4 es erróneo. Ambos protocolos provee QoS en una red IP. Que Ipv6 hace diferente? Ademas de QoS, Ipv6 provee un campo 20-bit flow label en la cabecera de Ipv6, este campo no existe en Ipv4 y mejora la eficienca del flujo en las redes Ipv6 . Sin embargo hoy en día este campo no es usado amplia mente y por tanto no suministra un mejoramiento en la QoS en las redes Ipv6

Mito 6 Ipv6 es sinónimo de mejor seguridad

El mito mas común en cuanto a seguridad es que Ipv6 es mejor que Ipv4 lo cual es errado. Desde el comienzo se ha mencionado que Ipv6 soporta Ipsec y mucha gente ha interpretado esto como un incremento de la seguridad en redes Ipv6. Primero que todo Ipsec no puede detener un ataques a nivel d aplicación. Segundo aunque Ipsec es buen comienzo para un entorno seguro, no se puede usar en todas las conecciones. Mucho mesajes ICMP utilizan multicast (direcciones), el Ipsec para esto mensajes multicast no son fiables . CMP Internet Control Messages Protocol es el subprotocolo de control y notificación de errores del protocolo de internet IP, se usa para enviar mensajes de error, indicando por ejemplo que un servicio determinado no esta disponible o que un router o host no puede ser localizado.) . Así ambos protocolos son seguros pero ninguno es mas seguro que el otro.

Referencias

http://blogs.cisco.com/security/ipv6-myths/

M-Pesa Dinero movil

M-PESA es sinónimo de dinero móvil, un servicio de transferencia de dinero desarrollado por la empresa Safaricom de Kenya. M es para el móvil, y Pesa es la palabra dinero en swahili – este servicio fue creado para permitir a los prestatarios de micro finanzas recibir y devolver prestamos usando la red móvil de Safaricom a unas tasas mas competitivas. Con M-PESA se puede depositar, sacar dinero, transferirlo a otras personas, incluso a usuarios no clientes de M-PESA, pagar cuentas, cargar un celular, también es posible hacer transferencia utilizando los cajeros automáticos ATM. M-PESA es un servicio de micro-finanzas que contribuye a reducir la pobreza. Son muchos los beneficios que ofrece este servicio, entre los cuales tenemos:

Facilita el comercio, el pago de productos y servicios como facturas de energía, el pasaje , compra fácilmente airtime o minutos de telefonía, aumenta la seguridad de los taxis al no tener que manejar efectivo al aceptar pagos electrónicos.

Incrementa la seguridad del usuario al no manejar dinero efectivo, disminuye el riesgo de robo

Facilita las transacciones interpesonales dando origen a un mercado peer to peer o persona a persona

Incrementa los niveles de ahorro entre la población pues evita a las personas sacar dinero de las cuentas bancarias ya que hacen uso de una forma mas rápida y económica.

La economía se agiliza, pues facilita el prentamo personal peer to peer, con tal solo utilizando un telefono, por otro lado esto seria una amenaza para los banco pues disminuirian sus transacciones (El cuatro por mil!) y por ende sus utilidades.

Hace las transferencia o giros a larga distancia mas barata (competencia para las empresa de giros internacionales). OH! que estarán pensando Paypal?

Mejora la calidad de vida de los usuarios, al brindarles ahorros que pueden ser utilizados en educacion o compra de bienes y servicios adicionales

Disminuye el riesgo de perdida del dinero

Mejora el poder de negociación del usuario al poder disponer de dinero rápidamente y aprovechar un negocio

Aumenta el consumo en la economia

Son innumerables los beneficios de este innovador servicio, veremos que trabas le colocara el sector financiero para que no prospere, pero una cosa si es cierta esta tomando fuerza!

Asterisk 1.8 release LTS

Digium, anuncio desde el mes pasado (octubre 22), el lanzamiento de la nueva versión LTS (long time support -support for the next fourt years ) de su producto estrella : Asterisk 1.8, entre sus principales caracteristica vale mencionar reverse call display, la integración con Google voice, Google Talk, soporte SRTP ( Secure Real Time- Transport Protocol) para encriptar las llamadas, integración con Microsoft exchange, soporte IPv6 y IPv4 simultáneamente, entre otras.

Que versiones Asterisk le depara el futuro? por ahora se conservara el mismo nucleo de Asterisk, es decir Asterisk 1.x, la version 2.0 todavia se demora un poco , pues ello implica un cambio importante del nucleo de Asterisk.

Asterisk: Scalable communications Framework

Asterisk Scalable Communications Framework (SCF) es un nuevo proyecto de Digium que tiene como objetivo construir un sistema VoiP de fuentes abiertas (Open Source) para infraestructuras complejas. Con ello, Digium desea proporcionar una herramienta (framework) donde los desarrolladores de software puedan desarrollar nuevas aplicaciones bajo Asterisk, a parte de sus tradicionales IP PBX.

Según lo expuesto por Kevin Fleming director de Tecnología de Software de Digium, Asterisk SCF sera un nuevo proyecto, escalable de acuerdo a los cambios de la demanda y complementario (integrado) al proyecto Asterisk PBX. El factor diferenciable de SCF es su escalabilidad frente a las exigencias de la demanda; ( haciendo una similitud es lo que Amazon EC2 -Amazon Elastic Compute Cloud)- plataforma de viene desarrallando.

La tendencia del Sector de las Telecomunicaciones

En Europa los subscriptores móviles gastan alrededor de USD 36 al mes, lo que se conoce en la industria como – Average Revenue Per User ARPU- Ingreso promedio por usuario. En América USD 51, Japón USD 57 pero en China solamente USD 10 y en India menos de USD 7 y en África el gasto es más bajo. El ARPU en los países desarrollados esta cayendo debido a una demanda saturada. Ante esta situación, los operadores esta creando nuevos modelos para reducir sus costos operativos y ser mas competitivos.

China es el mercado mas grande en telefonía móvil, con 700m subscriptores. Con los mercados desarrollados saturados, las operadoras enfilan baterías hacia mercados en desarrollo, el nuevo campo de batalla de la industria de las telecomunicaciones.

Según estimaciones el mercado a nivel global alcanzara los 6 billones para 2013 – algo sorprendente :)

Varias tendencias están marcando la industria de las telecomunicaciones y las cuales esta llevando a un re acomodo de los operadores establecidos, la primera es el cambio de centro de operaciones hacia países en desarrollo y pobres; la segunda el surgimiento de nuevos participantes en la fabricación de equipos Huawei, ZTE de China, inicialmente empresas de bajo perfil pero ahora con una gran reputación que compiten con las grandes empresas de occidente. La tercera tendencia es el surgimiento de nuevos servicios basados en telefonía móvil. Estas tres tendencias están generando un re acomodo de la industria.

Con todo esto es claro que la industria de las telecomunicaciones esta sufriendo una transformación, cambiando su centro de operaciones de los países desarrollados hacia los países en desarrollo, esto ya se observa en las zonas pobres rurales de Uganda. Debido a este nuevo escenario, los operadores se han visto en la necesidad de crear nuevos modelos de negocios, como el modelo indio.

En la India se ha desarrollado un modelo conocido como “el modelo indio” desarrollado por los operadores móviles, los cuales han desarrollado maneras innovadoras para reducir los costos de las llamadas, a pesar que ARPU es de USD6.5 y el minuto llamada llega a $0.02 aproximadamente $40 pesos, el margen operativo es de $40%, muy superior que sus similares de occidente.

Android lidera el mercado

Android llego al 27% del mercado norteamericano, mientras iPhone OS bajo al 23%, según información de The Nielsen Company, de esta forma, el sistema operativo de Google se ubica en el segundo lugar después de RIM (Blackberry). Este crecimiento es impresionante, al comparar el segundo cuarto del 2010 con el mismo periodo del 2009 , las ventas aumentaron la 'bobadita' de 886% si las cosas siguen esa tendencia desplazara a RIM (Blackberry). Cabe preguntarse el por que de este crecimiento, dos son las causas de ello el primero, es que Android es una plataforma Open Source OS y varias empresas fabricantes la ha adoptado y la segunda el éxito de su tienda de aplicaciones bajo la misma filosofía OS

Nokia Tambalea

Mientras Nokia reporta una disminucion del 40% de sus beneficios al segundo trimestre del 2010,Apple factura 16.000 millones de dolares en el ultimo trimestre(cifra sorprendente) debido a la acogida de su producto estrella, el iphone. Lo que esta sucediendo en el mercado de los telefonos moviles es lo que vivio el computador personal en sus inicios. Muchas empresas en ese entonces fijaron su estrategia en el Hardware que vendian y dejaron en un segundo plano el Software, por ello muchas empresas perdieron su oportunidad en el mercado. El hardware en el telefono movil paso hacer algo irrelevante, hoy poco interesa que procesador tiene,cuando megapixeles tiene la camara, el teclado se desliza, etc; y es esto, a lo que Nokia le ha apostado para fortalecerse en el mercado, vender hardware en vez de software. Su sistema operativo SO Simbia, de sus equipos N-series esta en desventaja frente a otros como IOS4 de iphone y Androide de Google; Simbia paso hacer un SO lento y arcaido.Nokia tambalea con este enfoque y las cifras lo dicen, le falta un elemento importante para competir en el mercado de los smartphone y ese es un Buen SO. Tal vez esto explica su orientacion hacia Linux. Por que no pensar en adoptar la plataforma de Android en sus equipos???, un SO open Source.

Nokia usara Linux en sus smartphones

Nokia utilizara Linux Meego en sus equipos smartphones N-series, estos equipos aunque son lideres en el mercado de telefonos inteligentes han perdido participacion con la aparecion de los iphones de Apple. Este movimiento estrategico se une a la pretenciones anunciadas por Intel a mediados de febrero, el cual tambien decidio orientarse hacia Linux. Segun datos entregados por Gartner los celulares con linux subio 14% durante el primer trimestre contra el 8.5% del 2009. Linux como un sistema de codigo abierto cada vez tiene mayor participacion frente a los tradicionales.

Problemas de seguridad de los Buscadores

La proxima semana tendra lugar la conferencia de seguridad Black Hat en las vegas, donde el "guru" Jeremias Grosmman CTO de White Hat Security ha anunciado que dara "madera" a los buscadores actuales (Explorer, Firefox,Google Chrome y Safari) presentan problemas de seguridad, entorno al robo de informacion personal, claves etc. La falencia se centra en el autollenado de formularios web, el atacante incluye campos invisibles y un codigo javascript el cual iran probando al ensayo y error los caracteres de autocompletado que el navegador a sugerido, en el momento de concordar dicha informacion se envia al atacante, con el consiguiente robo de informacion y lo peor sin darse cuenta el usuario ;) .

El Futuro de las Tics esta en la "nube"

De acuerdo a un articulo de Microsoft en Dinero Julio 2010, el futuro tecnologico de latinoamerica esta en la nube, las cifras de crecimiento para la region bordean 4.1% según The Economics. Igualmente Microsoft apunta que para el 2011 entrante vendera 31 millones de ordenadores.
De la misma forma la consultora IDC estima que se venderan 156 moviles de los cuales 15 millones seran telefonos inteligentes.
Por otro lado, la tecnologia de la “nube” permite que a traves de un data center manejar las aplicaciones que en el momento estan hospedadas en las empresa, esta tendencia trae considerables ahorros en costo de infraestructura, personal especializado, disminuye el riesgo tecnologico, pero la idea principal de la “nube” es el pago por uso – software como servicio o SaaS Software as a Service. Igualmente CaaS Communications as Service. Pero todo no es color de rosa tambien hay desventajas es su implementacion generalmente entorno a la seguridad y perdida de flexibilidad al no disponer del codigo fuente de las aplicaciones,el tiempo tendra la ultima palabra si esta tecnologia tendra acogida en nuestra region - pais en desarrollo-.

Instalar modem Alcatel X030 en Ubuntu 9.04

La instalacion del modem Alcatel X030 se realizo en una maquina con Ubuntu 9.04 (jaunty) , con las siguientes caracteristicas:

joseo@joseo-laptop:~$ uname -a

Linux joseo-laptop 2.6.28-19-generic #61-Ubuntu SMP Wed May 26 23:35:15 UTC 2010 i686 GNU/Linux

Como se observa el nucleo del Kernel es 2.6.28 y el procesador de la maquina es i686, como se conoce a los procesadores pentium.

Para la instalacion exitosa del modem Alcatel X030 se requiere instalar los siguientes paquetes:

1. libc6 (>=2.3) GNU C library share libraries

2. libusb-0.1-4 version 2:0.1.12-13 userspace USB programming library

3. libusb-1.0-0 version 2:1.0.0-1 userspace USB programming library

4. libusb-dev version 2:0.1.12-13 userspace USB programming library

5. Tcl version 8.4.16-2 The tool command languages (default version) run time files

6. wvdial 1.60.1+nmu2 PPP dialer with built in-intelligence

7. gnome-ppp 0.3.23-1 modem internet conection tool for the GNOME Desktop

Los anteriores paquetes se instalaron haciendo uso de Synaptic Graphic package manager, el cual se encuentra en la ruta Sistemas->Administracion->Synaptic dentro de Ubuntu.

Con el marco anterior y los paquetes instalados, se procede a instalar el software que permitira conectarse a Internet empleado el modem Alcatel X030; el software es el usb-modeswitch, el cual se baja de la direccion http://www.draisberghof.de/usb_modeswitch. En esta ubicación se bajaron los siguientes archivos .tar.bz2.

1. Usb-modeswitch-1.1.2.tar.bz2

2. Usb-modeswitch-data-200100418.tar.bz2

Como son archivos tar con bzip2, estos se descomprimen empleando el siguiente comando:

root#joseo-laptop:/home/joseo/Escritorio#tar jvxf archivo.tar.bz2

Al descomprimirlos se crea un folder dentro del folder Escritorio. Es importante mencionar que todo esto debe realizarse como superusuario.

En ubuntu:

joseo@laptop:~$ sudo su o joseo@laptop:~$ su

En Debian:

joseo@laptop:~$ su

En cada caso, luego hay que digitar la clave del root

Luego hay que instalar el software descomprimido, empezando por usb-modeswitch-data y posteriormente el usb-modeswitch-1.1.2; para esto hay que entrar en el respectivo folder y ejecutar una serie de comandos.

1. El usb-modeswitch-data-20100418, se instala digitando el siguiente comando dentro de la carpeta que se creo al descomprimirlo asi:

   root@joseo-laptop:/usb-modeswitch-data-20100418# make install

Este comando no arroja ningun tipo de mensaje de salida.

2. El usb-modeswitch-1.1.2, se instala digitando el siguiente comando:

   root@joseo-laptop:/usb-modeswitch-1.1.2# make install. El usb-modeswitch los que hace es expulsar el modo CDROM del modem para que este se reinicie, ya que para esta version de Ubuntu, el modem es reconocido como un dispositivo de almacenamiento. En versiones del Kernel 2.6.30 o 2.6.32, el modem ya es reconocido como tal.

Luego hay que modificar el wvdial.conf que se creo al instalar el paquete wvdial. Los cambios son los siguientes:

root@joseo-laptop:/home/usbmodeswitch# gedit /etc/wvdial.conf

Modificamos el archivo para que quede de la siguiente manera:

[Dialer Defaults]
#Created by wvdialconf:
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init1 = ATZ
Modem = /dev/ttyUSB0
Phone = *99#
Idle Seconds = 300
Modem Type = USB Modem
Stupid Mode = 1
Compuserve = 0
Baud = 460800
Auto DNS = 1
Dial Command = ATDT
Ask Password = 0
ISDN = 0
Username = user
Password = pass
New PPPD = yes

Luego de esto ejecutamos estas lineas:

root@joseo-laptop:/home/usbmodeswitch# modprobe usbserial vendor=0x1c9e product=0x6061

Esta entrada no va a dar ningun mensaje de salida y debe ser en una sola linea, con ella el modem es detectado como tal y no como una unidad de almacenamiento. Luego se ejecuta el siguiente comando:

rootstock-laptop:/home/usbmodeswitch# usb_modeswitch -v 0x1c9e -p 0x1001 -V 0x1c9e -P 0x6061 -m

0x05 -M "55534243123456780000000000000606f50402527000000000000000000000"

Con esta entrada observamos que se desmonta el modem y nos da un mensaje de salida como este (IMPORTANTE todo el comando es una sola linea):

* usb_modeswitch: tool for controlling “flip flop” mode USB devices
* Version 0.9.4 (C) Josua Dietze 2008
* Works with libusb 0.1.12 and probably other versions

Looking for target devices
No target device found
Looking for default devices
Found default devices (1)
Prepare switching, accessing latest device
Looking for active default driver to detach it
OK, driver found (“usb-storage”)
OK, Driver “usb-storage” successfully detached
Setting up communication with device
Trying to send the message
Sending the message returned error -19, trying to continue …
-> See /proc/bus/usb/devices (or call lsusb) for changes. Bye

root@joseo-laptop:/home/usbmodeswitch# wvdialconf create

Esta linea solo es necesario hacerla por esta vez y lo que logramos es verificar el puerto el cual por lo general es ttyUSB0 o 1 o 2 y nos sale algo asi:

ttyS0: ATQ0 V1 E1 — failed with 2400 baud, next try: 9600 baud
ttyS0: ATQ0 V1 E1 — failed with 9600 baud, next try: 115200 baud
ttyS0: ATQ0 V1 E1 — and failed too at 115200, giving up.
ttyS1: ATQ0 V1 E1 — failed with 2400 baud, next try: 9600 baud
ttyS1: ATQ0 V1 E1 — failed with 9600 baud, next try: 115200 baud
ttyS1: ATQ0 V1 E1 — and failed too at 115200, giving up.
Modem Port Scan: S2 S3
ttyUSB0: Device or resource busy
Modem Port Scan: USB0
WvModem: Cannot get information for serial port.
ttyUSB1: ATQ0 V1 E1 — OK
ttyUSB1: ATQ0 V1 E1 Z — OK
ttyUSB1: ATQ0 V1 E1 S0=0 — OK
ttyUSB1: ATQ0 V1 E1 S0=0 &C1 — OK
ttyUSB1: ATQ0 V1 E1 S0=0 &C1 &D2 — OK
ttyUSB1: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 — OK
ttyUSB1: Modem Identifier: ATI — Manufacturer: LONGCHEER HOLDINGS LIMITED
ttyUSB1: Speed 9600: AT — OK
ttyUSB1: Max speed is 9600; that should be safe.
ttyUSB1: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 — OK
WvModem: Cannot get information for serial port.
ttyUSB2: ATQ0 V1 E1 — failed with 2400 baud, next try: 9600 baud
ttyUSB2: ATQ0 V1 E1 — failed with 9600 baud, next try: 9600 baud
ttyUSB2: ATQ0 V1 E1 — and failed too at 115200, giving up.
WvModem: Cannot get information for serial port.
ttyUSB3: ATQ0 V1 E1 — OK
ttyUSB3: ATQ0 V1 E1 Z — OK
ttyUSB3: ATQ0 V1 E1 S0=0 — OK
ttyUSB3: ATQ0 V1 E1 S0=0 &C1 — OK
ttyUSB3: ATQ0 V1 E1 S0=0 &C1 &D2 — OK
ttyUSB3: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 — OK
ttyUSB3: Modem Identifier: ATI — Manufacturer: LONGCHEER HOLDINGS LIMITED
ttyUSB3: Speed 9600: AT — OK
ttyUSB3: Max speed is 9600; that should be safe.
ttyUSB3: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 — OK

Found a modem on /dev/ttyUSB0.
create: Can’t open ‘create’ for reading: No such file or directory
create: …starting with blank configuration.
Modem configuration written to create.
ttyUSB1: Speed 9600; init “ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0″
ttyUSB3: Speed 9600; init “ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0″

y por ultimo para concectar damos

root@joseo-laptop:/home/usbmodeswitch# wvdial 3g

Con esto ya todo esta listo ya estariamos conectados pero deberiamos repetir algunas lineas siempre que nos vayamos a conectar entonces para eso vamos a necesitar hacer un pequeño script que lo vamos a guardar en /etc para esto hacemos esto:

root@joseo-laptop:/home/usbmodeswitch# gedit /etc/comcel

El archivo lo dejamos de la siguiente manera:

modprobe usbserial vendor=0×1c9e product=0×6061
usb_modeswitch -v 0×1c9e -p 0×1001 -V 0×1c9e -P 0×6061 -m
0×05 -M “55534243123456780000000000000606f50402527000000000000000000000″
wvidal 3g

guardamos y listo, ahora cada que queramos conectarnos unicamente ejecutaremos el script de la siguiente manera:

root@joseo-laptop:/home/usbmodeswitch# sh /etc/comcel

Para saber si estamos conectados miramos que nos tiene que salir algo asi:

–> WvDial: Internet dialer version 1.60
–> Warning: section [Dialer 3g] does not exist in wvdial.conf.
–> Cannot get information for serial port.
–> Initializing modem.
–> Sending: ATZ
ATZ
OK
–> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
–> Modem initialized.
–> Idle Seconds = 300, disabling automatic reconnect.
–> Sending: ATDT*99#
–> Waiting for carrier.
ATDT*99#
CONNECT
–> Carrier detected. Starting PPP immediately.
–> Starting pppd at Thu Aug 6 15:36:24 2009
–> Pid of pppd: 4136
–> Using interface ppp0
–> pppd: �[7f]
–> pppd: �[7f]
–> pppd: �[7f]
–> pppd: �[7f]
–> pppd: �[7f]
–> pppd: �[7f]
–> local IP address 166.238.28.207
–> pppd: �[7f]
–> remote IP address 10.64.64.64
–> pppd: �[7f]
–> primary DNS address 4.2.2.3
–> pppd: �[7f]
–> secondary DNS address 198.228.90.210
–> pppd: �[7f]

y bueno como ultimo dato el firefox suele aparecer marcada la opcion de Trabajar sin conexion unicamente tenemos que desmarcarla y listo comenzar a navegar en Internet. :)

inconvenientes durante la instalacion

El unico inconveniente presentado fue en el momento de instalar el programa usb-modeswitch-1.1.2; al ejecutar el comando “make install” se presentaba el mensaje “error: usb.h No existe el fichero o directorio”, para solucionar ese error solo fue necesario instalar el paquete “libusb-dev” el cual lo hice impleando Synaptic. Por lo tanto se concluye que “usb.h” viene con dicho paquete y en efecto un archivo es creado en la direccion “usr/include”.

Post- instalacion del modem Alcatel X030

Para entender en profundidad dicho proceso de instalacion, se revisa en detalle lo que ocurrio. Primero se puede observar la creacion de una carpeta de nombre /etc/usb_modeswitch.d, que contiene la configuracion de todos los modem disponibles, se destaca el archivo 1c9e:1001 con la siguiente especificacion:

########################################################

# Alcatel One Touch X020

DefaultVendor= 0x1c9e

DefaultProduct=0x1001

TargetVendor= 0x1c9e

TargetProduct= 0x6061

CheckSuccess=20

MessageContent="55534243123456780000000000000606f50402527000000000000000000000"

Como se puede observar, son parametros del comando usb_modeswitch que se digito en lineas anteriores.

Igualmente en la misma carpeta /etc/ se encuentra el archivo usb_modeswitch.conf; archivo de configuracion para el paquete usb-modeswitch-1.1.2, el cual es una herramienta de switcheo que proporciona diferentes estados o modos a los dispositivos USB. Este archivo es evaluado por el Script usb_modeswitch (archivo ejecutable) en la carpeta /lib/udev.

El comando “make install” al ejecutarlo dentro de la carpeta usb-modeswitch-1.1.2, instala un script(/lib/udev/usb_modeswitch), un archivo de configuracion (/etc/usb_modeswitch.conf), el binario (/usr/sbin/usb_modeswitch) y un man (/usr/share/man/man1/usb_modeswitch.1).

Una vez el dispositivo este switcheado, se puede definir una regla en el “archivo de rules” (/lib/udev/rules.d/40-usb_modeswitch.rules), para permitir al “udev” ejecutar el “usb_modeswitch” tan pronto los ID son encontrados, es decir cuando el modem sea conectado al puerto usb.

El script usb_modeswitch trabaja en asocio con otros paquetes – ya mencionados-, el toma los parametros de un archivo de configuracion y hace la iniciacion y comunicación de ayuda del paquete “libusb”.

La Banda ancha movil 3GPP crece 81% anual

La tecnologia de banda ancha movil 3GPP(UMTS-HSPA) llego para quedarse, aseguro un crecimiento del 81% en toda America durante el año cerrado en marzo de 2010, informo 3G America (una asociacion que representa la familia de tecnologias GSM y LTE), esto debido a la implementacion de redes 3G, actualizaciones a redes HSPA, las suscripciones a banda ancha movil, netbooks y smartphones. Los operadores informan de un crecimiento significativo proveniente de servicios de datos, es aqui donde se encuentra el dinero y los operadores lo han entendido muy bien al enfocar su estrategia hacia los servicio de datos y dejar a un lado la gallina de huevos de oro: los servicios de voz, pues el mercado en este nicho ya se encuentra saturado y ha dejado de crecer.
A nivel de cifras, en el hemiferio occidental hay un total de suscripciones 3GPP(UMTS-HSPA) de 621,7 millones a marzo del 2010 y solo en los ultimos doce meses cerrado a marzo 2010 hubo 33.4 millones de conexiones a banda ancha movil nuevas. En America Latina (la region de interes) tambien se observo un fuerte crecimiento de la tecnologia 3GPP en el mercado, con 20 millones de conexiones nuevas a tecnologia 3GPP y en cifras totales (para tener un idea del negocio) hay 486 millones de suscriptores 3GPP(UMTS- HSPA). Tal como van las cosas y la tendencia predomina la banda ancha movil se convertira en la principal forma de acceso a Internet desplazando el acceso a traves de conexiones fijas.
En cuanto EU y Canada, la tecnologia 3GPP sumo una cifra neta de 2 millones de suscriptores nuevos en el primer trimestre de 2010 y el % de los datos en el ARPU alcanzo el 30%.

En resumen la competencia en el mercado de las telecomunicaciones se traslada al mercado de servicios de datos empleando como via de acceso la tecnologia de banda ancha movil 3GPP (UMTS-HSPA) y con la llegada de 3GPP LTE el panorama de servicios de alto valor agregado para el cliente es muy prometedor- ya se estan instalado las primeras redes LTE en Suecia y Finlandia en hora buena ;)

Que es el ARPU

Es la abreviacion de Average Revenue per User (ARPU), muy utilizada por los operadores de telefonia y se entiende como el consumo promedio de un usuario o subscriptor. Una tendencia de disminucion se viene presentado con este indicador, segun TeleGeography (ver grafica) en Europa los subscriptores moviles gastan alrededor de USD 36 al mes, en America USD 51, Japon USD 57 ; estos valores vienen presentando una notable disminucion gracia al desarrollo de modelos innovadores por parte de los operadores tendientes a disminuir los costos operativos, es por ello que se observan tasas de USD 10 en China y USD 6.5 en la India. Es en este ultimo pais que se ha desarrollado un modelo conocido como "El modelo Indio", que permite reducir los costos operativos de las operadoras, esto se ha logrado gracias a la estrategia de compartir la infraestructura entre ellas mediante la asociacion ( Agregacion de la Oferta) que les permite conseguir economias de escala, las cuales se transfiere al subscritor mediante tarifas mas bajas. Otro aspecto importante del modelo es que se basa en el Outsourcing, las operadoras estan sub contratando sus operaciones secundarias (aquellas que no constituyen su core-business) y concentrand ose en las actividades primarias que brindan mayor valor para la empresa.

Referencia

Mobile marvels, The economist a special report on telecom in emerging markets Sept 29 2009.

Sitelnoticias:Google vs Apple

El IPone OS4 (sistema operacional de los dispositivos de Apple) sera multitarea, disponible solo para los modelos 3GS del telefono celular y para el iPad. En cuanto al mercado de aplicaciones para iPhone, 4.000 millones de aplicaciones se han descargado, App Store ya dispone de 170.000 aplicaciones frente 25.000 aplicaciones en el sitio Android Market, la ventaja de estas ultima que dichas aplicaciones son gratuitas.