Displaying 4 results from an estimated 4 matches for "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
>> +++