search for: david_t38_inbound

...>> USERNAME_PROVIDER:PASSWORD_PROVIDER at proxy.provider.net/USERNAME_PROVIDER >> > > What is the 'Refresh' value returned from 'sip show registry'? > >> [authentication] >> >> ;David T38 endpoint >> [bCo9m7OfHWK2Y2sb] >> context = david_t38_inbound >> type = peer >> host = dynamic >> secret = PASSWORD_FAX >> t38pt_udptl = yes,redundancy,maxdatagram=400 >> t38pt_rtp = no >> t38pt_tcp = no >> insecure = port,invite >> canreinvite = yes >> > > For asterisk 1.6 & 1.8 you would need t...

Hello, at first, thanks for helping! In the meantime, I have done a lot of research and trial and error, and I could solve that specific problem. Obviously, the dialplan application "Answer" was playing a key role here. My original dialplan snippet (which produced that problem) was: exten => _00., 1, NoOp() same => n, Set(FAXOPT(gateway)=yes) same => n,

...ore. > With your firewall having the SIP and RTP wizadry disabled and Asterisk set up to use Session-Timers and NAT your connection (you may need to set up port forwardings for RTCP to work) it would be interesting to know if the following dialplan will allow T.38 to be established. > > [david_t38_inbound] > exten => _00., 1, NoOp() > same => n, Set(FAXOPT(gateway)=no) > same => n, Dial(SIP/${EXTEN}@USERNAME_PROVIDER) > same => n, Hangup() > > > If no T.38 negotiation occurs I suspect your ITSP is not sending the T.38 re-invite for your outgoing call. > I&...