Craig Guy wrote: > Hi Scott, > > There's a few things you might be able to try - first, you should set > 'canreinvite=yes' in sip.conf. Second, the sipt38reinvite will not do a > reinvite unless the audio streams have already been set up. For this you > should issue an explicit 'answer' command in extensions.conf, then wait for > a second or two before issuing your t38 reinvite. Change your > gafachi-incoming context in extensions.conf to :
This is probably useless because latest trunk has changed completely. Now the t38 reinvite should start automagically even without dtmfmode=inband and using a coded != ulaw/alaw. Many things have been improved and i ask again to test it over SIP and PSTN to verify that it works better than before. >> On Fri, 2007-03-23 at 14:23 -0500, Scott Tomer wrote: >> >>> Having received no response to this issue, I am wondering if there is >>> more information I can give that will be helpful in helping me correct >>> whatever is wrong and receive faxes? >>> >>> Just let me know what I can provide, please. For you i have to say: >>>> [gafachi] >>>> type=friend >>>> username=something >>>> secret=something >>>> host=something.sip.gafachi.com >>>> canreinvite=no >>>> fromuser=something >>>> t38udptlsupport=yes >>>> t38pt_rtp=no >>>> t38pt_tcp=no >>>> disallow=all >>>> allow=ulaw >>>> allow=alaw >>>> dtmfmode=inband >>>> context=gafachi-incoming >>>> t38pt_rtp=no >>>> t38pt_tcp=no Where did you get those 2 lines ? We don't have asterisksm like those in our config. >>>> t38udptlsupport=yes We use this but unlike * we have only a GLOBAL setting, not on a per-peer basis. Sometimes reading the sample config file may help. Max _______________________________________________ Openpbx-users mailing list [email protected] http://lists.openpbx.org/mailman/listinfo/openpbx-users
