prompts in GVP/Composer

[smile]

Hello All,

I faced with simple task, but didn't find good solution: is it possible to play prompt in GVP (using prompt block) and make it shorten than it is? for example the length of prompt is 1 minute, but i want to play just 20 seconds.

[cavagnaro]

No. There is no prpoerty on VXML to make an audio prompt for a certain time. understand that this is like a WebPage, is there any way on HTML/XML to tell the server to only load 50% of a JPEG file? No, right? The same apply here. Just edit the audio and you are done.

[smile]

Thank you, cavagnaro.
Well in general using html img tag i can reduce width/height of image I want to do feature music+ewt announcement in queue but music must start playing again from point when it was interrupted by ewt announce. Look like not easy solution for pure vxml+ecma..

another one question - is it possible to set delay (1 or 2 seconds) between call arrive at platform and first prompt will be announced? It is important that this pause should be before mcp send 'OK' message, i.e. invite (incoming) - trying (outgoing) - ringing (outgoing) - then delay - ok (outgoing). Do i need CCP for this or MCP can do the same?

[cavagnaro]

You can reduce what you want and view those dimentions, but still will load the 300Kb of the image, never would be able to tell the browser LOAD ONLY FIRST 50K
2 seconds delay? That is HUGE on a SIP environment, exchange of messages are just milliseconds. I'm not sure how to put a pause of if even possible on a SIP messaging exchange as some timers could expire...
For the queue music no idea neither as it would be more on the streaming side (yes, stream not music file) and you would need a 3rd party solution to do that

[smile]

streaming again... yeah

about the delay. i mean that announcement service may not answer immediately as soon as invite received. i prefer to wait, e.g. 1 second before sending 'ok' and starting to play announcement. This situation is easily illustrated by your sip phone when incoming call arrived. You can't pick up phone immediately, usually calling hear ringback before 'hello', isn't it?

[cavagnaro]

No necesarilly sir, you can program auto answer and avoid the ringback...RINNGING|OK|CONNECT
Why the MS wouldn't be able to provide the music inmediatly? Even tho, it automatically waits for a time in event of a delay...
No reason to force a PAUSE before sending the OK, let the SIP do its job

[smile]

Hi, cavagnaro

the thing is that i'd like to hear 'ringback' rather than avoid it
so calling person should hear one ringback before ivr will answer call. Do you know is it possible to do using only mcp without ccp?

[Kubig]

CCP is optional ,so it is not necessary logically. Ringback tone is GW's thing.

[smile]

Kubig, i know this. ringback is generated until mcp answer call. the question is how to force mcp don't answer call immediately after incoming invite?

[cavagnaro]

can't...why don't you play a fake ringback prompt at the start of your application? just an wav file doing "RINNNGG" and that is it

[smile]

it's important to have channel in not established state while ringing, because some switches/gateways doesn't like when remote side send 'ok' immediately after 'invite' without 'ringing'  According to my observations, mcp doesn't send even 'ringing'...

[cavagnaro]

There is an option for ringing on trying...but right now don't have on my head exactly where nor have my laptop with me

[smile]

didn't found such option in mcp config but i know a similar one in sip: event-ringing-on-100trying, but it not useful in our case...
let me know if you will remember what is the option...
i'll try to use ccp infront of mcp

[Kubig]

I try it in my lab env and MCP sent SIP Ringing message between INVITE and OK messages.

[quote author=smile link=topic=7651.msg33055#msg33055 date=1360685800]
Kubig, i know this. ringback is generated until mcp answer call. the question is how to force mcp don't answer call immediately after incoming invite?

[/quote]

That needs looks very odd and I see no logical reason for that. All SIP devices which correctly implemented SIP protocal are able to communicate based on many types of SIP flows. It is not a reason for solve on MCP side,when your SIP devices cannot that. MCP is not designed for these purposes ( I am talking about delayed processing of incoming INVITE messages). If you need adjust a SIP communication between many types of different SIP devices,you have to deploy and implement CCP. So, at first read the CCXML doc if at all possible.