[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

XCAP

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.

UCARP

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

DRBD

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

ACK

200 OK

BYE

200 OK

Conversación

Alice Bob

T1

T2

T3

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:

WeSIP

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)

XMPP

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

MSN

IM, presencia y voz (limitada)

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

Skype

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


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

[email protected] quiere conocer el estado de presencia de [email protected].

[email protected] envía un SUBSCRIBE:

mailto:[email protected]




sipdoc.net

SUBSCRIBE (II)

SUBSCRIBE sip:[email protected] SIP/2.0Via: SIP/2.0/UDP

192.168.1.101:6060;rport;branch=z9hG4bKwrezomklMax-Forwards: 70To: <sip:[email protected]>From: "IBC" <sip:[email protected]>;tag=hzxgfCall-ID: osrcavbozglnyzs@ibc-laptopCSeq: 724 SUBSCRIBEContact: <sip:[email protected]: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

[email protected] publica su estado “online” enviando un PUBLISH al servidor de presencia:



sipdoc.net

PUBLISH (II)

PUBLISH sip:[email protected] SIP/2.0

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

Max-Forwards: 70

Contact: <sip:[email protected]:22630>

To: "Manwe"<sip:[email protected]>

<?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

[email protected] ha cambiado su estado y [email protected] recibe un NOTIFY:




sipdoc.net

NOTIFY (II)

NOTIFY sip:[email protected]:8258 SIP/2.0Via: SIP/2.0/UDP

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

To: <sip:[email protected]>;tag=616ab145From: <sip:[email protected]>;tag=5e49c2c8bCSeq: 2 NOTIFY Call-ID: NGYwOTlkNWIyMTg3YmContent-Length: 214User-Agent: OpenSIPSMax-Forwards: 70Event: presenceContact: <sip:[email protected]:5065>Subscription-State: active;expires=3550Content-Type: application/pidf+xml


sipdoc.net

XCAP

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)

GET

Obtener un documento o parte de él.

PUT

Publicar un documento o insertar elementos.

DELETE

Borrar un documento o parte de él.


sipdoc.net

XCAP (III)

PUT /xcap-root/pres-rules/users/[email protected]/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:[email protected]"/>

</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:[email protected] SIP/2.0Via: SIP/2.0/UDP

192.168.1.101:6060;rport;branch=z9hG4bKpfswTo: "manwe" <sip:[email protected]>From: "IBC" <sip:[email protected]>;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)

MSRP

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

Demo


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:[email protected]:[email protected]

SUBSCRIBE sip:[email protected]: presence.winfo

XCAP Server

SUBSCRIBE sip:[email protected]: presence

NOTIFY sip:manwe@IPEvent: presence.winfo

“ibc quiere ver tu estado”

PUT /pres-rules/users/[email protected]/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/[email protected]/index“No permitido”




sipdoc.net

Asterisk MeetMe Presence Agent

Asterisk

sip:[email protected]:[email protected]

Presence Server


INVITE sip:[email protected]

PUBLISH sip:[email protected]: 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


i n t e r n é

HTTP GET a twitter.comPedir estado de saghul

sip:[email protected]


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

“Frikeando en el VoIP2Day”

“Frikeando en el VoIP2Day”



sipdoc.net

Gateway SIP MESSAGE →

Application ServerProxy / Registrar

MESSAGE sip:[email protected]

“¿Cuánto molas?”

i n t e r n é

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


“¿Cuánto molas?”



sipdoc.net

Gateway SIP MESSAGE ↔ e-Mail

Application ServerProxy / Registrar


“Estoy en el VoIP2Day”

i n t e r n é

E-Mail a la cuenta de saghul


“Estoy en el VoIP2Day”


E-Mail desde saghul a [email protected]


“¡ Y yo también !”


“¡ Y yo también !”


sipdoc.net

GeoLocation Presence Agent

Proxy / Registrar


Presence Server

REGISTER sip:sipdoc.netTo: sip:[email protected]


“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”



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:[email protected] SIP/2.0

From: sip:[email protected]

Content-Type: text/plain

Accept: APLAUSOS, ABUCHEOS

¡Gracias!




sipdoc.net

THE END (II)

REFER sip:[email protected] SIP/2.0

Refer-To: sip:[email protected]

From: sip:[email protected]






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:

42

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

CDR


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


Allo!

Buzón

Locuciónpersonalizada

Desvíocondicional


sipdoc.net

Solución OMV V

Ejemplo II

Red móvil

Móvil empresa X


Empresa X


Allo!

Notify!


sipdoc.net

Solución OMV VI

Ejemplo III

Red móvil

Móvil empresa X


Empresa X


Allo!

Notify

PSTN


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

Intro

Ip Multimedia Subsystem:

Arquitectura para el establecimiento de sesiones multimedia en redes IP.

INTERNET

RED MÓVIL


sipdoc.net

Antecedentes

IMSITU-R

IETF

ETSI

3GPP2

3GPP

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.

QoS.


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

MRFP

IM-SSFQSA-SCSSIP-AS

P-CSCF

MRFC

P-CSCF

MGCFBGCF

MGW

I-CSCF

S-CSCF

SGW

HSS

SLF

AccessNetwork

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 SessionProgress

183 SessionProgress183 Session

Progress183 SessionProgress183 Session

Progress


sipdoc.net

Ejemplo: sesión II





PRACKPRACK

PRACKPRACK

PRACK

200 OK

200 OK200 OK

200 OK200 OK

UPDATEUPDATE

UPDATEUPDATE

UPDATE

200 OK

200 OK200 OK

200 OK200 OK


sipdoc.net

Ejemplo: sesión III





Alice

180 Ringing

180 Ringing180 Ringing

180 Ringing

180 Ringing

PRACKPRACK

PRACKPRACK

PRACK

200 OK

200 OK200 OK

200 OK200 OK

200 OK

200 OK

200 OK200 OK

200 OK200 OK

ACKACK

ACKACK

ACK

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