Merged revisions 142079 via svnmerge from
authorMark Michelson <mmichelson@digium.com>
Tue, 9 Sep 2008 16:20:41 +0000 (16:20 +0000)
committerMark Michelson <mmichelson@digium.com>
Tue, 9 Sep 2008 16:20:41 +0000 (16:20 +0000)
commit01b2894d2eebfbdfdb61960272cbc0b1bfef1e4c
tree63b10bf48c43a290d14dbe1b75a7761cb941fbb2
parent4f077691bca39763cc0b6bf304de588068244c73
Merged revisions 142079 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
r142079 | mmichelson | 2008-09-09 11:19:17 -0500 (Tue, 09 Sep 2008) | 21 lines

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: https://origsvn.digium.com/svn/asterisk/trunk@142080 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c