aboutsummaryrefslogtreecommitdiffstats
path: root/channels
diff options
context:
space:
mode:
authormmichelson <mmichelson@f38db490-d61c-443f-a65b-d21fe96a405b>2008-09-09 16:19:17 +0000
committermmichelson <mmichelson@f38db490-d61c-443f-a65b-d21fe96a405b>2008-09-09 16:19:17 +0000
commitfa1510f6662856d2543fd343c6f0add1b30b6900 (patch)
tree53f3ebcb75702dedaeb4f8e1f3d28b3bb62482a8 /channels
parent7ff1c4d4ac996bec20994ed1a86e45323e5b9059 (diff)
When determining if codecs used by SIP peers allow
the media to be natively bridged, use the jointcapability instead of the peercapability. It seems that the intent of using the peercapability was to expand the choice of codecs for the call to increase the chances of being able to native bridge the channels. The problem is that if a codec were settled on for the native bridge and that wasn't a codec that was configured to be used by Asterisk for that peer, then Asterisk would send a REINVITE with no codecs in the SDP which is a bug no matter how you slice it. (closes issue #13076) Reported by: ramonpeek Patches: 13076.patch uploaded by putnopvut (license 60) Tested by: tbelder git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@142079 f38db490-d61c-443f-a65b-d21fe96a405b
Diffstat (limited to 'channels')
-rw-r--r--channels/chan_sip.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/channels/chan_sip.c b/channels/chan_sip.c
index 9b185a071..aa02eef22 100644
--- a/channels/chan_sip.c
+++ b/channels/chan_sip.c
@@ -18315,7 +18315,7 @@ static int sip_sipredirect(struct sip_pvt *p, const char *dest)
static int sip_get_codec(struct ast_channel *chan)
{
struct sip_pvt *p = chan->tech_pvt;
- return p->peercapability ? p->peercapability : p->capability;
+ return p->jointcapability ? p->jointcapability : p->capability;
}
/*! \brief Send a poke to all known peers