diff options
| author | Matthew Jordan <mjordan@digium.com> | 2013-06-28 17:31:33 +0000 |
|---|---|---|
| committer | Matthew Jordan <mjordan@digium.com> | 2013-06-28 17:31:33 +0000 |
| commit | ca61a05506c778e155f557c2ffefbf5707874473 (patch) | |
| tree | 742a804fe4a25e30258d21f544fac4ea3b1fd256 /bridges | |
| parent | eba573947059f42f8778f09e2e8640050fb8b444 (diff) | |
Handle an originated channel being sent into a non-empty bridge
Originated channels are a bit odd - they are technically a dialed channel (thus
the party B or peer) but, since there is no caller, they are treated as the
party A. When entering into a bridge that already contains participants, the CDR
engine - if the CDR record is in the Dial state - attempts to match the person
entering the bridge with an existing participant. The idea is that if you dialed
someone and the person you dialed is already in the bridge, you don't need a new
CDR record, the existing CDR record describes the relationship.
Unfortunately, for an originated channel, there is no Party B. If no one was in
the bridge this didn't cause any issues; however, if participants were in the
bridge the CDR engine would attempt to match a non-existant Party B on the
channel's CDR record and explode.
This patch fixes that, and a unit test has been added to cover this case.
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@393164 65c4cc65-6c06-0410-ace0-fbb531ad65f3
Diffstat (limited to 'bridges')
0 files changed, 0 insertions, 0 deletions