[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 04:30:06 CDT 2017

On Sun, Jun 4, 2017, at 10:40 AM, Michael Maier wrote:
> On 06/04/2017 at 01:41 PM Telium Technical Support wrote:
> > Just a guess (without knowing about your network), but are the two ends
> > points on public networks and visible to one another?  If not the reinvite
> > may be passing an internal (nat'ed) address to the other and the connection
> > will fail...just a though
> t38modem -tt -o /var/log/t38modem.log --no-h323 -u 91 --sip-listen
> udp\$ --ptty +/dev/ttyT380,+/dev/ttyT381 --route
> 'modem:.*=sip:<dn>@' --route 'sip:.*=modem:<dn>'
> --sip-register 91 at,password
> I tried it with a global IP (instead of - same behavior.
> The point is, that the receiving part, which initiates the t.38 switch,
> doesn't sent the switch to the ISP. It is blocked / ignored by asterisk
> at all - don't know why it isn't sent to the ISP.

I'd suggest providing the console output and SIP traffic (pjsip set
logger on) so we can see exactly what is going on.

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