Tutorial SIP e IMS

Avaya compra Ubiquity

presentacion trabajos

como se comentó en la última sesión, se realizará el miércoles 24 a las 17h

Britain switches its entire phone network to the Internet Protocol

Asignatura doctorado que incluye I+D VoIP/NGN

VoIP class Henning Schulzrinne Columbia University

-----Mensaje original-----
De: Henning Schulzrinne [mailto:hgs@cs.columbia.edu]
Enviado el: viernes, 22 de diciembre de 2006 4:12
Para: IETF SIP List
Asunto: [Sip] VoIP class (FYI)
During the past semester, I organized a VoIP seminar at Columbia
University, consisting of student presentations, labs and a semester
project, in addition to guest lectures. You can see some of the
course materials at
http://metro-north.cs.columbia.edu:8080/x/PwI
Note that any code or slides are copyrighted by the respective
authors, so please ask before using material. If you have suggestions
or would like to take the class the next time it is offered via
Columbia's distance learning program, let me know.
Henning
_______________________________________________
Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip

charla NAT Traversal in SIP

--------------------------------------------------
>>> Master Interuniversitario en Ingeniería Telemática
>>> --------------------------------------------------
>>>
>>>
>>>
>>> TÍTULO:
>>>
>>> NAT Traversal in SIP
>>>
>>> PONENTE:
>>>
>>> Gonzalo Camarillo
>>> Oy L M Ericsson Ab
>>> Telecom R&D
>>> http://www.hut.fi/~gonzalo
>>>
>>> FECHA Y HORA:
>>>
>>> Miercoles 20 de diciembre, 16:00 a 20:00
>>>
>>> LUGAR:
>>>
>>> Unvidersidad Carlos III de Madrid
>>> Escuela Politecnica
>>> Av. Universidad, 30 - Leganes
>>> SALA DE VÍDEO DE LA BIBLIOTECA REY PASTOR
>>> Edificio Rey Pastor. Planta sótano 3.1.S08
>>>
>>> RSVP
>>>
>>> Las plazas están limitadas por lo que os pediría que si estáis
>>> interesados
>>> confirméis la asistencia a Marcelo Bagnulo
>>> (marcelo@it.uc3m.es ).
>>>
>>> AGENDA:
>>>
>>> o NAT Behavior
>>> o NAT Traversal
>>> - Signalling Plane: user agent reachability
>>> - Media plane: ICE
>>>
>>> BREVE BIOGRAFIA DEL PONENTE:
>>>
>>> Gonzalo Camarillo leads the Advanced Signalling Research Laboratory of
>>> Ericsson in Helsinki, Finland. He is an active participant in the IETF,
>>> where he has authored and co-authored several specifications used in
>>> the IMS. In particular, he is a co-author of the main SIP
>>> specification, RFC 3261. In addition, he co-chairs the IEFT SIPPING
>>> working group, which handles the requirements from 3GPP and 3GPP2
>>> related to SIP, and the IETF HIP (Host Identity Protocol) working
>>> group, which deals with lower-layer mobility and security. He is the
>>> Ericsson representative in the SIP Forum and is a regular speaker at
>>> different industry conferences. During his stay as a visitor researcher
>>> at Columbia University in New York, USA, he published a book entitled
>>> “SIP Demystified”. Gonzalo received an M.Sc. degree in Electrical
>>> Engineering from Universidad Politecnica de Madrid, Spain, and another
>>> M.Sc. degree (also in Electrical Engineering) from the Royal Institute
>>> of Technology in Stockholm, Sweden. He is currently continuing his
>>> studies as a Ph.D. candidate at Helsinki University of Technology, in
>>> Finland.


pequeño resumen de lo que se comentó en la conferencia :
NAT en general:
Posibles comportamientos de los NATs actuales, según diferentes criterios: La forma de asignar direcciones/puertos públicos, el filtrado de paquetes entrantes, los tiempos de los mapeos, hairpinning… De los diferentes comportamientos posibles, que pide el IETF ahora a los routers para que puedan decir que sus NATs son IETF compliant. (draft-ietf-behave-nat-udp-08.txt) (draft-ietf-behave-tcp-02)
Cómo funciona STUN y como se usa para que un host pueda obtener posibles direcciones hacia él. Por ejemplo obtener direcciones del lado publico de un NAT (server reflexive addresses) o direcciones en un servidor de relay (server relayed addresses). (draft-ietf-behave-rfc3489bis-05)
NAT en SIP:
Como pasan las respuestas SIP los NAT: Mediante señalización simétrica (RFC3581)
Como pasan las nuevas peticiones los NATs: Creando los flujos siempre desde dentro del NAT hacia fuera (draft-ietf-sip-outbound-06)
Como pasa el tráfico multimedia el NAT: Buscando todas las posibles direcciones de un host y encontrando la mejor opción entre ellas mediante la negociación ICE en SDP (draft-ietf-mmusic-ice-12)