Summary:ASTERISK-22635: ARI: listing bridges shows bridges that are not part of an ARI application.
Reporter:Kevin Harwell (kharwell)Labels:
Date Opened:2013-10-02 11:23:44Date Closed:2013-10-16 09:12:03
Versions:12.0.0-alpha1 Frequency of
Environment:Attachments:( 0) full.txt
Description:Made a call using chan_pjsip outside of ARI.

exten => 102,1,Dial(PJSIP/${EXTEN},20)
     same => n,Hangup

Issued a list active bridges in ARI and it showed the bridge with two channels in it. Sample output:

   "channels": [
   "id": "7f1ef016-a1d7-4a4a-b857-f3d921b067de",
   "technology": "simple_bridge",
   "bridge_class": "basic",
   "bridge_type": "mixing"
Comments:By: Rusty Newton (rnewton) 2013-10-02 20:55:29.420-0500

Please add some debug or example output, along with any specifics about the data used in reproduction of the issue when you get a chance.

By: Matt Jordan (mjordan) 2013-10-14 12:46:57.897-0500

You know....

On second thought, I'm not entirely sure this is a bug. You may want to list all bridges in the system, even those you don't own, so that you can subscribe to them via the Applications resource. We should probably discuss it further.

By: Kinsey Moore (kmoore) 2013-10-15 15:11:00.955-0500

Just to clarify, if I remember the discussion correctly, the path forward here was to clarify documentation to the effect that all bridges are included in the results of this query and leave the actual functionality alone.

By: Matt Jordan (mjordan) 2013-10-16 09:57:08.799-0500

We probably should take this discussion back to the -dev list. I'm not sure reporting all of the channels/bridges in the system is the correct solution here either.