I tried by creating new call park but still nogo..Call is not transferred back to user...Can you please try in your server by using VOIP.MS trunk..

Regards,
Kumaran T

On 10/19/2011 3:24 PM, Tony Graziano wrote:
I had seen this in 4.4 but only when I changed the call park basic parameters. If I had created a new call park and left the timeouts alone it did not happen (.i.e, left it at 60 seconds).

On Wed, Oct 19, 2011 at 5:50 AM, Venkateshwaran T <[email protected] <mailto:[email protected]>> wrote:


    I can retrieve the parked call and MOH will be played for outside
    caller without any problem.The behavior I'm seeing was,"the call
    was not transferred back to the user after parked timeout"
    ITSP we are using VIOP.MS <http://VIOP.MS>

    Regards,
    Kumaran T



    On 10/19/2011 3:11 PM, Tony Graziano wrote:
    so the only difference is you cannot retrieve the parked call and
    there is no moh played? is this a trunk or pstn gateway? if it is
    a trunk, whose is it?

    On Wed, Oct 19, 2011 at 5:38 AM, Venkateshwaran T
    <[email protected]
    <mailto:[email protected]>> wrote:


         I think its entirely different issue.The
        http://track.sipfoundry.org/browse/XX-6791 was about Park
        server struck and leaving the MOH session.In my case call is
        not transferred back to user who parked the call after parked
        timeout but only when outside caller call is parked.But with
        sipXecs call parked then its working perfectly as expected.

        Regards,
        Kumaran T


        On 10/19/2011 2:58 PM, Tony Graziano wrote:
        then I think you might be seeing this:

        http://track.sipfoundry.org/browse/XX-6791

        On Wed, Oct 19, 2011 at 5:25 AM, Venkateshwaran T
        <[email protected]
        <mailto:[email protected]>> wrote:

            Hi Tony,
                After 50 secs(Timeout value) if we try to retrieve
            parked outside caller  by dialing *4777 won't
            work.Because there will be  no parked call.But the call
            will be active for outside caller(through DID) but no
            audio..
            FYI:
              We can retrieve the parked call by either dialing *4
            or *78

            Regards,
            Kumaran T



            On 10/19/2011 2:32 PM, Tony Graziano wrote:


            On Wed, Oct 19, 2011 at 2:13 AM, Kumaran T
            <[email protected]
            <mailto:[email protected]>> wrote:

                Hi All,
                Please check my scenario for park time-out
                Precondition:
                1. Goto the call park extension 777 and “Enable
                time-out” = enabled,
                Park time-out = 50
                2. User 202 has the DID number of the ITSP set as
                Alias.
                Steps
                 From a PSTN mobile dial the DID number of the ITSP
                and The user 202
                should start ringing.
                Answer the call from 202 and blind transfer the
                call to call park
                extension 777
                Outside caller(PSTN mobile)will hear park MOH
                After 50 sec the call is not transferring back to
                202 user and there
                will no park MOH played for outside caller(PSTN
                mobile) and cannot
                retrieve it manually(*78777)

            should be *4777

            *78 is to retrieve ringing calls 9call pickup). *4 is
            for call park retrieve. please try under this first.

                from local user.So outside caller should
                end the call manually..
                I cross checked same scenario within local user,its
                working perfectly
                call will be transferred and also manually transfer
                by pressing 0 works
                in both way for outside and local user
                Any one faced this issue or can anyone please check
                the scenario in your
                setup?Checked in latest 0.0.4.5.2

                Regards,
                Kumaran T



_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev/

Reply via email to