[VoIP2Day 2009] Presente y futuro de las comunicaciones VoIP

1SIPdoc Imagine there is no PSTN

http://www.sipdoc.net sipdoc

Iñaki Baz (ibc)Jon Bonilla (manwe)Saúl Ibarra (saghul)

Presente y futuro de las comunicaciones VoIP

VoIP2day 2k9 - http://www.voip2day.net

sipdoc.net

¿Y éstos quiénes son?

SIPdoc Imagine there is no PSTN

sipdoc.net

SIPdoc Team

Trabajadores con familia, hijos, … oh wait!

Trabajan en empresas serias de día y SIPean con nocturnidad y alevosía.

¡Hay vida más allá de Asterisk!

¡En serio!

Imagine there is no PSTN

sipdoc.net

SIPdoc Team (II)

Iñaki Baz (ibc)

Ese hombre que no sale a por el pan si no se ha leído el RFC o draft correspondiente.

Jon Bonilla (manwe)

Ese hombre que tras comprar el pan y hacerse un bokata se lee el RFC o draft correspondiente mientras se lo come.

Saúl Ibarra (saghul)

Ese ¿hombre? que no dormiría si pudiera evitarlo y no toca nada con botones que no

sipdoc.net

SIPdoc Team (III)

Éstos nos dan de comer:

sipdoc.net

¿Qué nos van a contar?

sipdoc.net

índice

Infraestructuras de servicios VoIP (saghul)

Quiero montar un proveedor, ¿cómo hago?

Arquitectura y componentes

Presencia SIP avanzada (ibc)

Presencia SIMPLE

VoIP en telefonía móvil e IMS (manwe)

Convergencia entre las redes de VoIP y móvil

El futuro: IMS

Infraestructuras de servicios VoIP

sipdoc.net

Arquitectura básica de proveedor

Servicio a usuarios residenciales

Enlaces SIP con IP-PBX

Elementos implicados

Proxy SIP

Gateway PSTN

El proxy lo hace todo

Registro

Accounting

sipdoc.net

Arquitectura básica de proveedor (II)

sipdoc.net

Componentes de la arquitectura básica

SIP proxy

Sólo habla SIP

Registro de usuarios

Enlaces con gateways PSTN

Enlaces con otros proveedores (peering)

Facturación (accounting)

Muy poca inteligencia → ¡no es una PBX!

sipdoc.net

Componentes de la arquitectura básica (II)

Gateways PSTN

Puede ser hardware integrado o algo software → Asterisk, FreeSWITCH, CallWeaver, YATE, ...

Encargado de conectar el mundo SIP a la PSTN

sipdoc.net

Componentes de la arquitectura básica (III)

Proxy RTP

Procesa el audio.

Necesario para ofrecer tratamiento de NAT transparente al usuario.

Si la carga es baja podemos incluirlo en el mismo servidor físico que el proxy.

sipdoc.net

Componentes de la arquitectura básica (IV)

Ventajas

Relativamente fácil de montar.

Poco coste inicial si el número de clientes no es muy elevado.

Pocas funcionalidades → poca complejidad → pocos errores.

sipdoc.net

Componentes de la arquitectura básica (V)

Inconvenientes

Sólo con un proxy no podemos ofrecer servicios adicionales como buzón de voz...

Escalabilidad: si separamos los servicios al principio, escalar en el futuro será más sencillo.

Posible saturación del servidor.

Hacer el accounting en el proxy no siempre es una buena idea...

sipdoc.net

Mejorando la arquitectura básica

Servicios separados desde un inicio.

Media Server para ofrecer servicios de valor añadido.

Balanceo de carga en salida.

sipdoc.net

Mejorando la arquitectura básica (II)

sipdoc.net

Mejorando la arquitectura básica (III)

Añadidos los servidores AMS1 y AMS2 para ofrecer servicios endpoint de buzón de voz y conferencias.

Nice and cool sexy features, yeah!

Proxy SIP adicional para hacer el balanceo de carga hacia la PSTN.

Capacidad de hacer failover.

Servidor de BBDD independiente.

Menor carga para el core proxy.

sipdoc.net

Añadiendo redundancia

Nuestro servicio es crítico para los clientes.

