El documento describe las tecnologías SIP SIMPLE y XCAP que permiten añadir funcionalidades de mensajería instantánea y presencia a las infraestructuras VoIP existentes basadas en SIP. SIP SIMPLE define los métodos SUBSCRIBE, PUBLISH y NOTIFY para la gestión de la presencia entre usuarios, mientras que XCAP permite almacenar y modificar documentos XML con información de presencia y privacidad en un servidor mediante peticiones HTTP. De esta forma, es posible integrar IM y estado de presencia en sistemas VoIP sin neces

1. Presente y futuro de las comunicaciones VoIP VoIP2day 2k9 - http://www.voip2day.net

2. ¿Y éstos quiénes son?

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

8. ¿Qué nos van a contar?

12. El futuro: IMS

13. Infraestructuras de servicios VoIP

15. Enlaces SIP con IP-PBX

17. Gateway PSTN

19. Accounting

20. ...

21. Arquitectura básica de proveedor (II)

23. Registro de usuarios

24. Enlaces con gateways PSTN

25. Enlaces con otros proveedores (peering)

26. Facturación (accounting) Muy poca inteligencia -> ¡no es una PBX!

28. Encargado de conectar el mundo SIP a la PSTN

30. Necesario para ofrecer tratamiento de NAT transparente al usuario.

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

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

34. Pocas funcionalidades -> poca complejidad -> pocos errores.

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

37. Posible saturación del servidor.

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

40. Media Server para ofrecer servicios de valor añadido.

41. Balanceo de carga en salida.

42. Mejorando la arquitectura básica (II)

46. Añadiendo redundancia (II)

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

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

56. Proveedor con centralita virtual (IV)

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

59. Proveedor con centralita virtual (VI)

61. ¿Voy a molar más que nadie?

62. ¿Es indestructible?

63. ¿Es el papa espacial un lagarto?

65. Ɐ algo != Asterisk

66. Algo con lo que se pueda hacer accounting sin riesgos.

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

68. Algo que no se trague el RTP.

69. ¿Qué nos falta? Un B2BUA

70. ¿Qué nos falta? (II) Alice Bob T1 T2 T3 Diálogo 1

71. ¿Qué nos falta? (III) Alice b2bua Bob

73. Posibilidad de desarrollar aplicaciones propias.

76. Glassfish

78. Ahora sí

80. Escalable.

81. Extensible.

82. Future proof.

83. Arbitro, ¡cambio!

84. Presencia SIP SIMPLE y XCAP more than voice...

85. Lo que conocemos...

88. Pero apesta

92. Pocos terminales/softphones implementan bien ambos protocolos

98. [email_address] envía un SUBSCRIBE:

100. Via: SIP/2.0/UDP 192.168.1.101:6060;rport;branch=z9hG4bKwrezomkl

101. Max-Forwards: 70

102. To: <sip:manwe@sipdoc.net>

103. From: &quot;IBC&quot; <sip:ibc@sipdoc.net>;tag=hzxgf

104. Call-ID: osrcavbozglnyzs@ibc-laptop

105. CSeq: 724 SUBSCRIBE

106. Contact: <sip:ibc@192.168.1.101:6060>

107. Accept: application/pidf+xml

108. Event: presence

109. Expires: 3600

110. User-Agent: Twinkle/1.4.2

111. Content-Length: 0

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

116. Max-Forwards: 70

117. Contact: <sip:manwe@192.168.1.101:22630>

118. To: &quot;Manwe&quot;<sip:manwe@sipdoc.net>

119. From: &quot;Manwe&quot;<sip:manwe@sipdoc.net>;tag=e837

120. Call-ID: NzEzYjRkZDIzOTMU

121. CSeq: 2 PUBLISH

122. Expires: 3600

123. Content-Type: application/pidf+xml

124. User-Agent: eyeBeam

125. Event: presence

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

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

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

130. xmlns:c='urn:ietf:params:xml:ns:pidf:cipid'

131. entity='sip:manwe@sipdoc.net'>

132. <tuple id='t7045d830'>

133. <status>

134. <basic>open</basic>

135. </status>

