Contenido

Introducción

prerrequisitos

Requisitos

Componentes Utilizados

Configuración

Introducción

Este documento describe los pasos para pasar los datos UUI sobre el CVP.

Prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

- CVP

- Scripting del Intelligent Contact Management (ICM)

- Session Initiation Protocol (SIP)

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

Configuración

Usted puede pasar los datos genéricos a y desde el ICM unificado con el CVP unificado usando Usuario-a-UserInformation (UUI).

Esto es lograda poblando el parámetro UUS (conocido a menudo como el UUI) en el mensaje de InitialAddress (soy) de los datos del descriptor de transparencia genérico (GTD) que se envían al gateway de la red en el mensaje setup del q.931.

El gateway envía estos datos al CVP unificado a través de los mensajes del SORBO. El CVP unificado puede entonces enviar los datos ICM unificado en una nueva llamada.

UUI que procesa los escenarios:

Cuando los datos GTD están presentes en el tramo de llamada de entrada del mensaje INVITE (Invitar) del SORBO, el CVP unificado guarda los datos GTD mientras que el GTD entrante y los UUI reparten (si presente) se pasa a UnifiedICM si el ICM unificado modifica los datos, él envía el UUI modificado de nuevo al CVP unificado. El CVP unificado convierte los datos UUI que recibe del ICM unificado en el hex. y modifica el UUS (si está presente) y sobregraba el valor entrante GTD. Solamente la porción UUS bemodified, usando el formato: Valor hex UUS,3,<converted de los datos de ICM>

Cuando el GTD no está presente en el tramo de llamada de entrada, el CVP unificado imprime un mensaje de información en la traza que no expone ningún cuerpo GTD presente en el cuerpo del llamador y la llamada continúa como llamada regular.

Aquí está un ejemplo cómo esta información debe ser recibida:

INVITE sip:7274884100@65.59.218.99:5060 SIP/2.0

Via: SIP/2.0/UDP 10.200.2.20:5060;branch=z9hG4bK17DDEF

From: <sip:$9159999999@65.59.218.99>;tag=14072DC-18F7

...

--uniqueBoundary

Content-Type: application/sdp

Content-Disposition: session;handling=required

v=0

o=CiscoSystemsSIP-GW-UserAgent 1570 7514 IN IP4 10.200.2.20

s=SIP Call

c=IN IP4 10.200.2.20

t=0 0

m=audio 19240 RTP/AVP 0 18 101 19

c=IN IP4 10.200.2.20

a=rtpmap:0 PCMU/8000

a=rtpmap:18 G729/8000

a=fmtp:18 annexb=yes

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-16

a=rtpmap:19 CN/8000

--uniqueBoundary

Content-Type: application/gtd

Content-Disposition: signal;handling=optional

IAM,

PRN,isdn*,,NI***,

USI,rate,c,s,c,1

USI,lay1,ulaw

TMR,00

CPN,04,,1,7274884100

CPC,09

FCI,,,,,,,y,

GCI,011db91a2c0f11d6802f000c8638cdeb

--uniqueBoundary-

El CVP espera que esté en los datos GTD y no en la encabezado. Ésta es la razón por la que los datos individuales en su campo del encabezado no se procesan como UUI del CVP.

Ahora mirando a pasar la información con las encabezados del SORBO. Una vez que están configuradas correctamente, estas encabezados del SORBO se pasan ICM unificado en el campo de SIPHeaderInfo de la nueva llamada y piden los mensajes de la instrucción. Para acceder la variable de la encabezado del SORBO en el script ICM, lea la variable de llamada Call.SIPHeader. Tan si usted quiere tener esta información con los datos UUI en los registros del CVP, después los datos GTD necesita estar presente en el tramo de llamada de entrada del mensaje INVITE (Invitar) del SORBO.