[asterisk-users] asterisk 13.16 / pjsip / t.38: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000007'

[Joshua Colp]

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
> +++ a/res/res_pjsip/pjsip_distributor.c 2017-06-13 20:25:27.233000000
> +0200
> @@ -407,6 +407,7 @@
>                 /* We have a BYE or CANCEL request without a serializer.
>                 */
>                 pjsip_endpt_respond_stateless(ast_sip_get_pjsip_endpoint(),
>                 rdata,
>                         PJSIP_SC_CALL_TSX_DOES_NOT_EXIST, NULL, NULL,
>                         NULL);
> +               ast_debug(3, "PJ_TRUE 1\n");
>                 return PJ_TRUE;
>         } else {
>                 if (ast_taskprocessor_alert_get()) {
> @@ -439,8 +440,8 @@
>                 pjsip_rx_data_free_cloned(clone);
>         }
>  
> +       ast_debug(3, "PJ_TRUE 3 - ready\n");
>         ast_taskprocessor_unreference(serializer);
> -
>         return PJ_TRUE;
>  }
>  
> 
> 
> Unfortunately, this patch crashes asterisk when debug is enabled. Is
> there another way to check, if all the packages are really freed?

That shouldn't cause Asterisk to crash. There's nothing built in to
specifically try to debug this kind of situation. Adding logging to try
to understand what is going on is probably the easiest way.

-- 
Joshua Colp
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
Check us out at: www.digium.com & www.asterisk.org