search for: find_best_technolog

Displaying 4 results from an estimated 4 matches for "find_best_technolog".

Did you mean: find_best_technology
2014 Jan 30
1
Parking in Asterisk 12.0.0
...21:00:01] DEBUG[7118][C-00000000]: pbx.c:4875 pbx_extension_helper: Launching 'ParkAndAnnounce' -- Executing [s at macro-parkswitch:1] ParkAndAnnounce("SIP/vpn-sbc-00000001", ",,PARKED,SIP/100") in new stack [Jan 30 21:00:01] DEBUG[7118][C-00000000]: bridge.c:486 find_best_technology: Bridge technology softmix does not have any capabilities we want. [Jan 30 21:00:01] DEBUG[7118][C-00000000]: bridge.c:486 find_best_technology: Bridge technology simple_bridge does not have any capabilities we want. [Jan 30 21:00:01] DEBUG[7118][C-00000000]: bridge.c:486 find_best_technology:...
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'
...vite [2017-06-15 07:43:57] DEBUG[25198][C-00000004]: bridge_native_rtp.c:348 native_rtp_bridge_compatible_check: Bridge 'f8e63423-8fc7-44e4-a33d-c55b7d87d30f' can not use native RTP bridge as it was forbidden while getting details [2017-06-15 07:43:57] DEBUG[25198][C-00000004]: bridge.c:506 find_best_technology: Bridge technology native_rtp is not compatible with properties of existing bridge. [2017-06-15 07:43:57] DEBUG[25198][C-00000004]: bridge.c:496 find_best_technology: Bridge technology softmix does not have any capabilities we want. [2017-06-15 07:43:57] DEBUG[25198][C-00000004]: bridge.c:496 find...
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 >> +++