Establecimiento de la comunicación con SIP

Description

Mind Map on Establecimiento de la comunicación con SIP, created by luis guillermo on 31/05/2020.
luis guillermo
Mind Map by luis guillermo, updated more than 1 year ago
luis guillermo
Created by luis guillermo almost 4 years ago
17
0

Resource summary

Establecimiento de la comunicación con SIP
  1. SIP puede establecer sesiones entre dos participantes, entre múltiples participantes (donde todos pueden hablar y escuchar) y en modo multidifusión (donde uno habla y los demás escuchan). De la misma forma, las sesiones pueden contener audio, vídeo o datos. Esta última opción permite que se pueda ejecutar cualquier tipo de aplicaciones simultáneamente a la comunicación de voz y vídeo (por ejemplo, para realizar presentaciones, compartir documentos o trabajar en grupo).
    1. LA ARQUITECTURA SIP
      1. SIP se basa en un modelo cliente-servidor en el que el cliente realiza solicitudes (requests) al servidor, quien le responde (response) para aceptar, rechazar o redirigir dichas solicitudes
        1. Componentes
          1. Terminales y Servidores de red
            1. Los equipos terminales disponen de dos componentes fundamentales que son :
              1. Agente de usuario cliente o UAC (User Agent Client)
                1. Se trata de la aplicación que permite que el terminal pueda realizar o iniciar una llamada. El UAC se utiliza para enviar solicitudes SIP.
                2. Agente de usuario servidor o UAS (User Agent Server).
                  1. Se trata de la aplicación que permite que el terminal pueda recibir o responder a una llamada realizada por el UAC. El UAS recibe solicitudes SIP y devuelve las respuestas correspondientes en nombre del usuario
              2. En cuanto a los servidores de red, existen tres tipos:
                1. o Servidor proxy (proxy server) : Se trata de un equipo que recibe solicitudes del cliente, las analiza y decide el servidor al que debe reenviarlas. Si es necesario, el proxy puede modificar el mensaje de solicitud antes de reenviarlo.
                  1. o Servidor de redireccionamiento (Redirect Server). Estos servidores no reenvían los mensajes de solicitud, sino que le responde al cliente con la dirección, o direcciones, del servidor al que le tienen que enviar la solicitud.
                    1. o Servidor de registro (Registrar Server). Este servidor mantiene un registro de la dirección SIP de un usuario y de su dirección IP correspondiente. Esto permite tener localizado a un usuario en todo momento.
        2. URI. Las direcciones SIP
          1. El formato de URI está definido en la recomendación RFC2396 y se basa en la estructura de direccionamiento empleada en Internet y conocida como URL (Uniform Resource Locators, ‘Localizador universal de recursos’).
          2. LOS MENSAJES SIP
            1. Los mensajes se basan en el envío de textos utilizando la tabla de caracteres ISO 10646 y conocido como conjunto universal de caracteres (UCS, Universal Character Set). Esta tabla, al igual que la tabla ASCII, define el conjunto de ceros y unos que debe representar a cada carácter.
              1. El formato general de los mensajes (de solicitud y respuesta) está definido en la recomendación RFC822, y se compone de:
                1. o Una línea de inicio (start-line). Esta línea define el tipo de mensaje de que se trata. Existen dos tipos: línea de solicitud, utilizada por los mensajes de solicitud, y línea de respuesta, utilizada por los mensajes de respuesta.
                  1. o Una cabecera formada por uno o más campos de cabecera (headers). La cabecera se utiliza para incluir información adicional relativa a la solicitud o la respuesta.
                    1. o Una línea en blanco para indicar el final de la cabecera.
                      1. o El cuerpo del mensaje (message-body). SIP no define la estructura del cuerpo del mensaje ni se ocupa de su contenido.
                  2. La Iínea de soIicitud
                    1. La línea de inicio recibe el nombre de línea de solicitud (request-line)
                      1. En la versión 2.0 de SIP se incluyen seis tipos de solicitudes o métodos:
                        1. o INVITE (invitar).
                          1. o ACE (aceptación).
                            1. o OPTIONS (opciones).
                              1. oBYE (adiós).
                                1. o CANCEL (cancelar).
                                  1. o REGISTER (registrar).
                          2. La Iínea de respuesta
                            1. Este informará del estado en el que se encuentra el servidor o si la solicitud se ha aceptado o rechazado
                              1. Los códigos de estado tienen tres dígitos, donde el primero define la clase de respuesta y los otros dos el mensaje concreto dentro de la clase. Actualmente existen seis clases diferentes de mensajes de respuestas:
                                1. o 1xx. De información (Informational).
                                  1. o 2xx. De aceptación (Successful).
                                    1. o 3xx. Redirección (Redirection).
                                      1. o 4xx. Fallo en la solicitud (Request Failure).
                                        1. o 5xx. Fallo en el servidor (Server Failure).
                                          1. o 6xx. Fallo general (Global Failure).
                                        2. La cabecera
                                          1. Son utilizados en todos los tipos de mensajes, mientras que otros son específicos de un tipo de mensaje particular. Tan bien Por otro lado, existen campos de cabecera que pueden ser modificados o añadidos por los servidores proxy que intervienen en la comunicación, mientras que otros van dirigidos directamente a ser interpretados por el agente de usuario.
                                            1. Estos campos están divididos en cuatro grupos diferentes:
                                              1. o Campos generales (general headers).
                                                1. o Campos de entidad (entity headers).
                                                  1. o Campos de solicitud (request headers).
                                                    1. o Campos de respuesta (response headers).
                                            2. EI cuerpo deI mensaje. SDP
                                              1. Los mensajes SIP no están obligados a incluir un cuerpo, sin embargo, cuando lo hacen, puede tratarse de información dirigida a cualquier aplicación del usuario o información de señalización.
                                            3. Cuando intervienen servidores
                                              1. Veamos ahora un ejemplo en el que intervienen servidores intermedios. Como en el ejemplo anterior, el usuario llamante, Juan, desea invitar a Luis a una comunicación. Al enviar esta invitación, el mensaje llega al servidor proxy del dominio de Luis. El proxy acepta este mensaje de invitación y contacta con el servidor de registro para conocer cuál es la localización exacta de Luis. El servidor de registro le informa al proxy de la dirección de Luis en este momento (la que previamente Luis había registrado). El proxy le envía al terminal de Luis una invitación, este terminal le avisa al usuario, quien descuelga. El terminal de Luis le envía una respuesta de aceptación al proxy, quien se lo retransmite al terminal de Juan. El terminal de Juan confirma la comunicación al proxy y éste se la retransmite al terminal de Luis, dando comienzo al intercambio de información multimedia.
                                              2. MEJORAS REALIZADAS A SIP
                                                1. La recomendación que define SIP, RFC2543, se publicó en marzo de 1999. Desde entonces, se ha ido implementando en distintos entornos y desarrollando sus aplicaciones. En muchas ocasiones se ha visto que, con pequeñas mejoras, se podría aumentar considerablemente el potencial de SIP. Todas estas mejoras están siendo estudiadas por el IETF, pero, hasta la fecha, no se ha publicado una nueva versión de SIP, aunque sí se dispone de recomendaciones independientes que recogen estas extensiones del protocolo.
                                                  1. Algunas de estas mejoras son las siguientes:
                                                    1. o El método INFO.
                                                      1. o Notificación de eventos. Algunas
                                                        1. o Mensajería instantánea
                                                          1. o El método REFER
                                                            1. o Confiabilidad de las respuestas provisionales.
                                                              1. o El método UPDATE.

                                                Media attachments

                                                Show full summary Hide full summary

                                                Similar

                                                Tectonic Hazards flashcards
                                                katiehumphrey
                                                Memory - AQA Psychology Unit 1 GCSE
                                                joshua6729
                                                GCSE Biology, Module B4
                                                jessmitchell
                                                GCSE AQA Physics - Unit 2
                                                James Jolliffe
                                                GCSE Maths Symbols, Equations & Formulae
                                                livvy_hurrell
                                                Prueba de Integrales
                                                José William Montes Ocampo
                                                GCSE - Introduction to Economics
                                                James Dodd
                                                GoConqr Guide to Flowcharts for Business
                                                Sarah Egan
                                                Making the Most of GoConqr Flashcards
                                                Sarah Egan
                                                SFDC App Builder 1 (26-50)
                                                Connie Woolard
                                                NSI Course
                                                Yuvraj Sunar