Como no puedan llamar → ¡pánico!

Redundar los sistemas evitará que la caída de un servidor provoque un corte en el servicio.

El mayor número de 'nueves' posible.

Sin llegar a la paranoia.

sipdoc.net

Añadiendo redundancia (II)

sipdoc.net

Añadiendo redundancia (III)

Las acciones a tomar varían en función del tipo de servicio.

Proxy SIP y Load Balancer

Balanceo por DNS SRV Round-Robin.

Los nodos activos todo el rato.

Servidor de BBDD

Cluster MySQL Master - Master.

sipdoc.net

Herramientas adicionales para HA

HeartBeat

Balanceo de servicios en clusters.

Balanceo de IP y ejecución de scripts entre varios nodos.

Sincronización de datos por red.

Csync2

Sincronización de datos por red.

sipdoc.net

Proveedor con centralita virtual

Más orientado a empresas que a usuarios residenciales.

Ofrece servicios de centralita (PBX) de manera remota.

Ahorro de costes.

¡Necesitamos un dialplan!

Hacer esto con un proxy apesta.

sipdoc.net

Proveedor con centralita virtual (II)

Su infraestructura es mucho más compleja.

sipdoc.net

Proveedor con centralita virtual (III)

Arquitectura típica: El Rombo.

Proxy SIP para registro de usuarios.

Batería de PBX con la lógica de cada empresa.

Balanceo de carga en salida. (PSTN u otros proveedores SIP)

sipdoc.net

Proveedor con centralita virtual (IV)

sipdoc.net

Proveedor con centralita virtual (V)

Mejorando El Rombo:

Batería de servidores Asterisk con la misma configuración.

Balanceo de carga en ambos extremos: cualquier empresa usa cualquier servidor indistintamente.

sipdoc.net

Proveedor con centralita virtual (VI)

sipdoc.net

¿Hemos terminado?

¿Es ésta la arquitectura definitiva?

¿Voy a molar más que nadie?

¿Es indestructible?

¿Es el papa espacial un lagarto?

sipdoc.net

¿Qué nos falta?

Necesitamos algo que se sitúe entre el proxy y los demás sistemas.

Ɐ algo != Asterisk

Algo con lo que se pueda hacer accounting sin riesgos.

Algo que tenga el control de la llamada en todo momento.

Algo que no se trague el RTP.

sipdoc.net

¿Qué nos falta?

Un B2BUA

sipdoc.net

¿Qué nos falta? (II)

INVITE

180 Ringing

200 OK

Conversación

Alice Bob

Diálogo 1

sipdoc.net

¿Qué nos falta? (III)

INVITE INVITE

180 Ringing180 Ringing

200 OK200 OK

Conversación

ACKACK

BYEBYE

200 OK200 OK

Alice b2bua Bob

sipdoc.net

Algo más que un B2BUA

Además de estar en medio necesitamos poder dar servicios.

Necesitamos un SIP Application Server.

Servidor SIP que hace de b2bua ¡y más!

Capacidad de interactuar con otras plataformas: XMLRPC, SOAP, HTTP, Servlets, …

Posibilidad de desarrollar aplicaciones propias.

sipdoc.net

Algo más que un B2BUA (II)

No tiene porqué encargarse del audio.

Asterisk no es un Application Server.

Aunque hagas AGIs en PHP... ¡wow!

Software disponible:

Glassfish

Un b2bua (solo señalización)+ un Media Server + pegamento¿OpenSIPS + SEMS? Quién sabe...

sipdoc.net

Ahora sí

sipdoc.net

Ahora sí (II)

Arquitectura sostenible.

Escalable.

Extensible.

Future proof.

sipdoc.net

Arbitro, ¡cambio!

Presencia SIP SIMPLE y XCAPmore than voice...

sipdoc.net

Lo que conocemos...

sipdoc.net

Lo que conocemos... (II)

IM y presenciaY la ñapa de “Jingle” para voz.

IM, presencia y voz (limitada)

“Dicen” que usa una especie de SIP “custom”

IM, presencia y voz

Pero apesta

sipdoc.net

Pero nos gusta la VoIP

Venimos del mundo de la voz

La prioridad es el teléfono

