Created by: Xin Li on 06-06-2013 02:01:37 AM I'm requested a Video in Queue function by guest, so I made a test in our demo scienaro first.
I use UCCE 8.5, CM 8.6, CVP 9.0 which I have checked compatability.
A TCS holding the video stream which is going to show to the customer, TCS registered to a VCS. VCS is using sip trunk to connect to CM. CM, GW, CVP all using sip trunks to point to each other, GW also uses sip to VCS.
Video phone like 8945 can directly call to VCS DN and watch the video and sound.
But if the 8945 call to ucce first, and the CVP use VideoConnect element to call VCS, no video and no audio. Also if the 8945 call to ucce first, and the CVP use VideoConnect element to call another 8945 registered in CM, audio only.
I use the Getting Started.rtf as instruction, which I will quote below, any comments? Maybe I miss something? Please Help me.
Copy the custom JAR to CVP VoiceXML run-time, for example:
C:\Cisco\CVP\VXMLServer\common\lib
Configure the VoiceXML gateway
Copy cvp_videoconnect.tcl into gateway flash and add config:
application service cvp_videoconnect flash:cvp_videoconnect.tcl
Execute the command "call appl voice load cvp_videoconnect"
Add the gateway dial-peer(s) to route the video call leg to the video content server, for example:
dial-peer voice 5000 voip destination-pattern 500. video codec h264 session protocol sipv2 session target ipv4:10.86.142.112:5060 voice-class sip early-offer forced dtmf-relay rtp-nte codec g711ulaw no vad
Use VideoConnect in a Call Studio application
Create and deploy a Call Studio application that includes the VideoConnect element for use in either CVP standalone or the comprehensive model.
The VideoConnect exit states and their intended behaviour is as follows:
end_of_media -- video played to completion and the video server disconnected caller_input -- the caller entered a DTMF string that matched the specified digit collection pattern no_input -- a digit collection pattern was specified but no input was received before the input timeout expired caller_hangup -- caller disconnected while video in progress error -- all other termination reasons
Entering DTMF that doesn't match the configured pattern results in an automatic retry for digit collection so unmatched patterns don't cause the video element to exit. I don't think there's much merit in returning unmatched input with a no_match exit state as you can choose to ignore unwanted and erroneous input automatically this way. Alternatively, if you want to explicitly trap no-matches then you can collect any single digit and return to the application to test it, in which case use a single digit pattern match "."
Videoonnect element data is as follows:
callerdtmf -- digits entered by the caller that resulted in a successful pattern match result -- outcome or video operation including error cause
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:
