viernes, 25 de marzo de 2011

Definiciones Claves de SIP

Address of Record (AOR)

Es una direccion SIP o SIPS URI, que apunta a un dominio con un servicio de localizacion, a traves del cual se puede mapear la URI inicial hacia otra URI (traducida). Esta ultima permite ubicar al usuario destino (UAD). Se conoce tambien como “Public Address”.


Back-to-Back User Agent (B2BUA)

Es una entidad logica que recibe y procesa peticiones (request) como un User Agent Server (UAS) y ademas genera repuestas a dichas peticiones actuando como User Agent Client (UAC). La particularidad de esta entidad es que esta presente en todas las request del dialogo. Ejemplo de esta entidad es aquella que tiene funciones de facturacion (billing) de la llamada.


Call

Termino que se refiere a la comunicación entre dos entidades.


Call Stateful

Llamada con estado se presenta cuando el proxy mantiene un registro (log) de las requests dentro del dialogo, es decir desde el INVITE hasta el BYE.


Client

Es un elemento dentro del protocolo SIP, que envia SIP request y recibe respuesta SIP. Ejemplo son User Agent Client y Proxy.


Conference

Una sesion multimedia que contiene multiples users


Core

Termino para referirse a las funciones especificas de una entidad SIP. Todos los Cores son transaction user execpto stateless proxies (TU).


Dialog

Es la comunicación entre dos entidades SIP, se establece con una INVITE request enviada por el UAC y una respuesta 200Ok enviada por el UAS. Consiste de un conjunto de request y responds que permiten establecer la comunicación, las cuales a su vez constituyen una o varias transacciones dentro del dialog.


Downstream

Es el sentido del flujo de la comunicación que va desde el UAC al UAS.


Final Response

Respuesta final para terminar una transaccon SIP. Todas las repuesta excepto las tipo 1xx son respuestas finales.


Header

Se refiere a una parte de un mensaje SIP que proporciona informacion sobre el y esta compuesto por una secuencia de Header fields.


Header fields

Es un componente del SIP message Header. Puede aparecer en una o varias lineas (ej. VIA), a su vez puede tener varios valores separados por comas.


Header field value

Valor dado a un header fields.


Home domain

Es el dominio donde esta registrado el SIP user, generalmente hace parte de la direccion AOR


Information response

Son respuestas provisionales a una peticion


Initiator, Calling party, Caller

Es el UAC que inicia un dialogo con un INVITE. El rol se conserva durante hasta recibir una respuesta final al INVITE (BYE).


Invitation

es una INVITE request


INVITEe, INVITEd user, Called party, Callee

Es el UAS, quien recibe las peticiones INVITE, el rol se mantiene durante todo el dialogo


Location service