Y las funciones “molonas” de PBX¿Puedes montar una PBX “enterprise” con Skype?

Amantes de chan_skype procedan a abandonar la sala.

Tenemos que añadir IM y presencia sobre nuestra infraestructura de VoIP (SIP)“¿Cómo hago?”

sipdoc.net

¿SIP + XMPP?

Solución híbrida

PBX SIP + servidor XMPP

Desventajas

Doble mantenimiento de usuarios (ñapas)

Pocos terminales/softphones implementan bien ambos protocolos

“Integración” Asterisk + OpenFire...Hay vida más allá de Asterisk. En serio.

¿Alguna otra sugerencia?

sipdoc.net

SIP SIMPLE

SIMPLE es un subgrupo de SIP que se encarga de IM y presencia

Existen especificaciones muy completasRFC's de presencia:

3856, 3857, 3858, 3863, 4479, 4480, 4482...

RFC's de XCAP:4825, 4826, 4827, 5025...

RFC's de IM:3428, 3994, 4975...

OpenMobileAliance: XDMUn refrito de todo lo anterior.

“SIMPLE is not simple...”

sipdoc.net

SUBSCRIBE

Subscripción al estado de presencia de otro usuario

RFC 3856

ibc@sipdoc.net quiere conocer el estado de presencia de manwe@sipdoc.net.

ibc@sipdoc.net envía un SUBSCRIBE:

sipdoc.net

SUBSCRIBE (II)

SUBSCRIBE sip:manwe@sipdoc.net SIP/2.0Via: SIP/2.0/UDP

192.168.1.101:6060;rport;branch=z9hG4bKwrezomklMax-Forwards: 70To: <sip:manwe@sipdoc.net>From: "IBC" <sip:ibc@sipdoc.net>;tag=hzxgfCall-ID: osrcavbozglnyzs@ibc-laptopCSeq: 724 SUBSCRIBEContact: <sip:ibc@192.168.1.101:6060>Accept: application/pidf+xmlEvent: presenceExpires: 3600User-Agent: Twinkle/1.4.2Content-Length: 0

sipdoc.net

PUBLISH

Un usuario publica su estado de presencia

RFC 3903

manwe@sipdoc.net publica su estado “online” enviando un PUBLISH al servidor de presencia:

sipdoc.net

PUBLISH (II)

PUBLISH sip:manwe@sipdoc.net SIP/2.0

Via: SIP/2.0/UDP 192.168.1.101:22630;branch=z9hG4bK754z

Max-Forwards: 70

Contact: <sip:manwe@192.168.1.101:22630>

To: "Manwe"<sip:manwe@sipdoc.net>

<?xml version='1.0' encoding='UTF-8'?>

<presence xmlns='urn:ietf:params:xml:ns:pidf'

xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model'

xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid'

sipdoc.net

NOTIFY

Recibimos notificaciones de cambio de presencia de un usuario

RFC 3856

manwe@sipdoc.net ha cambiado su estado y ibc@sipdoc.net recibe un NOTIFY:

sipdoc.net

NOTIFY (II)

NOTIFY sip:ibc@88.218.216.202:8258 SIP/2.0Via: SIP/2.0/UDP

92.121.79.216:5062;branch=z9hG4bK742c.300d82e6.0

To: <sip:ibc@sipdoc.net>;tag=616ab145From: <sip:manwe@sipdoc.net>;tag=5e49c2c8bCSeq: 2 NOTIFY Call-ID: NGYwOTlkNWIyMTg3YmContent-Length: 214User-Agent: OpenSIPSMax-Forwards: 70Event: presenceContact: <sip:presence@92.121.79.216:5065>Subscription-State: active;expires=3550Content-Type: application/pidf+xml

sipdoc.net

Protocolo sobre HTTP

RFC 4825

Para publicar, obtener, modificar y borrar documentos XML en un servidor:Lista de contactos (RFC 4826).

Reglas de privacidad de presencia (RFC 5025).

Publicación de estado por defecto (RFC 4827).

Interacción con el servidor de presencia

El “presence server” obtiene estos documentosEj: para decidir si un usuario puede ver el estado de

sipdoc.net

XCAP (II)

Obtener un documento o parte de él.

Publicar un documento o insertar elementos.

DELETE

