• Like
  • Save
WebRCT "VoIP también desde el navegador"
Upcoming SlideShare
Loading in...5
×
 

WebRCT "VoIP también desde el navegador"

on

  • 523 views

Presentación expuesta en UADER el 26 de marzo de 2013

Presentación expuesta en UADER el 26 de marzo de 2013

Statistics

Views

Total Views
523
Views on SlideShare
523
Embed Views
0

Actions

Likes
0
Downloads
7
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • RTC- Real time comunications Web - WEB
  • Hace no mucho tiempo Equipo Google Hangouts La plataforma era increible, pero habia problema un gap que sortear. El video chat Necesitaba plugins, software del lado del navegador.... Problemas: No standard, depende del navegador, depende del SO, cuestiones de seguridad, etc No habia una forma standard de implementar comunicaciones en tiempo real. OPCIONES?
  • Las opciones? Flash? Esta en desuso, sin soporte en android ni en IOS... tencnologia en extinción. NO Standard, Muchos problemas de Seguridad Applets de Java?, Lentos, FEOS, problemas con implementaciones especificas en linux (OpenJDK, etc). Ejemplos: Integracion Facebook-Skype... Hangouts Usan plugins, componentes.. uso exclusivo de las aplicaciones de estos proveedores... no puedo usar el plugin de google fuera de él
  • Hacia falta un Standard. Estos muchachos pensaron: que tal si hacemos que el videochat pertenezca al open web platform? OWP: Coleccion de tecnologias estandarizadas y mantenidas por la W3C (world wide web consortium) Eso sonaba como un desafio que implicaba lidiar con cuestiones de licencimiento y opensource, otros (muchos) desarrolladores de browsers y otros muchos players.... es un standard todos deben estar de acuerdo. Entonces Nace WebRTC
  • Puede que no haya quedado muy claro...
  • Conexiones Browser to Browser de audio y video standarizado No plugins, no componentes
  • Standard entre comillas → es un draft a la fecha.
  • Pero es importante → Trabajo en progreso Todo lo que diga hoy puede cambiar mañana. Voy a mostrar mas tarde algunos ejemplos de esto... Primera version de chrome con soporte (V23) Noviembre 2012 Primera version de chrome con soporte android: M26 6 Marzo 2013. Entrada post webrtc blog. Interoperabilidad Firefox Chrome. 4 Febrero 2013
  • Trabajo en progreso, posibilidades abiertas. Siempre que se requiera una comunicación de video y/o audio y/o datos entre navegadores. Soporte remoto Ventas (cliente hace click y habla con representante de ventas) Redes Sociales.
  • Trabajo en progreso, posibilidades abiertas. Siempre que se requiera una comunicación de video y/o audio y/o datos entre navegadores. Soporte remoto Ventas (cliente hace click y habla con representante de ventas) Redes Sociales.
  • Trabajo en progreso, posibilidades abiertas. Siempre que se requiera una comunicación de video y/o audio y/o datos entre navegadores. Soporte remoto Ventas (cliente hace click y habla con representante de ventas) Redes Sociales.
  • No soporte n participantes, trabaja el navegador Armen nuevos salones y compartan el link
  • Corazon de la bestia Donde trabaja w3c Donde trabaja IETF Nos centraremos mas que nada en el trabajo de la IETF Vamos por partes como dijo jack el destripador
  • El grafico de webrtc.org quedo algo viejo. Standard Habla de Opus e G711 Que es un codec? Algoritmo decodificador codificador... sin perdida con perdida con compresion, etc. Equalizacion de voz: Volumen, Perdida de paquetes, etc
  • A igual consumo de ancho de banda tiene mejor calidad que la gran mayoria de los otros codecs. Toma cosas de SILK (Skype) y CELT baja latencia
  • En la parte de Video, hay una pelea. No está definido el standard VP8 es desarrollado por Google H264 esta protegido por MPEG-LA hay un consorcio de empresas por detras de él
  • Hay requerimientos fuertes en cuanto a seguridad...Diferencia SIP Cuestiones: Solicitud de uso de los recursos de media en el cliente Que el video no pueda ser enviado a un atacante nadie pueda oir el audio. SRTP Securizacion del Flujo de media DTLS similar a TLS, pero para UDP Intercambio de llaves para SRTP Multiplexing –> flujos de audio y video en ppio por separado pero es deseable que se envien en uno solo.
  • Web → JS quiere iniciar sesion → pide un SDP al stack → El stack aloca los recursos y genera SDP Protocolo elegido para describir la sesion SDP Navegador pide al stack (mediante JS) un SDP, el stack lo entrega acorde a los recursos y mi ubicación El browser Debe definir que tipo de sesion tiene que iniciar a fin de poder indicarle al otro extremo. Capacidades → Codecs (solo audio, audio y video, datos?)
  • Ejemplo de Problema. Respuesta no trivial No es posible conocer la ubicación del browser desde Javascript... es necesario que el Stack solucione el problema.
  • STUN → Descubrimiento de IP por Reflexión TURN → Relay Media ICE → Busca todos los candidatos y los acomoda por orden decreciente.
  • Eso de Abstract signaling no me gusta nada... Como Enviamos el SDP al otro lado? Como se controla la finalizacion o modificacion de la sesion? Y ahora quien podrá defendernos?
  • Controlar el plano de la media Dejar a la aplicación la señalizacion---> como controlar la sesion en si. Y la IETF se lavó las manos....
  • No es tan asi.. La idea es que pueda utilizarse lo que la aplicación quiera/necesite. Como hago llegar el SDP al otro extremo... El Emisor podria hacer un HTTP post El receptor? Long pooling Cualquier protocolo de señalizacion SIP, XMPP, ETC.
  • La gran pregunta? Integracion Como hacemos funcionar esta nueva herramienta con nuestra implementación de telefonía Actual. Como cohexisten estos Segmentos?
  • La Respuesta SIP SIP como protocolo de señalización, transporte de SDP generado en el Browser.
  • La Señalizacion será SIP. Browser Plataforma SIP???? Respuesta: WebSockets. WebSockets es un tecnologia que permite establecer sesiones Full Duplex (comunicación de 2 vias) Sesion permanente entre un browser y un servidor (en este caso nuestra PBX) y enviar lo que uno quiera dentro de ese canal SIP Solo define como transporte: UDP, TCP, TLS , SCTP. Habia que crear una forma de enviar SIP sobre WebSockets
  • Como entiende SIP el browser? Es SIP parte de WebRTC? Deben los navegadores implementar SIP? NO JSSIP API como si fuese Jquery Interactua con WebRTC, obtiene el SDP y lo envia al remoto mediante SIP
  • Mostrar que el softphone se registra. Mostrar que ambos estan registrados en asterisk Llamar desde el hardphone al browser.

