Introduzione
In questo documento viene descritto come passare i dati dell'interfaccia utente su CVP.
Prerequisiti
Requisiti
Cisco raccomanda la conoscenza dei seguenti argomenti:
- CVP
- Script di gestione intelligente dei contatti (ICM)
- SIP (Session Initiation Protocol)
Componenti usati
Il documento può essere consultato per tutte le versioni software o hardware.
Configurazione
È possibile passare dati generici da e verso Unified ICM tramite CVP unificato utilizzando UUI (User-to-User Information).
A tale scopo, il parametro UUS (spesso noto come UUI) viene inserito nel messaggio IAM (InitialAddress Message) dei dati GTD (Generic Transparency Descriptor) inviati al gateway dalla rete nel messaggio di installazione Q.931.
Il gateway invia questi dati a Unified CVP tramite messaggi SIP. Unified CVP può quindi inviare i dati a Unified ICM in una nuova chiamata.
Scenari di elaborazione UUI:
Quando i dati GTD sono presenti nella tappa di chiamata in entrata del messaggio SIP INVITE, CVP unificato salva i dati GTD come GTD in entrata e la parte UUI (se presente) viene passata a UnifiedICM. Se Unified ICM modifica i dati, invia nuovamente l'UUI modificata a Unified CVP. Unified CVP converte i dati UUI che riceve da Unified ICM in Hex e modifica gli Stati Uniti (se presenti) e sovrascrive il valore GTD in entrata. Verrà modificata solo la parte US utilizzando il formato: US,3,<valore esadecimale convertito dei dati da ICM>
Quando GTD non è presente nella coda di chiamata in entrata, Unified CVP stampa un messaggio informativo sulla traccia che indica che non è presente alcun corpo GTD nel corpo del chiamante e la chiamata continua come una normale chiamata.
Di seguito è riportato un esempio di come devono essere ricevute queste informazioni:
INVITE sip:7274884100@65.59.218.99:5060 SIP/2.0
Via: SIP/2.0/UDP 10.200.2.20:5060;branch=z9hG4bK17DDEF
From:
;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-
CVP si aspetta che sia nei dati GTD e non nell'intestazione. Questo è il motivo per cui i dati utente-utente nel campo dell'intestazione non vengono elaborati come UUI dal CVP.
Passaggio di informazioni con intestazioni SIP. Una volta configurate correttamente, queste intestazioni SIP vengono passate a Unified ICM nel campo SIPHeaderInfo dei messaggi Nuova chiamata e Richiesta istruzione. Per accedere alla variabile Header SIP nello script ICM, leggere la variabile di chiamata Call.SIPHeader. Quindi, se si desidera avere queste informazioni con i dati UUI nei log CVP, allora i dati GTD devono essere presenti nella tappa della chiamata in entrata del messaggio SIP INVITE.
Feedback