Borrar un documento o parte de él.

sipdoc.net

XCAP (III)

PUT /xcap-root/pres-rules/users/ibc@sipdoc.net/index HTTP/1.1

Content-Type: application/auth-policy+xml

Content-Length: 1288

<?xml version='1.0' encoding='UTF-8'?>

<cp:ruleset xmlns:pr="urn:ietf:params:xml:ns:pres-rules"

xmlns:cp="urn:ietf:params:xml:ns:common-policy">

<cp:rule id="pres_blacklist">

<cp:conditions> <cp:identity> <cp:one

id="sip:bill@microsoft.com"/>

</cp:identity> </cp:conditions> <cp:actions> <pr:sub-

handling>block</pr:sub-handling>

</cp:actions> </cp:rule>

sipdoc.net

XCAP (IV)

Problemas de XCAP

Especificaciones demasiado “amplias”.

Difícil interoperabilidad entre distintos clientes XCAP.No hay un formato XML “rígido”.

Alternativas

XDMBy OpenMobileAlliance (OMA).

Subconjunto de especificaciones XCAP + extensiones.

sipdoc.net

¿Quién publica la presencia?

Lo típico: online, busy, away...

El propio usuario publica su estado de presencia (MSN, XMPP, Skype...)

O el propio softwareEstado “idle” (parado) al ausentarse del ordenador.

¿Acaso hay otras formas?

sipdoc.net

Presence Agent

Un nodo publica presencia por nosotros

Ubicado en la red, en un servidor...

Ejemplos:Un proxy/PBX conoce desde dónde nos hemos

registrado y publica nuestra geolocalización.

Un servidor de media publica los participantes en una multi-conferencia.

Etc...

sipdoc.net

Mensajería Instantánea

MESSAGE

RFC 3428

Un único mensajeSin contexto

Tipo SMS

sipdoc.net

Mensajería Instantánea (II)

MESSAGE sip:manwe@sipdoc.net SIP/2.0Via: SIP/2.0/UDP

192.168.1.101:6060;rport;branch=z9hG4bKpfswTo: "manwe" <sip:manwe@sipdoc.net>From: "IBC" <sip:ibc@sipdoc.net>;tag=itiwaCall-ID: rmsvvperobxofer@ibc-laptopCSeq: 320 MESSAGEContent-Type: text/plain;charset=utf-8User-Agent: Twinkle/1.4.2Content-Length: 43

hola, tienes lista tu parte del VoIP2Day?

sipdoc.net

Mensajería Instantánea (III)

RFC 4975

Sessión de mensajeríaLos mensajes pertenecen a un contexto (sesión)

Incluye transferencia de ficheros

sipdoc.net

me aburro...

sipdoc.net

futurocomunicaciones

unificadas

convergencia

bla bla bla...humo

No más teoría por favor...

sipdoc.net

show me the code !

sipdoc.net

SIPdoc SIP SIMPLE Solution S4

Media ServerAsterisk & SEMS

Proxy / RegistrarKamailio

Presence ServerOpenSIPS

XCAP ServerOpenXCAP

Application ServerSIPdoc RubySIP-AS

EyeBeam TwinkleYASSVoIP2Day Special Edition

sipdoc.net

Presencia y XCAP

Presence Server

sip:manwe@sipdoc.netsip:ibc@sipdoc.net

SUBSCRIBE sip:manwe@sipdoc.netEvent: presence.winfo

XCAP Server

SUBSCRIBE sip:manwe@sipdoc.netEvent: presence

NOTIFY sip:manwe@IPEvent: presence.winfo

“ibc quiere ver tu estado”

PUT /pres-rules/users/manwe@sipdoc.net/index

“permito que ibc vea mi estado”

“update”

NOTIFY sip:ibc@IPEvent: presenceSubscription-Status: active

“Estoy online”

NOTIFY sip:ibc@IPEvent: presenceSubscription-Status: pending

GET /pres-rules/users/manwe@sipdoc.net/index“No permitido”

sipdoc.net

Asterisk MeetMe Presence Agent

Asterisk

sip:manwe@sipdoc.netsip:ibc@sipdoc.net

Presence Server

SUBSCRIBE sip:meetme200@sipdoc.netEvent: presence

