[Freeswitch-users] MOH on valet_park

[Alex Müller]

Hey guys,

maybe I am wrong but I am bit confused about music-on-hold (MOH) and valet_park-application, executed from the dialplan.

The problem in short: valet_park starts music-on-hold on remote-party AFTER parking-slot-annoucement not BEFORE.


The problem in detail:

I am using the valet_park-application to park (park in) an established call in order to pickup (park out) the call later from another phone. I do this by calling #4 during call (bind_digit_action) and all works fine.

FreeSWITCH announces me the parking-slot. While FreeSWITCH is doing this, the remote-party gets immediately the “hold_music”. In my case, this is a simple wav-file and no endless-loop-music, because the wav-file annouces “Your connection is hold” and this text has always start from the beginning of the file (see below).

When the parking-slot-application has finished the parking-slot-annoucement, it starts again the MOH on the remote-party-leg. So my MOH starts twice and that’s the problem.


As i figured out, the “first” playback has nothing to do with valet_park itself, it is just the MOH when the remote-party-leg is “on-hold”. The “second” playback is originated by valet_park.


Any solutions?


Alex


-------------------------------

Here are my exzerpts from the dialplan:

hold_music=$${sounds_dir}/de/de/marilda/generic/hold.wav


<action application="bind_digit_action" data="feature-digits,#4,exec:execute_extension,park-in XML features,both,self"/>


<extension name="park-in">
    <condition field="${destination_number}" expression="^park-in$">
        <action application="answer"/>
        <action application="valet_park" data="parking-slots auto in 800 899"/>
    </condition>
</extension>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20121108/522dd60a/attachment.html