[asterisk-bugs] [Asterisk 0015822]: Proper codec not used when picking up a parked call
Asterisk Bug Tracker
noreply at bugs.digium.com
Sun Sep 13 21:28:32 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=15822
======================================================================
Reported By: Micc
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 15822
Category: Features/Parking
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Asterisk Version: 1.6.1.5
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-09-03 04:38 CDT
Last Modified: 2009-09-13 21:28 CDT
======================================================================
Summary: Proper codec not used when picking up a parked call
Description:
I've just implemented the patches on issue
https://issues.asterisk.org/view.php?id=15538, and my multi-tenant
parking lots work great now, except when I use an hd phone with g722 codec.
If the call is originally ulaw then the person is parked and picked up from
an hd phone, the codec is changed to g722. The caller which happens to be a
cell phone calling in on a sip trunk is using ulaw. I haven't tried it with
other codecs yet or parking of a g722 caller. This is going to be a major
problem for me as all my customers use g722, but most callers are ulaw.
======================================================================
----------------------------------------------------------------------
(0110586) Micc (reporter) - 2009-09-13 21:28
https://issues.asterisk.org/view.php?id=15822#c110586
----------------------------------------------------------------------
Yes, I guess it is. I also have had a similar problem when I call a ulaw
phone from my g722 phone through a Local channel. Maybe this has something
to do with this problem. The weird thing is that it only seems to happen
with certain phones. So its hard to get a 100% repro case, but I could be
wrong on that, maybe it doesn't work at all through a local channel, but I
don't remember. The situation which I know had problems was this:
Polycom IP450 with g722 preferred coded makes call to a phone connected to
the same asterisk box which tries to connect to the dialed number through a
Local channel and the called phone is an aastra 480i or 35i or 480i CT. The
called phone (480i) seems to hear the audio fine, but the caller (IP450)
hears choppy robot audio, almost understandable.
So it looks like this:
IP450 SIP -> asterisk sip context dials Local/number at inbound context ->
IVR menu answers, background sounds, queue -> 480i answers call from queue
I'm not sure if the queue has anything to do with it or not, but if I
remove the Local/number at inbound and instead goto or include that number in
the sip context then it works fine and audio is good.
Issue History
Date Modified Username Field Change
======================================================================
2009-09-13 21:28 Micc Note Added: 0110586
======================================================================
More information about the asterisk-bugs
mailing list