Guía de configuración de controlador de la frontera de la sesión de los Cisco 7600 Series Router
Transferencia de llamada del SORBO
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 132 KB | Inglés (28 Abril 2008) | Comentarios

Contenidos

Transferencia de llamada del SORBO

Contenido

Restricciones para el soporte de la transferencia de llamada del SORBO

Información sobre la transferencia de llamada del SORBO

REFIERA las peticiones

Mensajes NOTIFY

Encabezados de los reemplaces


Transferencia de llamada del SORBO


El regulador de la frontera de la sesión (SBC) soporta la transferencia de llamada del Session Initiation Protocol (SIP), un servicio estándar de la telefonía por Internet. La transferencia de llamada permite una amplia variedad de operaciones de llamada pluripartidistas descentralizadas. Éstos descentralizaron la forma de las operaciones de llamada la base para el control de llamada de tercero, y son características importantes para la voz sobre IP (VoIP) y el SORBO. La transferencia de llamada es también crítica para conferencia llamar, donde las llamadas pueden la transición suavemente entre la multidistribución de los links Point-to-Point múltiples y del nivel IP. La característica de la transferencia de llamada del SORBO SBC incluye la transferencia básica del en-diálogo y la transferencia de llamada avanzada para las topologías de red siguientes:

SBC central

Intra red de la transferencia

Transferencia fuera de la red

Transferencia al colega


Observepara la versión 3.0.00 SBC de ACE, esta característica se soporta en el modelo unificado solamente.


Ofrezca el historial para la transferencia de llamada del SORBO

Versión
Modificación

Versión 3.0.00 SBC de ACE

Esta característica fue introducida en el Cisco 7600 Series Router junto con el soporte para el modelo unificado SBC.


Contenido

Este módulo contiene las secciones siguientes:

Restricciones para el soporte de la transferencia de llamada del SORBO

Información sobre la transferencia de llamada del SORBO

Restricciones para el soporte de la transferencia de llamada del SORBO

Lo que sigue es una lista de restricciones para el soporte de la transferencia de llamada del SORBO:

Se espera que la característica de configuración sea “siempre encendido.” Por lo tanto, no se requiere ninguna configuración y no es posible inhabilitarla.

REFIERA el estado de la suscripción no se mantiene sobre la Conmutación por falla. Por lo tanto, después de una Conmutación por falla, cualquier NOTIFYs subsiguiente que dice el que está que se refiere sobre el progreso de la remisión se pierde. Se despiden detrás con una respuesta de error de 481 SORBOS. Esto no evitará que las llamadas sean transferidas, sino puede dar lugar a algunos registros de error si se habilitan los diagnósticos.

Información sobre la transferencia de llamada del SORBO

REFIERA las peticiones

El método del REFERIR tiene tres papeles principales:

Terminal original — El agente de usuario que inicia la transferencia o REFIERE la petición.

Beneficiario — Agente de usuario que recibe la petición del REFERIR y se transfiere al final-beneficiario.

Final-beneficiario — Agente de usuario presentado en una llamada con el beneficiario.

El método del REFERIR comienza en el contexto de una llamada existente y comienza siempre con el terminal original. El terminal original envía una petición del REFERIR al beneficiario (agente de usuario que recibe la petición del REFERIR) de iniciar accionado INVITA a la petición. Accionados INVITAN a la petición utilizan el SORBO URL contenido en la encabezado del referir como el destino de la petición de la INVITACIÓN.

El beneficiario entonces entra en contacto el recurso en la encabezado del referir (final-beneficiario), y vuelve una respuesta del SORBO 202 (validado) al terminal original. El beneficiario también debe notificar al terminal original del resultado de la transacción del REFERIR — si entraron en contacto al final-beneficiario con éxito o sin éxito. La notificación es realizada usando el método de la notificación, el mecanismo de la notificación de evento SIP.

Un mensaje de la notificación con un cuerpo del mensaje de la AUTORIZACIÓN del SORBO 200 indica una transferencia acertada, mientras que un cuerpo del servicio del SORBO 503 inasequible indica una transferencia fracasada. Si la llamada era acertada, una llamada entre el receptor y el final-beneficiario resulta.

El SBC valida y pasa con el en-diálogo REFIERE las peticiones. Las encabezados estándar del SORBO se manipulan como normales. Las encabezados específicas de la transferencia de llamada se tratan así:

La encabezado del referir se pasa con sin cambiar

Referir-por la encabezado:

– Recibido Referir-por la encabezado se pasa con ignorado.

– En el saliente REFIÉRASE, la encabezado siguiente se escribe:

Referred-By: <sip:endpoint_dn@sbc_adj_sip_domain_name>

salvo que,

– Si el lado de la llamada en la cual el SBC recibió REFER tiene aislamiento habilitada (configurado en el CAC), después no Referir-por la encabezado se escribe en el saliente SE REFIERE

Se trata la encabezado de los reemplaces de la misma forma que para las peticiones de la INVITACIÓN

se rechaza el Hacia fuera-de-diálogo REFIERE las peticiones. La encabezado del Blanco-diálogo no se soporta explícitamente, y por lo tanto se elimina o se pasa a través, sujeto a la encabezado y al método blancos/que ponen la configuración.

Mensajes NOTIFY

Cuando el resultado de la transacción del REFERIR se sabe, el beneficiario de la petición del REFERIR debe notificar al terminal original del resultado de la transacción del REFERIR — si entraron en contacto al final-beneficiario con éxito o sin éxito. La notificación es realizada usando el método de la NOTIFICACIÓN, el mecanismo de la notificación de evento SIP. La notificación contiene a un cuerpo del mensaje con una línea de estado de respuesta del SORBO y la clase de la respuesta en la línea del estado indica el éxito o el error de la transacción del REFERIR.

El SBC valida y pasa con el en-diálogo NOTIFICA las peticiones. Las encabezados estándar del SORBO se manipulan como normales.

Si la NOTIFICACIÓN contiene un cuerpo del mensaje/del sipfrag del tipo, y si el comienzo de este cuerpo se puede analizar correctamente como línea de estado de respuesta del SORBO, después NOTIFY saliente se da un cuerpo del mensaje/del sipfrag que contiene una línea de estado de respuesta del SORBO con el mismo código de la respuesta (y nada).

Si no hay cuerpo del mensaje/del sipfrag del tipo en la NOTIFICACIÓN, o la primera línea del cuerpo de la NOTIFICACIÓN no se puede analizar correctamente como línea del estado, después el onbound NOTIFY se envía sin un cuerpo. Esto incluye el caso donde hay un cuerpo del mensaje/del sipfrag incluido como parte de un MIME/de un cuerpo de varias partes.

Encabezados de los reemplaces

El proceso de las encabezados de los reemplaces es la lógica dominante implicada en soportar la transferencia de llamada a través del SBC. El SBC hace las operaciones de búsqueda en los ID de llamadas y las etiquetas en la encabezado recibida de los reemplaces. Si encuentra la bifurcación correspondiente de la llamada (por ejemplo, c1), después mira para arriba la bifurcación de la llamada del partner (por ejemplo, C2). El c1 y el C2 juntos componen otra llamada a través del SBC. La encabezado de los reemplaces enviada en la petición que se remite encendido pudo referir al c1 de la bifurcación de la llamada o al C2, dependiendo del tipo de la petición y de las otras consideraciones. “Early-only” el indicador en la encabezado de los reemplaces se pasa a través.