Tony,
Did you check this issue in 4.5.2(7th Oct)?...
PS:
Anyone having 4.5.2 build can you please check this issue..
Regards,
Kumaran T
On 10/20/2011 6:47 PM, Kumaran T wrote:
Hi Tony,
Any update regarding this issue and please let me know once you
testing 0.0.4.5.2-latest Build(7th Oct)
Regards,
Kumaran T
On 10/19/2011 7:19 PM, Kumaran T wrote:
Tony,Please check the attached trace file for call is not transferred
back to user after Park Timeout in 4.5.2 build..
Regards,
Kumaran T
On 10/19/2011 5:27 PM, Venkateshwaran T wrote:
If you have 0.0.4.5.2 build can you please check in that build.In
4.4.0 through Audiocodes its works fine..
Regards,
Kumaran T
On 10/19/2011 5:22 PM, Tony Graziano wrote:
It does work for me using build 4.4 dated Oct. 12.
On Wed, Oct 19, 2011 at 6:10 AM, Venkateshwaran T
<[email protected]
<mailto:[email protected]>> wrote:
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 <http://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/