136. </tuple>

137. <dm:person id='p3b5c9a33'>

138. <rpid:activities>

139. <rpid:busy/>

140. </rpid:activities>

141. <dm:note>Busy</dm:note>

142. </dm:person>

143. </presence>

147. Via: SIP/2.0/UDP 92.121.79.216:5062;branch=z9hG4bK742c.300d82e6.0

148. To: <sip:ibc@sipdoc.net>;tag=616ab145

149. From: <sip:manwe@sipdoc.net>;tag=5e49c2c8b

150. CSeq: 2 NOTIFY

151. Call-ID: NGYwOTlkNWIyMTg3Ym

152. Content-Length: 214

153. User-Agent: OpenSIPS

154. Max-Forwards: 70

155. Event: presence

156. Contact: <sip:presence@92.121.79.216:5065>

157. Subscription-State: active;expires=3550

158. Content-Type: application/pidf+xml

159. <?xml version=&quot;1.0&quot; encoding=&quot;UTF-8&quot;?>

160. <presence xmlns=&quot;urn:ietf:params:xml:ns:pidf&quot; entity=&quot;sip:manwe@sipdoc.net&quot;>

161. <tuple id=&quot;xlglfs&quot;>

162. <status>

163. <basic>closed</basic>

164. </status>

165. </tuple>

166. </presence>

169. Reglas de privacidad de presencia (RFC 5025).

173. Content-Type: application/auth-policy+xml

174. Content-Length: 1288

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

176. <cp:ruleset xmlns:pr=&quot;urn:ietf:params:xml:ns:pres-rules&quot;

177. xmlns:cp=&quot;urn:ietf:params:xml:ns:common-policy&quot;>

178. <cp:rule id=&quot;pres_whitelist&quot;>

179. <cp:conditions>

180. <cp:identity>

181. <cp:one id=&quot;sip:manwe@sipdoc.net&quot;/>

182. <cp:one id=&quot;sip:saghul@sipdoc.net&quot;/>

183. </cp:identity>

184. </cp:conditions>

185. <cp:actions>

186. <pr:sub-handling>allow</pr:sub-handling>

187. </cp:actions>

189. <cp:conditions>

190. <cp:identity>

191. <cp:one id=&quot;sip:bill@microsoft.com&quot;/>

192. </cp:identity>

193. </cp:conditions>

194. <cp:actions>

195. <pr:sub-handling>block</pr:sub-handling>

196. </cp:actions>

197. </cp:rule>

198. </cp:ruleset>

201. Subconjunto de especificaciones XCAP + extensiones.

202. Previsto su uso en IMS (pero no exclusivo).

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

208. Etc...

211. Tipo SMS

213. Via: SIP/2.0/UDP 192.168.1.101:6060;rport;branch=z9hG4bKpfsw

214. To: &quot;manwe&quot; <sip:manwe@sipdoc.net>

215. From: &quot;IBC&quot; <sip:ibc@sipdoc.net>;tag=itiwa

216. Call-ID: rmsvvperobxofer@ibc-laptop

217. CSeq: 320 MESSAGE

218. Content-Type: text/plain;charset=utf-8

219. User-Agent: Twinkle/1.4.2

220. Content-Length: 43

221. hola, tienes lista tu parte del VoIP2Day?

224. Incluye transferencia de ficheros

225. me aburro...

226. futuro comunicaciones unificadas convergencia bla bla bla... humo No más teoría por favor...

227. show me the code !

228. Demo

229. SIPdoc SIP SIMPLE Solution S 4 Media Server Asterisk & SEMS Proxy / Registrar Kamailio Presence Server OpenSIPS XCAP Server OpenXCAP Application Server SIPdoc RubySIP-AS EyeBeam Twinkle YASS VoIP2Day Special Edition

230. Presencia y XCAP Presence Server sip:manwe@sipdoc.net sip:ibc@sipdoc.net XCAP Server

231. Asterisk MeetMe Presence Agent Asterisk sip:manwe@sipdoc.net sip:ibc@sipdoc.net Presence Server

232. Presence Agent Application Server Presence Server i n t e r n é sip:manwe@sipdoc.net

