Summary:	ASTERISK-14761: Proper codec not used when picking up a parked call
Reporter:	Michael Cramer (micc)	Labels:
Date Opened:	2009-09-03 04:38:45	Date Closed:	2009-11-23 20:24:37.000-0600
Priority:	Minor	Regression?	No
Status:	Closed/Complete	Components:	Channels/chan_local
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:
Description:	I've just implemented the patches on issue ASTERISK-14499, 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. ****** ADDITIONAL INFORMATION ****** I'm running asterisk-1.6.1.4 with the multi-tenant parking patches applied.
Comments:	By: Michiel van Baak (mvanbaak) 2009-09-03 04:44:28 and asterisk is not transcoding the audio for you ? By: Michael Cramer (micc) 2009-09-03 04:49:14 The ulaw phone can hear the g722 phone just fine, but the g722 phone cannot hear the ulaw caller properly. sip show channels shows that the hd phone (polycom ip450) is in g722 and the caller's channel is in ulaw. The polycom phone hears garbled audio. Similar to when I call an aastra 480i from the polycom using the local channel. By: Michiel van Baak (mvanbaak) 2009-09-03 05:00:32 So the problem is not with the parked call, but with the g722 codec and transcoding in general ? By: Michael Cramer (micc) 2009-09-13 21:28:31 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@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@inbound and instead goto or include that number in the sip context then it works fine and audio is good. By: Leif Madsen (lmadsen) 2009-09-30 09:50:29 Can you try with Local/number@inbound/n and see if that helps at all? By: Leif Madsen (lmadsen) 2009-10-26 09:52:39 Pinging reporter for feedback prior to closing. By: Michael Cramer (micc) 2009-10-26 13:42:12 I'm unable to repro the problem now. By: Leif Madsen (lmadsen) 2009-10-26 15:57:24 Just in general, or with the /n on the end? By: Michael Cramer (micc) 2009-11-23 17:49:58.000-0600 In general. I never added /n to the end. By: Leif Madsen (lmadsen) 2009-11-23 20:24:36.000-0600 If you're able to reproduce the issue, then feel free to reopen the issue, but I'm going to close this for now as unable to reproduce.