WebRCT "VoIP también desde el navegador" WebRCT "VoIP también desde el navegador" Presentation Transcript

  • WebRTC: “VoIP también desde un navegador”Lic. Luis Amato Perrupato(CCNA - CCNA Voice - CCNP Routingexam– JNCIA – ECE - ITQ (CertificaciónCisco Networking Academy), instructorcertificado de Fundación Proydesa ytambién Director comercial y projectManager de Bitsense S.R.L, estará acargo del seminario.
  • WebRTC
  • ¿ Quienes lo hacen posible ?
  • Sobre nosotros¿ Quienes somos? @bitsensevoip www.bitsense.com.ar www.bitsense.com.ar/b log
  • Sobre nosotros¿ Que Hacemos? ✔Servicios profesionales ✔Capacitación ✔Desarrollo ✔Equipamiento
  • Sobre nosotrosQue mas hacemos ….. - Argentina 2011 - Colombia 2012 - Chile 2013 - TBD 2014 www.4kconf.com
  • Yo
  • 1ro- Inicio – Telefonía Fija
  • Características SwitchSwitch board operator
  • Características Transporta información entre terminales: Datos Voz Video PSTNVarios switches jerárquicos
  • Características Camino dedicado entre un origen Y destino Consume recursos no utilizados PSTNVarios switches jerárquicos
  • 2do - Internet
  • InternetMejor aprovechamientode los caminos para las diferentes comunicaciones Packet switched
  • 3Ro y Casi en paralelo
  • Hoy Video Voz Mensajería● Propietaria● Tenemos que pertenecer a su ecosistema● Limitadas
  • Cual es el problema ? No sería bueno contar con una tecnología que nos permita comunicarnos usandolas facilidades de VOZ, VIDEO y CHAT principalmente sin necesidad de formar parte de este ecosistema propietario.Y si fueran tan simples como el envío de un mail
  • Entonces les es presentamos●Una tecnología capas de homologar las comunicaciones de tiempo real●Un estándar que solo necesita como herramienta un navegador●Un paso sin precedente en el mundo de las comunicaciones unificadas integrando voz, video y mensajería en un solo estándar●Una tecnología capaz de articular con las infraestrucruras actuales
  • Entonces les presentamos
  • Volviendo a las raicesComunicaciones en tiempo real desde el navegador...
  • Historia
  • State of the art
  • Juego de HerramientasDotar a browsers de conexiones P2P de Audio, Video y Datos. No plugins
  • RTCWeb Working group Standarización de protocolos para comunicación multimedia“““Standard””” ...Mas bien será.... Standarización de la API de control del Stack WebRTC Working group
  • Trabajo en progreso
  • ¿Donde lo uso?
  • Veamoslo en funcionamiento....
  • 1. Requerimientos About::config Media.peerconection.enable TRUE2. BitsenseWifi. Pass: bitsense10
  • Nuevo salon, nueva meeting Ingresar a 192.168.1.203Participantes, pueden ser mas. Full Mesh
  • El corazón de la bestia
  • Herramientas de Audio Equalización de Voz Cancelacion de Eco
  • Opus
  • Herramientas de Video
  • Herramientas de Networking SRTP + DTLS Multiplexing NAT Traversal...
  • EL ABC 1. Solictud de uso de recursos. 2. Generacion de sesion. Modelo Offer-Answer SDP ¿Cuales son mis ¿Como me alcanzan? ¿Donde capacidades? estoy?Hablo chino mandarín, Turco...
  • ¿Donde estoy? 192.168.1.142 66.41.194.27 203.3.3.2
  • NAT Traversal.STUN, TURN, ICE
  • Ya reservamos Recursos...Ya reservamos Generamos SDP...Y ahora ????
  • Session management
  • Session management 1. Envio el SDP al Servidor....Emisor: HTTP POST Receptor? 2. Flash 3. WebSockets
  • Integracion
  • Respuesta.... SIP
  • Respuesta.... SIP SIP WebSockets
  • Draft IETF SIP over WebSockets Iñaki Baz Castillo José luis Millan
  • SIP en browsers?
  • DEMO 2 Una prueba muy simple.
  • Listo por hoy.... Gracias por escuchar Quedamos disponibles para consultas