Guía de configuración de controlador de la frontera de la sesión de los Cisco 7600 Series Router
Transparencia SIP-I y soporte del perfil
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 181 KB | Inglés (28 Abril 2008) | Comentarios

Contenidos

Transparencia SIP-I y soporte del perfil

Contenido

Restricciones para la transparencia SIP-I y el soporte del perfil

Información sobre la transparencia SIP-I y el soporte del perfil

Cómo implementar la transparencia SIP-I y el soporte del perfil

Ejemplos de los comandos show


Transparencia SIP-I y soporte del perfil


Esta característica permite al regulador de la frontera de la sesión (SBC) para pasar con los parámetros de la pieza de usuario ISDN (ISUP) en los mensajes del Session Initiation Protocol (SIP) que se pudieron haber agregado por un SORBO o un gateway que intertrabaja del Public Switched Telephone Network (PSTN).

El SORBO es un Application Layer Protocol para establecer, terminar, y las sesiones de modificación de las multimedias. El ISUP es un protocolo del nivel-cuatro usado en las redes SS7 para controlar las llamadas telefónicas y para el mantenimiento de la red, tal como bloqueo de los circuitos o reajuste de los circuitos. La asignación entre estos dos protocolos es realizada por el Media Gateway Controller (MGC). En el SBC, los parámetros ISUP se pueden llevar adentro el identificador de recurso del Petición-uniforme del SORBO (URI) o el cuerpo del mensaje del SORBO.


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


Ofrezca el historial para la transparencia SIP-I y el soporte del perfil

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 la transparencia SIP-I y el soporte del perfil

Información sobre la transparencia SIP-I y el soporte del perfil

Cómo implementar la transparencia SIP-I y el soporte del perfil

Ejemplos de los comandos show

Restricciones para la transparencia SIP-I y el soporte del perfil

Las restricciones y las limitaciones siguientes se aplican al Session Initiation Protocol (SIP) - transparencia I y soporte del perfil:

El SBC permite que solamente los cuerpos del protocolo de la descripción de la NON-sesión (SDP) en los mensajes del SORBO pasen a través o sean eliminados. Esta característica se limita más a fondo a un solo indicador de la por-adyacencia.

Si un solo indicador existente de la por-adyacencia controla el paso a través de los cuerpos NON-SDP, este indicador no controla los métodos no esenciales.

Si los tipos de contenido múltiples SDP están presentes en una petición, se rechaza el método y se genera un código de 501 respuestas.

Si la Interacción de múltiples frecuencias del tono dual (DTMF) se habilita para una llamada, los mensajes de información que contienen un dígito DTMF pueden no pasar a través.

El SBC no soporta los Multipurpose Internet Mail Extension seguros (S/MIME) cifrado o desciframiento. Mientras que el SBC puede permitir que los cuerpos cifrados pasen a través, no los modifica.

De acuerdo con la sección 8.2.1.1 del RFC 3398, el SBC no soporta a de la encabezado sin un nombre de usuario.

Los tamaños totales de los cuerpos y de la encabezado asociada del IMITAR permitidos pasar a través se limitan a aproximadamente 1000 bytes. Los tamaños finales permitidos dependen de la estructura de las encabezados y IMITAN los cuerpos y no deben exceder 2000 bytes.

El SBC puede no preservar la pedido original de los cuerpos MIME y puede insertar el SDP como la primera parte del cuerpo.

Esta característica no trabaja conjuntamente con H.323.

Puesto que el SBC considera las peticiones del ADIÓS en un basado en salto por salto, no pasa ninguna información usando una respuesta del ADIÓS que recibió.

El SBC permite que el parámetro de URI del user=phone en Petición-URI pase a través.

El SBC puede alterar el límite del IMITAR de un mensaje.

Información sobre la transparencia SIP-I y el soporte del perfil

El SBC soporta el siguiente:

La aplicación o el SDP se procesa encendido INVITA, las peticiones SE PONE AL DÍA, y PRACK y sus respuestas.

La aplicación o el DTMF-Info se procesa en la INFORMACIÓN para permitir que los tonos DTMF pasen a través.

Los mensajes NOTIFY en el mensaje o el Sorbo-Frag se analizan para descubrir si indica que una suscripción o refiere el diálogo debe ser terminado.

Cómo implementar la transparencia SIP-I y el soporte del perfil

Esta sección contiene los pasos para configurar una adyacencia del SORBO para el passthrough SIP-I.

PASOS SUMARIOS

1. configure

2. sbc service-name

3. sbe

4. adjacency sip adjacency-name

5. sipi passthrough

6. exit

PASOS DETALLADOS

 
Comando o acción
Propósito

Paso 1 

configure

Example:

host1/Admin# configure

Habilita el modo de configuración global.

Paso 2 

sbc service-name

Example:

host1/Admin(config)# sbc mysbc

Ingresa el modo de un servicio SBC.

Utilice service-name el argumento para definir el nombre del servicio.

Paso 3 

sbe

Example:

host1/Admin(config-sbc)# sbe

Ingresa el modo de la función del elemento de la frontera de la señalización (SBE) del SBC.

Paso 4 

adjacency sip adjacency-name

Example:

host1/Admin(config-sbc-sbe)# adjacency sip test

Ingresa el modo de una adyacencia SBE SIP.

Utilice adjacency-name el argumento para definir el nombre del servicio.

Paso 5 

sipi passthrough

Example:

host1/Admin(config-sbc-sbe-adj-sip)# sipi passthrough

Configura la adyacencia del SORBO para el passthrough SIP-I.

Paso 6 

exit

Example:

host1/Admin(config-sbc-sbe-adj-sip)# exit

Sale el modo y las devoluciones del ADJ-sorbo al modo SBE.

Ejemplos de los comandos show

# show services sbc mySbc sbe adjacencies SipToIsp42 detail
SBC server mySbc
Adjacency SipToIsp42 
Status:  Attached
Signaling address: 10.2.0.122:5060
Signaling-peer:    200.200.200.179:8888
Force next hop:   No
Account:   core
Group:     None
In Header Profile:    Default
Out Header Profile:   Default
In method profile:    Default
Out method profile:   Default
In UA option profile: Default
Out UA option profile:   Default
In proxy option profile: Default
Priority set name:       Default
Local-id:             None
Rewrite REGISTER:     Off
Target address:       None
NAT Status:           Auto-Detect
Reg-min-expiry:       3000 seconds
Fast-register:        Enabled
Fast-register-int:    30 seconds
Authenticated mode:   None
Authenticated realm:  None
Authenticated nonce life time: 300 seconds
IMS visited NetID:    NOne
Inherit profile:      Default
Force next hop:       No
Home network ID:      None
UnEncrypt key data:   None
SIPIpassthrough:      No
Rewrite from domain:  Yes
Rewrite to header:    Yes
Media passthrough:    No
Preferred transport:  UDP
Hunting Triggers:     Global Triggers
Redirect mode:        Passthrough