233. Gateway SIP MESSAGE -> Application Server Proxy / Registrar i n t e r n é sip:ibc@sipdoc.net

234. Gateway SIP MESSAGE ↔ e-Mail Application Server Proxy / Registrar i n t e r n é sip:ibc@sipdoc.net

235. GeoLocation Presence Agent Proxy / Registrar sip:ibc@sipdoc.net Presence Server sip:saghul@sipdoc.net

239. VoIP en telefonía móvil e IMS

240. Estado actual

255. Soluciones en el cliente

260. Necesitamos N enlaces.

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

262. Pagamos por todas las llamadas, tanto entrantes como salientes.

267. Es cara.

268. Seguimos pagando todas las llamadas entrantes y salientes.

269. Solución OMV

277. Integración red móvil y red IP.

279. Solución IMS

281. Arquitectura para el establecimiento de sesiones multimedia en redes IP. INTERNET RED MÓVIL

282. Antecedentes IMS ITU-R IETF ETSI 3GPP2 3GPP OMA TISPAN

284. Quality of Service.

285. Tipos de sesión.

286. Integración de servicios.

287. Interconexión red-agnóstica.

289. Interoperabilidad con redes tradicionales no-IMS.

290. Soporte de políticas de servicio.

291. QoS.

293. Uso de protocolos de Internet.

294. Agilidad en estandarización de servicios.

295. Roaming.

296. Arquitectura MRFP IM-SSF QSA-SCS SIP-AS P-CSCF MRFC P-CSCF MGCF BGCF MGW I-CSCF S-CSCF SGW HSS SLF Access Network Access Network

298. Conexión a red IP.

299. Obtener dirección del proxy.

300. Registro en red IMS.

301. Ejemplo: sesión I Alice Bob P-CSCF S-CSCF I-CSCF HSS S-CSCF P-CSCF Originating Visited Network Originating Home Network Terminating Home Network Terminating Visited Network INVITE Alice Alice 100 Trying INVITE 100 Trying INVITE 100 Trying Diameter INVITE 100 Trying INVITE 100 Trying INVITE 100 Trying 183 Session Progress 183 Session Progress 183 Session Progress 183 Session Progress 183 Session Progress 183 Session Progress

302. Ejemplo: sesión II Alice Bob P-CSCF S-CSCF I-CSCF HSS S-CSCF P-CSCF Originating Visited Network Originating Home Network Terminating Home Network Terminating Visited Network PRACK PRACK PRACK PRACK PRACK 200 OK 200 OK 200 OK 200 OK 200 OK UPDATE UPDATE UPDATE UPDATE UPDATE 200 OK 200 OK 200 OK 200 OK 200 OK

303. Ejemplo: sesión III Alice Bob P-CSCF S-CSCF I-CSCF HSS S-CSCF P-CSCF Originating Visited Network Originating Home Network Terminating Home Network Terminating Visited Network Alice 180 Ringing 180 Ringing 180 Ringing 180 Ringing 180 Ringing PRACK PRACK PRACK PRACK PRACK 200 OK 200 OK 200 OK 200 OK 200 OK 200 OK 200 OK 200 OK 200 OK 200 OK 200 OK ACK ACK ACK ACK ACK

304. Conclusiones

305. 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

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

307. Conclusiones “ Pienso que hay mercado en el mundo como para unos cinco ordenadores.” Thomas J. Watson Presidente de IBM

308. Conclusiones “ Dales lo que piden, no lo que necesitan.” Lucifer

309. Conclusiones “ No dejes para mañana lo que puedas hacer hoy.” Refrán popular

310. Conclusiones “ Sólo somos una organización de recogida de datos. Nosotros no exculpamos a nadie. Nosotros no condenamos a nadie.&quot; J. Edgar Hoover

311. 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!&quot; Bender B. Rodríguez

312. 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

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

314. 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

315. Conclusiones &quot;Somos los Borg. Serán asimilados. La resistencia es fútil.” Locutus Piccard

317. Irontec y Xtratelecom

318. X. Caballero

319. Mayéutica