[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 jcolp at digium.com
Mon Jun 5 14:32:26 CDT 2017


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 are happening as they happen here.
> > 
> > The logic for T.38 negotiation lives all in the res_pjsip_t38 module and
> > the request to negotiate works using a control frame which is handled by
> > the t38_interpret_parameters function. It's up to that to initialize
> > things and then request that a session refresh occurs (which sends the
> > re-invite). That'd be the place to look.
> 
> I added a debug output at the beginning of the function to see if it's
> ever 
> been called.
> 
> t38_interpret_parameters is never been called ... .

That would likely mean that the frame is not getting sent (this also
happens in that module) or that it is getting lost in the bridging
framework. Digging into that is not something that can be expressed in
general terms in email...

-- 
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



More information about the asterisk-users mailing list