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 ... . [2017-06-05 20:52:21] DEBUG[719]: res_pjsip_t38.c:772 create_outgoing_sdp_stream: Not creating outgoing SDP stream: T.38 not enabled [2017-06-05 20:52:22] DEBUG[719]: res_pjsip_t38.c:772 create_outgoing_sdp_stream: Not creating outgoing SDP stream: T.38 not enabled [2017-06-05 20:52:22] DEBUG[719]: res_pjsip_t38.c:768 create_outgoing_sdp_stream: Not creating outgoing SDP stream: T.38 not enabled [2017-06-05 20:52:23] DEBUG[719]: res_pjsip_t38.c:772 create_outgoing_sdp_stream: Not creating outgoing SDP stream: T.38 not enabled [2017-06-05 20:52:23] DEBUG[921]: res_pjsip_t38.c:772 create_outgoing_sdp_stream: Not creating outgoing SDP stream: T.38 not enabled [2017-06-05 20:52:24] DEBUG[719]: res_pjsip_t38.c:268 t38_initialize_session: UDPTL initialized on session for PJSIP/91-00000003 [2017-06-05 20:52:24] DEBUG[719]: res_pjsip_t38.c:138 t38_change_state: T.38 state changed to '2' from '0' on channel 'PJSIP/91-00000003' [2017-06-05 20:52:24] DEBUG[719]: res_pjsip_t38.c:696 defer_incoming_sdp_stream: Deferring incoming SDP stream on PJSIP/91-00000003 for peer re-invite [2017-06-05 20:52:29] DEBUG[719]: res_pjsip_t38.c:207 t38_automatic_reject: Automatically rejecting T.38 request on channel 'PJSIP/91-00000003' [2017-06-05 20:52:29] DEBUG[719]: res_pjsip_t38.c:138 t38_change_state: T.38 state changed to '4' from '2' on channel 'PJSIP/91-00000003' [2017-06-05 20:52:29] DEBUG[719]: res_pjsip_t38.c:721 negotiate_incoming_sdp_stream: Declining; T.38 state is rejected or declined [2017-06-05 20:52:29] DEBUG[719]: res_pjsip_t38.c:138 t38_change_state: T.38 state changed to '0' from '4' on channel 'PJSIP/91-00000003' [2017-06-05 20:52:29] DEBUG[719]: res_pjsip_t38.c:772 create_outgoing_sdp_stream: Not creating outgoing SDP stream: T.38 not enabled Thanks, regards, Michael -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- Check out the new Asterisk community forum at: https://community.asterisk.org/ New to Asterisk? Start here: https://wiki.asterisk.org/wiki/display/AST/Getting+Started asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users