Aplicaciones y Servicios Multimedia Joaquín Salvachúa Antonio Fumero
Guión Real-time Transport Protocol Session Initiation Protocol Mensajería SIP/SIMPLE Mensajería XMPP
Integración <ul><li>Integración  de VoIP con: </li></ul><ul><ul><li>Web </li></ul></ul><ul><ul><li>Email </li></ul></ul><u...
Necesidad <ul><li>Azar y necesidad: </li></ul><ul><ul><li>Aparecen redes de banda ancha por aplicaciones </li></ul></ul><u...
Real-time Transport Protocol (RTP)
Problemas <ul><li>TCP servía para todo excepto: </li></ul><ul><ul><li>Envío de audio </li></ul></ul><ul><ul><li>Envío de v...
¿Un protocolo nuevo? <ul><li>TCP   necesita retransmisión </li></ul><ul><ul><li>Necesidad de vencimiento de temporizador <...
Dos protocolos <ul><li>RTP   </li></ul><ul><ul><li>Encapsulación de trafico en tiempo real </li></ul></ul><ul><li>RTCP </l...
Arquitectura
Objetivos <ul><li>El protocolo No garantiza nada, solo ofrece las facilidades necesarias para hacerlo. </li></ul><ul><li>N...
Objetivos <ul><li>Ligero: Implementación simple. </li></ul><ul><li>Flexible: No indica algoritmos </li></ul><ul><li>Neutra...
Características <ul><li>Datos </li></ul><ul><ul><li>Temporización </li></ul></ul><ul><ul><li>Detección de perdidas </li></...
Funcionalidad <ul><li>Segmentación realizada por UDP ó IP </li></ul><ul><li>Re-secuenciación de paquetes. </li></ul><ul><l...
Posibles piezas  <ul><li>Mezcladores </li></ul><ul><ul><li>Un flujo a partir de múltiples. </li></ul></ul><ul><ul><li>Redu...
Cabecera RTP <ul><li>Payload type:  Tipo de media contenido   </li></ul><ul><li>SSRC:  indicación de sincronización  </li>...
Temporización en RTP <ul><li>Incrementado en 1 por cada muestra  </li></ul><ul><ul><li>(e.g. 160 for 20 ms packets @ 8000 ...
<ul><li>Típico : UDP, sin puerto fijo; RTCP port = RTP port (par) + 1 </li></ul><ul><li>Típicamente el paquete de  UDP est...
RTCP ancho de banda <ul><li>Cada participante envía un paquete RTCP para que se sepa quienes están escuchando. </li></ul><...
Sincronización entre flujos <ul><li>Necesidad de establecer sincronización entre múltiples flujos (vídeo, audio, transpare...
RTCP <ul><li>Paquetes almacenables (similares a datos). </li></ul><ul><ul><li>sender report (SR): bytes enviados y velocid...
Referencias <ul><li>RTP: A Transport Protocol for Real Time Applications  http://www.ietf.org.internet-drafts/draft-ietf-a...
SIP como protocolo para los servicios multimedia del futuro
Requisitos Latencia BW VR NFS/SMB HD videoconf VideoConf MM-IM Text-IM Calendar DBMS Web VoD HD-VoD Email
Visión General H.323 MGCP/Megaco SDP TCP SIP UDP RTP RSVP RTSP Media encaps (H.261,MPEG) IPv4,IPv6 PPP Sonet AAL3/4 AAL5 A...
SIP, H.323 y MGCP RTCP RTP IP MGCP MEGACO Control de la llamada Señalización Flujos multimedia Media H.225 Q.931 H.323 TCP...
Arquitectura <ul><li>Terminal :  Dispositivo final del usuario. </li></ul><ul><li>Gateway:   Traductor entre mundos no H.3...
Protocolos Endpoint Gatekeeper Endpoint Gatekeeper RAS RAS Signalling (Q.931) H.245 RTP/RTCP Q.931/ H.245 Q.931/H.245 Q.93...
Aplicaciones
Terminal Video I/O Equipment Audio I/O Equipment User Data Applications T.120, etc System Control User Interface Video Cod...
SIP: Session Initiation Protocol <ul><li>Estándar del IETF (RFC 3261) </li></ul><ul><li>Protocolo genérico de establecimie...
Protocolos de tiempo real ( IETF ) <ul><ul><li>Control de flujos y sesión: SIP, RTSP </li></ul></ul><ul><ul><li>Descripció...
Direccionamientos @ <ul><li>La dirección SIP es similar a la de correo </li></ul><ul><li>No tiene porque ser IP:  [email_a...
Componentes SIP <ul><li>Agentes de Usuario: </li></ul><ul><ul><li>Cliente que inicia las llamadas </li></ul></ul><ul><ul><...
Es de Igual a Igual Peer-to-Peer SIP Components User Agent User Agent
Un  sistema típico Redirect Server Location Server Registrar Server User Agent Proxy Server Gateway PSTN SIP Components Pr...
Despliegue SIP SIP proxy, redirect server SQL database sipd e*phone sipc Software SIP  user agents Hardware  Internet (SIP...
Similar a HTTP
Mensajes SIP <ul><li>SIP Requests: </li></ul><ul><ul><li>INVITE – Initiates a call by inviting user to participate in sess...
SIP / SIMPLE  – Presencia  <ul><li>Nueva entidad: Presence Agent </li></ul><ul><ul><li>Entidad lógica  </li></ul></ul><ul>...
Señalización SIP
Jabber <ul><li>Protocolo abierto basado en XML </li></ul><ul><ul><li>Control de presencia </li></ul></ul><ul><ul><li>Mensa...
Jabber (2) <ul><li>Distintas implementaciones servidor de mensajería instantánea </li></ul>
XMPP
Cluster XMPP
Comunicación XMPP
Asterisk <ul><li>Centralita PBX completa </li></ul><ul><ul><li>Trabaja con la mayoría de protocolos VoIP </li></ul></ul><u...
Flash <ul><li>Maquina virtual en cada navegador.  </li></ul><ul><li>Similar a java. Mas especializado. Mayor integración c...
FLV <ul><li>Flash Video Format </li></ul><ul><li>http://osflash.org/flv </li></ul>
RTMP
RTMP <ul><li>RTMP protocolo para enviar, en tiempo real, objetos, vídeo y audio usando una conexión TCP o HTTP. </li></ul>...
Tipos de datos 0×01   Chunk Size   changes the chunk size for packets 0×02  Unknown  anyone know this one? 0×03  Bytes Rea...
Conexión HTTP <ul><li>RTMPT basically is a HTTP wrapper  </li></ul><ul><li>Usa POST de cliente a servidor.  </li></ul><ul>...
Mundos virtuales
Cyberspacio Metaverso Del ciberespacio al metaverso 1984 1992
MATRIX ¿Cambio de metáfora?
Second first – Life is life
HTTP cHTTP – certified HTTP REST LSL – Linden Scripting Language LLSD – Linden Lab Structured Data Elementos básicos http:...
Funcionamiento ..Each &quot;sim&quot; or simulator of a portion of the  virtual world  in Second Life is created on a serv...
Arquitectura Grid http://wiki.secondlife.com/wiki/Main_Page
Dominios separados http://wiki.secondlife.com/wiki/Main_Page
Escalabilidad http://wiki.secondlife.com/wiki/Main_Page
Multiversos
Identidad
Laws of identity http://www.identityblog.com/stories/2004/12/09/thelaws.html <ul><li>User Control and Consent. Technical i...
mIDm http://www.downes.ca/cgi-bin/page.cgi?post=32667 <ul><li>A user tries to access a page on a service to which a login ...
OpenID – ¿Qué es? OpenID es un mecanismo de SSO distribuido Es un URI antoniofumero.myopenid.com https://irss.dit.upm.es/m...
OpenID – Elementos Identity provider Relying party End user / user agent
OpenID – ¿Cómo funciona?
OpenID – Elementos Identity provider Relying party End user / user agent
I4U – Mobile 2.0
 
 
 
 
SPAIN IS DIFFERENT
Upcoming SlideShare
Loading in …5
×

Iba2008 Servicios

1,828 views

Published on

Published in: Technology
  • Be the first to comment

Iba2008 Servicios

  1. 1. Aplicaciones y Servicios Multimedia Joaquín Salvachúa Antonio Fumero
  2. 2. Guión Real-time Transport Protocol Session Initiation Protocol Mensajería SIP/SIMPLE Mensajería XMPP
  3. 3. Integración <ul><li>Integración de VoIP con: </li></ul><ul><ul><li>Web </li></ul></ul><ul><ul><li>Email </li></ul></ul><ul><ul><li>Presencia y mensajería instantánea </li></ul></ul><ul><ul><li>Chats textuales </li></ul></ul><ul><ul><li>Juegos Interactivos </li></ul></ul>Telefonía por Internet Comunicaciones interactivas Web Juegos Email Presencia IM Chat voz video
  4. 4. Necesidad <ul><li>Azar y necesidad: </li></ul><ul><ul><li>Aparecen redes de banda ancha por aplicaciones </li></ul></ul><ul><ul><li>Aparecen nuevas aplicaciones que utilizan redes de banda ancha. </li></ul></ul><ul><li>Concepto de “ killer application ” superado: </li></ul><ul><ul><li>Killer Cocktail </li></ul></ul><ul><li>No hay aplicaciones que sustituyen totalmente a todas </li></ul><ul><ul><li>Teoria del TAMBIÉN . </li></ul></ul>
  5. 5. Real-time Transport Protocol (RTP)
  6. 6. Problemas <ul><li>TCP servía para todo excepto: </li></ul><ul><ul><li>Envío de audio </li></ul></ul><ul><ul><li>Envío de vídeo </li></ul></ul><ul><ul><li>Envío de información en tiempo real. </li></ul></ul><ul><li>Enfoque adaptativo no es suficiente </li></ul>
  7. 7. ¿Un protocolo nuevo? <ul><li>TCP necesita retransmisión </li></ul><ul><ul><li>Necesidad de vencimiento de temporizador </li></ul></ul><ul><ul><li>Puede que la información retransmitida sea demasiado antigua. </li></ul></ul><ul><li>UDP no tiene confirmación ni datos sobre el contenido: </li></ul><ul><li>No existe concepto de calidad de servicio (QoS). </li></ul>
  8. 8. Dos protocolos <ul><li>RTP </li></ul><ul><ul><li>Encapsulación de trafico en tiempo real </li></ul></ul><ul><li>RTCP </li></ul><ul><ul><li>Protocolo de reserva y garantía de calidad de servicio a determinados flujos RTP. </li></ul></ul><ul><li>Necesidad de garantías en todo el recorrido. </li></ul><ul><li>Parte de un esquema mayor a nivel global. </li></ul>
  9. 9. Arquitectura
  10. 10. Objetivos <ul><li>El protocolo No garantiza nada, solo ofrece las facilidades necesarias para hacerlo. </li></ul><ul><li>No esta asociado con ninguna aplicación concreta. </li></ul><ul><li>Necesidad de una descripción de : </li></ul><ul><ul><li>Perfil de tráfico. </li></ul></ul><ul><ul><li>Formato de codificación. </li></ul></ul>
  11. 11. Objetivos <ul><li>Ligero: Implementación simple. </li></ul><ul><li>Flexible: No indica algoritmos </li></ul><ul><li>Neutral frente transporte </li></ul><ul><li>Escalable: Unicast, multicast, broadcast </li></ul><ul><li>Separación de datos y control </li></ul><ul><li>Seguro: posibilidad de encriptación y autenticación. </li></ul>
  12. 12. Características <ul><li>Datos </li></ul><ul><ul><li>Temporización </li></ul></ul><ul><ul><li>Detección de perdidas </li></ul></ul><ul><ul><li>Etiquetado de contenidos </li></ul></ul><ul><li>Control </li></ul><ul><ul><li>Realimentación de QoS </li></ul></ul><ul><ul><li>Estimación de miembros y detección de bucles. </li></ul></ul>
  13. 13. Funcionalidad <ul><li>Segmentación realizada por UDP ó IP </li></ul><ul><li>Re-secuenciación de paquetes. </li></ul><ul><li>Detección de perdidas para estimación posterior. </li></ul><ul><li>Sincronización entre media </li></ul><ul><ul><li>Sincronización labios y control de retrasos </li></ul></ul><ul><li>Realimentación de QOS y Velocidad </li></ul><ul><li>Identificación de la fuente. </li></ul>
  14. 14. Posibles piezas <ul><li>Mezcladores </li></ul><ul><ul><li>Un flujo a partir de múltiples. </li></ul></ul><ul><ul><li>Reduce el ancho de banda. </li></ul></ul><ul><ul><li>Aparece como una nueva fuente. </li></ul></ul><ul><li>Traducciones </li></ul><ul><ul><li>Codificación de un solo media. </li></ul></ul><ul><ul><li>Puede ser translación de protocolo (firewall) </li></ul></ul><ul><ul><li>Cambio de codificación (ancho de banda). </li></ul></ul>
  15. 15. Cabecera RTP <ul><li>Payload type: Tipo de media contenido </li></ul><ul><li>SSRC: indicación de sincronización </li></ul><ul><li>sequence number: ++ para detectar perdidas. </li></ul><ul><li>P: padding (for encryption) </li></ul><ul><li>M: marker bit; Indica comienzo de frame para delay. </li></ul><ul><li>CC: content source count (for mixers) </li></ul><ul><li>CSRC: lista de identificadores en mezclas. </li></ul>
  16. 16. Temporización en RTP <ul><li>Incrementado en 1 por cada muestra </li></ul><ul><ul><li>(e.g. 160 for 20 ms packets @ 8000 Hz) </li></ul></ul><ul><li>Comienzo aleatorio </li></ul><ul><li>Velocidad constante para el audio </li></ul><ul><ul><li>(e.g. 8000 Hz for PCM-law, 44100 Hz for linear, 16-bit, 90 kHz for video) </li></ul></ul><ul><li>Múltiples imágenes de vídeo pueden tener el mismo (en silencios). </li></ul>
  17. 17. <ul><li>Típico : UDP, sin puerto fijo; RTCP port = RTP port (par) + 1 </li></ul><ul><li>Típicamente el paquete de UDP esta limitado a unos cientos de bytes (OS, network, fragmentación) </li></ul><ul><li>Necesidad de minimizar descarte y congestón. </li></ul>RTP en una red
  18. 18. RTCP ancho de banda <ul><li>Cada participante envía un paquete RTCP para que se sepa quienes están escuchando. </li></ul><ul><li>Ancho de banda de la sesión: </li></ul><ul><ul><li>Audio </li></ul></ul><ul><ul><li>N * flujos de video. </li></ul></ul>
  19. 19. Sincronización entre flujos <ul><li>Necesidad de establecer sincronización entre múltiples flujos (vídeo, audio, transparencias). </li></ul><ul><li>Necesidad de correlar los tics con tiempo real (depende de envío de temporizaciones aleatorias). </li></ul><ul><li>Correlarlas con la generación de muestras. </li></ul>
  20. 20. RTCP <ul><li>Paquetes almacenables (similares a datos). </li></ul><ul><ul><li>sender report (SR): bytes enviados y velocidad. </li></ul></ul><ul><ul><li>reports (RR): Jitter, Round-trip delay, perdidas. </li></ul></ul><ul><ul><li>source description (SDES): nombre, email, localización </li></ul></ul><ul><ul><li>CNAME (canonical name = user@host) </li></ul></ul><ul><ul><li>explicit leave (BYE): para conocer quienes estan. </li></ul></ul><ul><ul><li>extensions (APP): definidos por la aplicación (aún ninguno) </li></ul></ul>
  21. 21. Referencias <ul><li>RTP: A Transport Protocol for Real Time Applications http://www.ietf.org.internet-drafts/draft-ietf-avt-rtp-new-02.txt </li></ul><ul><li>RTP Profile for Audio and Video Conferences with Minimal Control http://www.ietf.org.internet-drafts/draft-ietf-avt-profile-new-04.txt </li></ul><ul><li>The RTP specification is a product of the Audio Video Transport (AVP) http://www.ietf.org/html.charters/avt-charter.html . </li></ul><ul><li>http://www.cs.columbia.edu/~hgs/rtp/faq.html </li></ul>
  22. 22. SIP como protocolo para los servicios multimedia del futuro
  23. 23. Requisitos Latencia BW VR NFS/SMB HD videoconf VideoConf MM-IM Text-IM Calendar DBMS Web VoD HD-VoD Email
  24. 24. Visión General H.323 MGCP/Megaco SDP TCP SIP UDP RTP RSVP RTSP Media encaps (H.261,MPEG) IPv4,IPv6 PPP Sonet AAL3/4 AAL5 ATM Ethernet PPP V.34 Physical link network transport Signaling Quality of Service reservation Media transport kernel Application daemon
  25. 25. SIP, H.323 y MGCP RTCP RTP IP MGCP MEGACO Control de la llamada Señalización Flujos multimedia Media H.225 Q.931 H.323 TCP RAS UDP SIP H.245 Audio/ Video RTSP
  26. 26. Arquitectura <ul><li>Terminal : Dispositivo final del usuario. </li></ul><ul><li>Gateway: Traductor entre mundos no H.323 </li></ul><ul><li>Gatekeeper: Gestión de una zona, identificación y recursos. </li></ul><ul><li>MCU : Control y flujos multiusuario. </li></ul>
  27. 27. Protocolos Endpoint Gatekeeper Endpoint Gatekeeper RAS RAS Signalling (Q.931) H.245 RTP/RTCP Q.931/ H.245 Q.931/H.245 Q.931/ H.245 Annex G Gatekeeper Routed Signaling Direct Routed Signaling
  28. 28. Aplicaciones
  29. 29. Terminal Video I/O Equipment Audio I/O Equipment User Data Applications T.120, etc System Control User Interface Video Codec H.261, H.263 Audio Codec G.711, G.722 G.723, G.728 G.729 Receive Path Delay (jitter buffer) H.225.0 Layer Local Area Network Interface Call Control H.225.0 H.245 Control RAS Control H.225.0 System Control
  30. 30. SIP: Session Initiation Protocol <ul><li>Estándar del IETF (RFC 3261) </li></ul><ul><li>Protocolo genérico de establecimiento de sesiones multimedia. </li></ul><ul><li>Interoperabilidad con anteriores VoIP. </li></ul><ul><li>Diseñado específicamente para IP e Internet: similar a HTTP. </li></ul><ul><li>Permitirá la aparición de nuevos servicios y aplicaciones </li></ul><ul><li>Escalable y flexible </li></ul><ul><li>Bajo coste de establecimiento de llamada. </li></ul>
  31. 31. Protocolos de tiempo real ( IETF ) <ul><ul><li>Control de flujos y sesión: SIP, RTSP </li></ul></ul><ul><ul><li>Descripción de los flujos: SDP </li></ul></ul><ul><ul><li>Transporte de datos t. Real: RTP / RTCP </li></ul></ul><ul><ul><li>Reserva de recursos (QoS): RSVP / DiffServ </li></ul></ul>
  32. 32. Direccionamientos @ <ul><li>La dirección SIP es similar a la de correo </li></ul><ul><li>No tiene porque ser IP: [email_address] . </li></ul><ul><li>Por ejemplo, son URL: </li></ul><ul><ul><li>sip:hostname@vovida.org </li></ul></ul><ul><ul><li>sip:hostname@192.168.10.1 </li></ul></ul><ul><ul><li>sip:14085551212@vovida.org </li></ul></ul>
  33. 33. Componentes SIP <ul><li>Agentes de Usuario: </li></ul><ul><ul><li>Cliente que inicia las llamadas </li></ul></ul><ul><ul><li>Mod o cliente y servidor. </li></ul></ul><ul><li>Servidores </li></ul><ul><ul><li>Proxy: </li></ul></ul><ul><ul><ul><li>Statefull : Con estado </li></ul></ul></ul><ul><ul><ul><li>Stateless : Sin estado. </li></ul></ul></ul><ul><ul><li>Redirect </li></ul></ul><ul><ul><li>Registration </li></ul></ul>Proxy Server Redirect Server Registration Server Proxy Server UAS UAC
  34. 34. Es de Igual a Igual Peer-to-Peer SIP Components User Agent User Agent
  35. 35. Un sistema típico Redirect Server Location Server Registrar Server User Agent Proxy Server Gateway PSTN SIP Components Proxy Server
  36. 36. Despliegue SIP SIP proxy, redirect server SQL database sipd e*phone sipc Software SIP user agents Hardware Internet (SIP) phones SIPH.323 convertor NetMeeting sip323 H.323 rtspd SIP/RTSP Unified messaging RTSP media server sipum Quicktime RTSP clients RTSP SIP conference server sipconf T1/E1 RTP/SIP Telephone Cisco 2600 gateway Telephone switch Web based configuration Web server
  37. 37. Similar a HTTP
  38. 38. Mensajes SIP <ul><li>SIP Requests: </li></ul><ul><ul><li>INVITE – Initiates a call by inviting user to participate in session. </li></ul></ul><ul><ul><li>ACK - Confirms that the client has received a final response to an INVITE request. </li></ul></ul><ul><ul><li>BYE - Indicates termination of the call. </li></ul></ul><ul><ul><li>CANCEL - Cancels a pending request. </li></ul></ul><ul><ul><li>REGISTER – Registers the user agent. </li></ul></ul><ul><ul><li>OPTIONS – Used to query the capabilities of a server. </li></ul></ul><ul><ul><li>INFO – Used to carry out-of-bound information, such as DTMF digits. </li></ul></ul><ul><li>SIP Responses: </li></ul><ul><ul><li>1xx - Informational Messages. </li></ul></ul><ul><ul><li>2xx - Successful Responses. </li></ul></ul><ul><ul><li>3xx - Redirection Responses. </li></ul></ul><ul><ul><li>4xx - Request Failure Responses. </li></ul></ul><ul><ul><li>5xx - Server Failure Responses. </li></ul></ul><ul><ul><li>6xx - Global Failures Responses. </li></ul></ul>
  39. 39. SIP / SIMPLE – Presencia <ul><li>Nueva entidad: Presence Agent </li></ul><ul><ul><li>Entidad lógica </li></ul></ul><ul><ul><li>Conoce el estado del usuario </li></ul></ul><ul><ul><li>Recibe peticiones SUBSCRIBE </li></ul></ul><ul><ul><li>Genera respuestas NOTIFY </li></ul></ul><ul><ul><li>Co-located with proxy/registrar or User Agent </li></ul></ul>
  40. 40. Señalización SIP
  41. 41. Jabber <ul><li>Protocolo abierto basado en XML </li></ul><ul><ul><li>Control de presencia </li></ul></ul><ul><ul><li>Mensajería instantánea </li></ul></ul><ul><li>Extensible </li></ul><ul><li>Seguro </li></ul><ul><li>Distribuido </li></ul><ul><li>Descentralizado </li></ul>
  42. 42. Jabber (2) <ul><li>Distintas implementaciones servidor de mensajería instantánea </li></ul>
  43. 43. XMPP
  44. 44. Cluster XMPP
  45. 45. Comunicación XMPP
  46. 46. Asterisk <ul><li>Centralita PBX completa </li></ul><ul><ul><li>Trabaja con la mayoría de protocolos VoIP </li></ul></ul><ul><li>Soporta VoiceMail, IVR, perfiles de usarios (contexto,…) </li></ul><ul><li>Teléfonos SIP sin necesidad de licencia </li></ul><ul><li>Ampliamente documentado </li></ul><ul><li>Extensible (Seguridad ZRTP, SRTP,…) </li></ul>
  47. 47. Flash <ul><li>Maquina virtual en cada navegador. </li></ul><ul><li>Similar a java. Mas especializado. Mayor integración con los SO. </li></ul><ul><li>Flex : modelo C-S para app. distribuidas. </li></ul>
  48. 48. FLV <ul><li>Flash Video Format </li></ul><ul><li>http://osflash.org/flv </li></ul>
  49. 49. RTMP
  50. 50. RTMP <ul><li>RTMP protocolo para enviar, en tiempo real, objetos, vídeo y audio usando una conexión TCP o HTTP. </li></ul><ul><li>Es un contenedor de paquete de datos de AMF, audio o FLV. </li></ul><ul><li>Una conexión puede multiplexar diversos canales. </li></ul><ul><li>Similar al SIP-Trunking o IAX2. </li></ul>
  51. 51. Tipos de datos 0×01 Chunk Size changes the chunk size for packets 0×02 Unknown anyone know this one? 0×03 Bytes Read send every x bytes read by both sides 0×04 Ping ping is a stream control message, has subtypes 0×05 Server BW the servers downstream bw 0×06 Client BW the clients upstream bw 0×07 Unknown anyone know this one? 0×08 Audio Data packet containing audio 0×09 Video Data packet containing video data 0x0A - 0xE Unknown anyone know? 0x0F Flex Stream Stream with variable length 0×10 Flex Shared Object Shared object with variable length 0×11 Flex Message Shared message with variable length 0×12 Notify an invoke which does not expect a reply 0×13 Shared Object has subtypes 0×14 Invoke like remoting call, used for stream actions too.
  52. 52. Conexión HTTP <ul><li>RTMPT basically is a HTTP wrapper </li></ul><ul><li>Usa POST de cliente a servidor. </li></ul><ul><li>RTMPT requires the clients to poll for updates periodically in order to get notified about events that are generated by the server or other clients. </li></ul>
  53. 53. Mundos virtuales
  54. 54. Cyberspacio Metaverso Del ciberespacio al metaverso 1984 1992
  55. 55. MATRIX ¿Cambio de metáfora?
  56. 56. Second first – Life is life
  57. 57. HTTP cHTTP – certified HTTP REST LSL – Linden Scripting Language LLSD – Linden Lab Structured Data Elementos básicos http://wiki.secondlife.com/wiki/Main_Page
  58. 58. Funcionamiento ..Each &quot;sim&quot; or simulator of a portion of the virtual world in Second Life is created on a server running Debian GNU/Linux , Apache , Squid and MySQL ; currently there are several thousand of these PC boxes. To allow for fast response times, the virtual world is sent not as pixels or even as a mesh, but as a series of 3D primitives - &quot;prims&quot;. The Second Life client creates the world by converting the stream of information about prims and their position into a visual representation...
  59. 59. Arquitectura Grid http://wiki.secondlife.com/wiki/Main_Page
  60. 60. Dominios separados http://wiki.secondlife.com/wiki/Main_Page
  61. 61. Escalabilidad http://wiki.secondlife.com/wiki/Main_Page
  62. 62. Multiversos
  63. 63. Identidad
  64. 64. Laws of identity http://www.identityblog.com/stories/2004/12/09/thelaws.html <ul><li>User Control and Consent. Technical identity systems must only reveal information identifying a user with the user’s consent </li></ul><ul><li>Minimal Disclosure for a Constrained Use. The solution that discloses the least amount of identifying information and best limits its use is the most stable long-term solution. </li></ul><ul><li>Justifiable Parties. Digital identity systems must be designed so the disclosure of identifying information is limited to parties having a necessary and justifiable place in a given identity relationship. </li></ul><ul><li>Directed Identity. A universal identity system must support both “omni-directional” identifiers for use by public entities and “unidirectional” identifiers for use by private entities, thus facilitating discovery while preventing unnecessary release of correlation handles. </li></ul><ul><li>Pluralism of Operators and Technologies. A universal identity system must channel and enable the inter-working of multiple identity technologies run by multiple identity providers </li></ul><ul><li>Human Integration. The universal identity metasystem must define the human user to be a component of the distributed system integrated through unambiguous human-machine communication mechanisms offering protection against identity attacks. </li></ul><ul><li>Consistent Experience Across Contexts. The unifying identity metasystem must guarantee its users a simple, consistent experience while enabling separation of contexts through multiple operators and technologies. </li></ul>
  65. 65. mIDm http://www.downes.ca/cgi-bin/page.cgi?post=32667 <ul><li>A user tries to access a page on a service to which a login is required. </li></ul><ul><li>The service obtains the user's mIDm server location from the user's browser header </li></ul><ul><li>The service redirects the user to the user's mIDm server along with a secret code </li></ul><ul><li>The user logs on to the mIDm server (typically using cookies) and stores the secret code on the mIDm server </li></ul><ul><li>The mIDm server returns the user to the service </li></ul><ul><li>The service then independently checks the mIDm server to see whether the code has been stored </li></ul><ul><li>The mIDm server returns the code and requested user information to the service </li></ul><ul><li>On receiving the code, the service is satisfied, and proceeds to log in the user </li></ul>
  66. 66. OpenID – ¿Qué es? OpenID es un mecanismo de SSO distribuido Es un URI antoniofumero.myopenid.com https://irss.dit.upm.es/move/users/amfumero
  67. 67. OpenID – Elementos Identity provider Relying party End user / user agent
  68. 68. OpenID – ¿Cómo funciona?
  69. 69. OpenID – Elementos Identity provider Relying party End user / user agent
  70. 70. I4U – Mobile 2.0
  71. 75. SPAIN IS DIFFERENT

×