INVITE sip:meetme200@sipdoc.net

PUBLISH sip:meetme200@sipdoc.netEvent: presence

“1 participante: ibc” NOTIFY sip:manwe@IPEvent: presence

“1 participante: ibc”

NOTIFY sip:manwe@IPEvent: presence

“Ningún participante”

sipdoc.net

Presence Agent

Application ServerPresence Server

SUBSCRIBE sip:saghul_twitter@sipdoc.netEvent: presence

i n t e r n é

HTTP GET a twitter.comPedir estado de saghul

sip:manwe@sipdoc.net

PUBLISH sip:saghul_twitter@sipdoc.netEvent: presence

“Frikeando en el VoIP2Day”NOTIFY sip:manwe@IPEvent: presence

“Frikeando en el VoIP2Day”

sipdoc.net

Gateway SIP MESSAGE →

Application ServerProxy / Registrar

MESSAGE sip:saghul_twitter@sipdoc.net

“¿Cuánto molas?”

i n t e r n é

HTTP POST a twitter.comEnvío de mensaje a saghul

MESSAGE sip:saghul_twitter@sipdoc.net

“¿Cuánto molas?”

sip:ibc@sipdoc.net

sipdoc.net

Gateway SIP MESSAGE ↔ e-Mail

Application ServerProxy / Registrar

MESSAGE sip:saghul_mail@sipdoc.net

“Estoy en el VoIP2Day”

i n t e r n é

E-Mail a la cuenta de saghul

MESSAGE sip:saghul_mail@sipdoc.net

“Estoy en el VoIP2Day”

sip:ibc@sipdoc.net

E-Mail desde saghul a mailboot+ibc@sipdoc.net

MESSAGE sip:ibc@sipdoc.net

“¡ Y yo también !”

MESSAGE sip:ibc@sipdoc.net

“¡ Y yo también !”

sipdoc.net

GeoLocation Presence Agent

Proxy / Registrar

sip:ibc@sipdoc.net

Presence Server

REGISTER sip:sipdoc.netTo: sip:ibc@sipdoc.net

PUBLISH sip:ibc_geolocation@sipdoc.netEvent: presence

“País: España Ciudad: Madrid Altitud: 0.023333434 Longitud: -0.10943423”

NOTIFY sip:saghul@IPEvent: presence

“País: España Ciudad: Madrid Altitud: 0.023333434 Longitud: -0.10943423”

sip:saghul@sipdoc.net

sipdoc.net

Acabando...

SIP SIMPLE es poderoso

La inteligencia está en el protocolo y en los terminales...y no en una PBX a base de DTMF's.

La presencia SIP SIMPLE tiene futuroFaltan buenas implementaciones.

¿Qué es IAX?

¿...y qué más dá?

¿Cómo voy de tiempo?

sipdoc.net

THE END

BYE sip:asistentes@voip2day.net SIP/2.0

From: sip:ibc@sipdoc.net

Content-Type: text/plain

Accept: APLAUSOS, ABUCHEOS

¡Gracias!

sipdoc.net

THE END (II)

REFER sip:asistentes@voip2day.net SIP/2.0

Refer-To: sip:manwe@sipdoc.net

From: sip:ibc@sipdoc.net

VoIP en telefonía móvil e IMS

sipdoc.net

Estado actual

sipdoc.net

¿Dónde estamos?

Tenemos centralitas

sipdoc.net

¿Dónde estamos?

Tenemos infraestructuras de operador

sipdoc.net

¿Dónde estamos?

Tenemos buena presencia

sipdoc.net

¿Qué falta?

Ahora no estoy en casa o en el trabajo

sipdoc.net

¿Qué falta?

Sólo tengo el móvil

sipdoc.net

VOIP en la red móvil actual

Tenemos terminales 3G

sipdoc.net

Las tarifas de datos son caras

sipdoc.net

Las aplicaciones están controladas

sipdoc.net

Podemos hacer jailbreaking

sipdoc.net

El contrato tiene letra pequeña

sipdoc.net

El panorama general...

sipdoc.net

Banda ancha en España

sipdoc.net

Cimientos

La pregunta es sencilla:

HOYGAN

sipdoc.net

Cimientos

