<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<div class="moz-text-flowed"
style="font-family: -moz-fixed; font-size: 13px;" lang="x-western">Hello,
<br>
<br>
I wonder if anyone's hit these before. I'm trying to bridge two
callers using parked call. It works fine when I'm using two sip
channels directly (one hits a ParkAndAnnounce, the other hits
ParkedCall), however my application requires an intermediate local
channel. The flow is
<br>
<br>
1) Manager originates a dial out to the target Sip extension with a
local channel at the other end.
<br>
<br>
2) When the sip extension answers, the local channel is parked with
ParkAndAnnounce.
<br>
<br>
3) The second (source) sip channel is then directed to ParkedCall with
the relevant number.
<br>
<br>
This <b class="moz-txt-star"><span class="moz-txt-tag">*</span>should<span
class="moz-txt-tag">*</span></b> connect the two callers (and seems to
be the best way of bridging two already-connected calls) BUT if the two
SIP phones are using different codecs, then I get a whole load of
messages like this:
<br>
<br>
Jul 5 20:19:46 WARNING[2917]: chan_sip.c:2561 sip_write: Asked to
transmit frame type 64, while native formats is 256 (read/write =
64/256)
<br>
<br>
We end up with the target SIP channel able to hear the source caller,
but not vice versa. I'm guessing that the local channels use frame
type 64 (SLinear), and that for some reason this is causing the barf.
We're using 1.2.9.1
<br>
<br>
Any suggestions very gratefully received.
<br>
<br>
Many thanks,
<br>
<br>
Matt.
<br>
<br>
</div>
</body>
</html>