Servicio utilizado por el Redirect server y Proxy server, se emplea para encontrar la ubicación fisica del UAD. El Location service se actualiza a traves de peticiones Registrar. En resumidad es una Base de Datos que contiene la ubicación fisica del User Agent. En ella se mantiene un registro que relaciona la direccion SIP (AOR y la direccion(es) IP real del User Agent.


Loop

Es un ciclo de una request,se presenta cuando esta regresa al mismo proxy que la ha enviado inicialmente, esta situacion es un error.



Diferencia entre Strict y loose Routing


Strict Routing

Un proxy sigue un strict routing si sus reglas de procesamiento del ruteo siguen de acuerdo a las especificaciones del rfc 2543 u anteriores. Las reglas dicen que el proxy elimina el contenido del Request-URI cuando el Route Header Field esta presente en los mensajes SIP. Los proxis que realizan el strict routing se llaman strict routers.


Loose Routing

un proxy es loose routing se al procesar el campo route header field, realiza el siguiente proceso: separa el destino final de la Request (esto es Request-URI) del conjunto de proxies que debe visitar la request para llegar a su destino, (esto es los campos del Route header filds), un proxy compatible con este mecanismo se conoce como loose routers. NO elimina los valores del campo Request-URI.



Messages

Datos intercambiado entre dos entidades SIP


Methods

Funcion de una peticion o request que realiza una tarea especifica en el establecimiento de un dialog


Outbound Proxy

Proxy que recibe las request de UAC, puede ser configurado manualmente por UA o auto-configurado


Paralle search

Procedimiento que realiza un Proxy cuando retransmite simultaneamente varias peticiones a varios destinos.


Provisional respose

Respuestas del tipo 1xx


Proxy, Proxy server

Entidad SIP que actua como cliente y server a la vez. La principal funcion es retransmitir las request del cliente que permita ubicar al user agent destino. Igualmente es un elemento de seguridad al permitir aplicar reglas de seguridad en la comunicación. Puede reescribir parte del mensaje transmitido de la request antes de retransmitirlo.


Redirect server

Un proxy que genera respuesta tipo 3xx al cliente especificandole los posibles direcciones SIP donde puede ubicar al user agent destino, con esta informacion el client genera de nuevo una INVITE


Registrar

proceso de asociar la direccion SIP (AOR) y la direccion IP fisica del user agent en una Base de datos de localicarion (Location server) a traves de peticiones REGISTER


Regular Transaction

Cualquier transaccion con un metodo diferente al ACK, INVITE, CANCEL


Request

Peticion enviada por un cliente hacia un servidor para invocar una operación especifica


Response

Mensaje SIP enviado desde un servidor al cliente, como resultado de una Request previa


Ringback

Senal de tono generada por la aplicación de cliente y que se reproduce en user destino, alertadolo de una llamada


Route set

Conjunto de direcciones SIP o SIPS URI de los proxies que el mensaje debe pasar para llegar a su destino, se reunen en header Record-route


Server

Elemento de una red, que recibe peticiones y genera respuesta a ellas, ejemplo proxy, user agent servers, redirect server y registrar server


Sequential search

Proceso que realiza un proxy y consiste en atender una secuencia de contactos; una respuest 2xx o 6xx finaliza una busqueda secuencial


Session

RFC2327 define como la reunion de uno a varios sesiones RTP. Entiende tambien como un dialogo entre dos entidades SIP


SIP Transaction

Conjunto de peticiones intercambiadas entre un cliente y un server, se inicia con una peticion INVITE hasta una respuesta final diferente al tipo 1xx; todos los mensajes SIP entre ellas constituyen una transaccion. Si la respuesta final NO es 2xx, la peticion ACK hace parte de la misma transaccion (se incluye), caso contrario, si la respuesta final es 2xx, ACK hace parte de otra transaccion (se excluye)


Spiral

Al proceso que realiza un proxy al retransmitir una peticion, la cual posteriormente regresa al proxy origen, y luego se retransmitda de nuevo pero con otra direccion. En la spiral, el campo Request-URI de las peticiones son diferentes cada vez que llega la proxy origen, de alli que no se considera un error como el Loop. En ej de una spiral es el proceso call-forwarding.


Stateful proxy

Proxy con estado, un tipo de proxy que llega un registro de todos mensajes SIP dentro del dialogo.


Staless proxy

Proxy que no lleva un registro de las peticiones en el dialogo


Target refresh request

Request que puede modificar el dialogo


Transaction user TU

Capa de procesamiento del protocolo SIP, que reside por encima de las capas transaction y transporte del mismo. Incluye el UAC core, UAS core y proxy core.


Upstream

Sentido del mensaje SIP desde el server hacia el cliente


UAC Core

Conjunto de funciones de procesamiento del UAC, que reside por encima de la capa de transporte y transaction


User agent

Entidad logica que puede actuar como ciente o server


User Agent Client

Entidad logica que emite una request para establecer un dialogo


User Agetn Server

Entidad logica que recibe peticiones y genera una respues a ellas


UAS Core

Conjunto de funciones de procesamiento del UAS que reside por encima de la capa de transporte y transaction



El rol del UAC y UAS como el Proxy y el redirect proxy, se intercambian entre cada transaction, es decir el UAC puede actuar como tal, pero en otra transaction actuar como UAS y viceversa.Por ejmplo cuando emite una request actua como UAC pero cuando recibe un BYE actua como UAS. Lo mismo ocurre a nivel de Proxy y redirect proxy.