La respuesta no lo es:

sipdoc.net

Soluciones en el cliente

sipdoc.net

Enlaces GSM - PBX

¿Solución? más extendida

sipdoc.net

Enlaces GSM – PBX I

Llamada entrante a DID

PSTNRed móvil

Notify!

sipdoc.net

Enlaces GSM – PBX II

Llamada entrante a móvil

PSTNRed móvil

Notify!

sipdoc.net

Enlaces GSM – PBX III

Es una ñapa:

No nos enteramos del estado del terminal.

Necesitamos N enlaces.

Lógica de PBX sólo en llamadas entrantes o salientes apañadas.

Pagamos por todas las llamadas, tanto entrantes como salientes.

sipdoc.net

Enlatadas PBX-Móvil I

Soluciones de convergencia PBX-móvilEj: Divitas

sipdoc.net

Enlatadas PBX-Móvil II

Llamada entrante a DID

PSTNRed móvil

Notify

sipdoc.net

Enlatadas PBX-Móvil III

Llamada saliente

PSTNRed móvil

Notify

sipdoc.net

Enlatadas PBX-Móvil IV

Es una ñapa:

Pero es una ñapa mejor.

Es cara.

Seguimos pagando todas las llamadas entrantes y salientes.

sipdoc.net

Solución OMV

sipdoc.net

Solución OMV I

Punto de partida...

Red móvil

Movil empresa X

sipdoc.net

Solución OMV II

Llegamos a un acuerdo...

Red móvil

Movil empresa X

Red IP

sipdoc.net

Solución OMV III

Llegamos a un acuerdo

Red móvil

Móvil empresa X

Red IP#include operador SIP

Empresa X

Un móvil cualquiera

sipdoc.net

Solución OMV IV

Ejemplo I

Red móvil

Móvil empresa X

Empresa X

Buzón

Locuciónpersonalizada

Desvíocondicional

sipdoc.net

Solución OMV V

Ejemplo II

Red móvil

Móvil empresa X

Empresa X

Notify!

sipdoc.net

Solución OMV VI

Ejemplo III

Red móvil

Móvil empresa X

Empresa X

Notify

sipdoc.net

Solución OMV VI

Esto sí es una solución.

Es del lado del operador.

Integración red móvil y red IP.

Convergencia real.

Pero... seguimos teniendo red móvil.

El terminal sigue siendo tonto. Nos enteramos de su estado pero él no se entera del estado de los demás.

sipdoc.net

Solución IMS

sipdoc.net

Ip Multimedia Subsystem:

Arquitectura para el establecimiento de sesiones multimedia en redes IP.

INTERNET

RED MÓVIL

sipdoc.net

Antecedentes

IMSITU-R

OMATISPAN

sipdoc.net

Ventajas

Primera parte de la charla.

Quality of Service.

Tipos de sesión.

Integración de servicios.

Interconexión red-agnóstica.

sipdoc.net

Requerimientos I

Establecimiento de sesiones MM en redes de conmutación de paquetes.

Interoperabilidad con redes tradicionales no-IMS.

Soporte de políticas de servicio.

sipdoc.net

Requerimientos II

Múltiples tecnologías de acceso a red de datos.

Uso de protocolos de Internet.

Agilidad en estandarización de servicios.

Roaming.

sipdoc.net

Arquitectura

IM-SSFQSA-SCSSIP-AS

P-CSCF

MGCFBGCF

I-CSCF

S-CSCF

AccessNetwork

sipdoc.net

Acceso a IMS

Contrato de servicio IMS.

Conexión a red IP.

Obtener dirección del proxy.

Registro en red IMS.

sipdoc.net

Ejemplo: sesión I

Alice BobP-CSCF S-CSCF I-CSCF HSS S-CSCF P-CSCF

OriginatingVisitedNetwork

OriginatingHomeNetwork

Terminating Home NetworkTerminatingVisitedNetwork

INVITE

AliceAlice

100 Trying

INVITE

100 TryingINVITE

100 Trying

DiameterINVITE

100 TryingINVITE

100 Trying

INVITE

100 Trying

183 SessionProgress

183 SessionProgress183 Session

Progress183 SessionProgress183 Session

Progress

sipdoc.net

