search for: amez

Displaying 5 results from an estimated 5 matches for "amez".

Did you mean: amen
2010 Apr 30
0
Problems with t38modem and bitrate sent to t38-termination service
...fmode=rfc2833 username=userid password=mypassword fromuser=userid nat=yes context=from-trunk-sip-t38faxing I'm getting crazy with this, I don't know where the problem could be. Any kind of help would be appreciated. Thanks a lot for your time and Implication on this list. Regards, Miguel Amez -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100430/830bd53e/attachment.htm
2010 May 05
4
VoIP Termination in Japan
Anyone have any experience with a Japanese local VoIP termination supplier? I've emailed a few companies looking to setup some PSTN to SIP and SIP to PSTN termination, but no luck so far. Thanks, Adrian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100505/5068aaab/attachment.htm
2010 May 25
2
Little t38 bug?
Hello List, I think I've discovered a little bug in t.38 bug in 1.6.0.22 regarding the speed (T38MaxBitRate) used to send the faxes. Asterisk always responds with a=T38MaxBitRate:2400. I've tried with Patton and Grandstream devices and the result is always the same. Patton ignores the parameter and sends the fax at 9600.
2010 Jun 24
2
T.38 on a MAX/Lucent/Ascend TNT
Hello folks, I've been trying to get T.38 over SIP working with calls terminated by a MAX/Lucent/Ascent TNT. As far as I can tell, SIP and T.38 are actually working perfectly; however, I can't get the TNT to properly terminate a FAX call. Does anyone have a working configuration for SIP and T.38 for calls from a TNT or APX? Here's a brief description/diagram of my test setup:
2010 May 05
0
T38 trunk configuration for relay appears to affect default trunks for voip
...ple that user Asterisk for more than 1 finallity. Especially, take a look at the part that starts with "Using UDPTL TOS bits 184". We think its confusing the T38 protocol with normal calls (because UDPTL is used to send T38 faxes). Any light on this would be appreciated. Regards, Miguel Amez -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100505/48ec1f5e/attachment.htm