similar to: Options for bridging channels in a smart bridge

Displaying 20 results from an estimated 1000 matches similar to: "Options for bridging channels in a smart bridge"

2017 Jul 05
2
Options for bridging channels in a smart bridge
Le 2017-07-05 18:51, Joshua Colp a ?crit : > On Wed, Jul 5, 2017, at 01:45 PM, Jean Aunis wrote: > >> Hello, I am struggling with a problem which I thought would be an easy one : bridging several channels together in a *smart* bridge. I emphasize *smart* : I want my bridge to be a native_rtp one when only two channels are involved, and switch to softmix technology when a third
2014 Oct 21
1
[asterisk-user] Confbridge Kick Action
Hi All, I am working on Asterisk 12.6.0 with ConfBridge module, when there are multiple user like admin and normal participant running with conference. When I try to kicked 2 user (Normal User), it play file "conf-kicked" and again join conference My scenario in confbridge like. 1] Admin User (e.g. SIP/8484-00000000) 2] Normal User (e.g. SIP/8484-00000001) 3] Admin User (e.g.
2014 Apr 29
1
"CBAnn" channel not going away in Asterisk 12
After an upgrade to Asterisk 12, I'm "collecting" channels. When I enter and then exit a conference room, I see: -- <CBAnn/207-0000067f;1> Playing 'confbridge-leave.slin' (language 'en') -- Channel CBAnn/207-0000067f;2 joined 'softmix' base-bridge <5edb1920-3774-4ba3-8c4d-23e8fd04519c> -- Channel CBAnn/207-0000067f;2 left
2014 Dec 09
2
Bridge configuration in Asterisk 13
Hi Everyone. I was referred here by malcolmd of the Asterisk forums. What follows is a copy of this question: http://forums.asterisk.org/viewtopic.php?f=1&t=92007? I've recently upgraded from Asterisk 11 to Asterisk 13. Most of it went smoothly thanks to the documentation detailing how to upgrade to 12 and then how to upgrade to 13. The only thing that didn't work correctly was
2017 Dec 13
2
DTMF emulation with SIP INFO and direct media
Hello, I think there is an issue when DTMF are handled with SIP INFO and direct media is enabled. When I receive a SIP INFO, the logs tell me that a "DTMF begin" is generated, but no related "DTMF end" is generated, unless the call is ended. Here is an excerpt of the logs : *--- SIP INFO received **on **SIP/xxx-00000004:* [Dec 13 11:56:16] DTMF[18193][C-00000005]
2014 Jan 30
1
Parking in Asterisk 12.0.0
Hi I'm trying to get the rebuilt parking functionality to work in Asterisk 12.0.0. In Asterisk 11.6.0 I managed to get a call to get parked by adding a dynamic feature in features.conf for the DMTF sequence *# which called a macro in extensions.conf, which then runned the ParkAndAnnounce application, and the call got parked. The syntax for ParkAndAnnounce I used was this (I don't
2017 Jun 15
2
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
On 06/14/2017 at 10:17 PM, Joshua Colp wrote: > On Wed, Jun 14, 2017, at 05:09 PM, Michael Maier wrote: > > <snip> > >> >> I can now say, that asterisk / pjsip seams to work *mostly* as expected. >> Just one exception - and that's the package in question, which can't be >> seen in tcpdump. >> >> I extended the above patch by adding
2017 Jun 05
3
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
On Mon, Jun 5, 2017, at 04:26 PM, Michael Maier wrote: > On 06/05/2017 at 06:29 PM, Joshua Colp wrote: > > On Mon, Jun 5, 2017, at 01:22 PM, Michael Maier wrote: > >> > >> Do you have any idea where to start to look at? Adding additional output > >> in the source code? Which functions could be interesting? I may add own > >> debug code to see why things
2017 Jun 14
2
asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'
On 06/14/2017 at 05:53 PM Joshua Colp wrote: > On Wed, Jun 14, 2017, at 12:47 PM, Michael Maier wrote: > > <snip> > >> >> I added this patch to see, if really all packages are are freed after >> they have been processed: >> >> --- b/res/res_pjsip/pjsip_distributor.c 2017-05-30 19:44:16.000000000 >> +0200 >> +++
2013 Oct 25
2
Is this big of new modification in Asterisk Events Objects values ?
Hi Team, Thanks for your great job an Asterisk new features developments. I installed asterisk-12 Beta and found some changes as well which i notice to put in-front of your knowledge, don't know that bug of new modification into objects or old version (asterisk-11) mistake corrected that time, anyway *Asterisk-12:* Array ( [Event] => ConfbridgeMute [Privilege] => call,all [Conference]
2015 Mar 18
2
Asterisk switching bridge to native_rtp even with direct_media=no
Hey guys, have issues with reinvite, no matter what endpoint is calling asterisk always tries switch simple_bridge to native_rtp Bridge 0422bfa0-9d22-4bba-9108-a3f14d7d1cab: switching from simple_bridge technology to native_rtp in endpoints table ?direct_media? sets to ?no? on all endpoints but it doesn?t help. if native_rtp not work for some reason I have oneway audio. how can I fix this?
2015 Mar 19
2
Asterisk switching bridge to native_rtp even with direct_media=no
NAT endpoint calling local endpount - switching to native_rtp then no audio, both of them have direct_media=no, Verbose log: -- Executing [99 at dialmap:1] AGI("PJSIP/304-00000022", "/pbx/agi.php") in new stack -- Launched AGI Script /pbx/agi.php -- AGI Script Executing Application: (Dial) Options: (PJSIP/99/sip:99 at 192.168.1.73:5060,20) -- Called
2020 Sep 08
3
Some calls drop after 30 seconds
    Some users have complained that their calls drop after about 30 seconds.  Not all, just some.  After looking at the log files the only difference I can find from the dropped calls is the following line: [2020-09-07 11:29:59] VERBOSE[21666][C-00000055] bridge.c: Bridge 14410400-5e04-4358-af0c-45fd71f6f5cd: switching from simple_bridge technology to native_rtp     Most calls just do:
2015 Mar 18
2
Asterisk switching bridge to native_rtp even with direct_media=no
Well, it breaks audio for all NAT endpoints, how can I fix this? > On 18 Mar 2015, at 15:48, Matthew Jordan <mjordan at digium.com> wrote: > > On Wed, Mar 18, 2015 at 7:41 AM, Nick Awesome <jleed at me.com <mailto:jleed at me.com>> wrote: >> Hey guys, >> >> have issues with reinvite, no matter what endpoint is calling asterisk >> always tries
2014 Jul 09
1
switching from simple_bridge technology to native_rtp issue
Hi, with canreinvite=no and directmedia=no I and getting the message in the logs for all calls "switching from simple_bridge technology to native_rtp" -- Executing [102 at mkg:1] Dial("SIP/101-00000017", "SIP/102") in new stack == Using SIP RTP CoS mark 5 -- Called SIP/102 -- SIP/102-00000018 is ringing -- SIP/102-00000018 answered SIP/101-00000017
2019 Aug 14
3
Anyone ever experienced a crash where Asterisk debug output a line with all nulls
We have a customer where their VM running Asterisk appears to have crashed. Fortunately, we had some debugging enabled. The asterisk messages file has this... (in notepad+ the blank line in the middle is all [NUL][NUL] [NUL][NUL]....) [08/12 15:30:55.880] VERBOSE[6920] app_mixmonitor.c: Begin MixMonitor Recording CBRec/IS__a37ae004-c780-4c7f-88a9-a04402f0ab4e-0000e70f [08/12 15:30:55.881]
2015 Mar 02
0
CDR with conference asterisk 12
Hello, Anyone see this issue, I have a conference bridge setup for a church with a Barix unit that streams audio into the bridge. The bridge is started by calling in to a number that executes a call file and the system calls the Barix unit starting the broadcast. Users then call in and can listen to the sermons live. The system works flawless with 1 issue I can't get accurate cdr's. Every
2014 May 07
0
Video with asterisk12 and pjsip
Hi, I tried to turn on Video and get the following cli-WARNING output -- Executing [8600 at outgoing-kamailio:1] Answer("PJSIP/7000-00000000", "") in new stack > 0x7f46f41ff2e0 -- Probation passed - setting RTP source address to 192.168.8.203:17200 -- Executing [8600 at outgoing-kamailio:2] ConfBridge("PJSIP/7000-00000000", "8600") in new stack --
2016 Nov 21
3
Asterisk 13.12.2 : strange queue behaviour
On 21-11-16 15:17, Matthew Jordan wrote: > > On Mon, Nov 21, 2016 at 7:05 AM, Jonas Kellens > <jonas.kellens at telenet.be <mailto:jonas.kellens at telenet.be>> wrote: > > Hello > > when using Asterisk version 13.12.2 I notice that it takes up to > 30 seconds (sometimes even longer) for a call queue to call its > members. > >
2014 Dec 09
0
Bridge configuration in Asterisk 13
On Tue, Dec 9, 2014 at 1:35 PM, Patrick Beaumont < p.beaumont at hatsoffsoftware.co.uk> wrote: > Hi Everyone. > > > I was referred here by malcolmd of the Asterisk forums. What follows is > a copy of this question: > http://forums.asterisk.org/viewtopic.php?f=1&t=92007? > > > I've recently upgraded from Asterisk 11 to Asterisk 13. > > Most of it