Ejemplo: sesión II

PRACKPRACK

200 OK

200 OK200 OK

UPDATEUPDATE

UPDATE

200 OK

200 OK200 OK

sipdoc.net

Ejemplo: sesión III

180 Ringing

180 Ringing180 Ringing

180 Ringing

PRACKPRACK

200 OK

200 OK200 OK

200 OK

200 OK200 OK

ACKACK

sipdoc.net

Conclusiones

sipdoc.net

Conclusiones

“No se ofusque con este terror tecnológico que ha construido. La posibilidad de destruir un planeta es algo insignificante comparado con el poder de la fuerza.”

Darth Vader

sipdoc.net

Conclusiones

“No fracasé, sólo descubrí 999 maneras de cómo no hacer una bombilla.”

Thomas Alba Edison

sipdoc.net

Conclusiones

“Pienso que hay mercado en el mundo como para unos cinco ordenadores.”

Thomas J. WatsonPresidente de IBM

sipdoc.net

Conclusiones

“Dales lo que piden, no lo que necesitan.”

Lucifer

sipdoc.net

Conclusiones

“No dejes para mañana lo que puedas hacer hoy.”

Refrán popular

sipdoc.net

Conclusiones

“Sólo somos una organización de recogida de datos. Nosotros no exculpamos a nadie. Nosotros no condenamos a nadie."

J. Edgar Hoover

sipdoc.net

Conclusiones

“¡Vale! ¡Pues montaré mi propio operador! ¡Con casinos! ¡Y furcias! ¡Es más, paso del operador! ¡Y de los casinos! ¡Al cuerno con todo!"

Bender B. Rodríguez

sipdoc.net

Conclusiones

“El que llega primero al campo de batalla espera la llegada del enemigo fresco para combatir. Quien llega tarde al campo de batalla tiene que apresurarse y arriba exhausto al combate.”

Sun Tzu

sipdoc.net

Conclusiones

“Un Anillo para gobernarlos a todos. Un Anillo para encontrarlos, un Anillo para atraerlos a todos y atarlos en las tinieblas.”

Sauron

sipdoc.net

Conclusiones

“No conoceré el miedo. El miedo mata la mente. El miedo es la pequeña muerte que conduce a la destrucción total. Afrontaré mi miedo. Permitiré que pase sobre mí y a través de mí. Y cuando haya pasado, giraré mi ojo interior para escrutar su camino. Allá donde haya pasado el miedo ya no habrá nada. Sólo estaré yo.”

Letanía contra el miedo de la Bene Gesserit

sipdoc.net

Conclusiones

"Somos los Borg. Serán asimilados. La resistencia es fútil.”

Locutus Piccard

sipdoc.net

Agradecimientos

Avanzada 7

Irontec y Xtratelecom

X. Caballero

sipdoc.net

Mayéutica

[VoIP2Day 2009] Presente y futuro de las comunicaciones VoIP

Technology

Transcript of [VoIP2Day 2009] Presente y futuro de las comunicaciones VoIP

VoIp2Day 2009 - Presentacion Comunicaciones Unificadas (Asterisk y Microsoft OCS - Sametime SUT)

tecnología VoIP

Presente y futuro de las comunicaciones VoIP

Curso de VoIP / Parte 01: VoIP y Asterisk

VOIP MACABRO

Proveedores Voip

Presentación VoIP2Day : Soluciones Ingeniosas con VoIP

Seguridad VoIP

VoIP2DAY 2015 - Workshop comercial ivoz provider

Presenta VOIP

Telefonía VoIP

Practica Voip

presentasi VoIP

Protocolo voip

ficha lyric VoIP new! - YX · integraciÓn en cualquier sistema de telefonía ip o de comunicaciones unificadas. ahorro real la familia de productos lyric voip incorpora tecnología

Guía equipos VoIP - ansel.com.mx · Guía de Configuración de Equipos VoIP (Protocolo SIP) Contenido Teléfono VoIP 5516 ...

Clase VoIP

VoIP para el control del tránsito aéreo: El ATC en camino ... ATC en camino hacia voz sobre IP VoIP para el control del tránsito aéreo Comunicaciones Seguras Ficha de aplicación

VoIP Security

Voip marcela