Zoltán Fekete
2013-Jul-21 21:40 UTC
[asterisk-users] Fwd: Re: Asterisk T.38 Pass-Through doesn't work
Hi! I have exactly the same problem on asterisk 1.8.22.0 and also on separate 11.2.1 when sending fax to PSTN. Tryed with spa-3102, spa-2102, Patton Smartnode 4634, and Zoiper softphone. SpanDsp also works without any problem on my box. As I remember it was a bug in 1.8.1.x that the a=T38MaxBitRate paramater was sent as "maxBitRate". Without capital "M". Are you closer to the solution? I have tryed almost anything and I don't understand why sends the T38MaxBitRate:2400 parameter. regards, Blaxy> On 06/03/2013 05:03 PM, Larry Moore wrote: > > Have you checked the installed version of firmware against the latest > > available from Cisco? > Oh! I didn't guess to check. The firmware was not fresh, but upgrading > doesn't help. > > Looking at your SIP information when your ITSP initiated a T.38 > > session it did not indicate a maxmimum bitrate, it would appear your > > spa112 attempted to negotiate a connection at 2400bps. > Whether there is a way to force my provider to indicate maximum bitrate? > > Do you have a sip debug session when you sent a fax from your Asterisk > > box to the PSTN, it would be interesting to see if it sends it as a > > t.38 or reverts to G711 audio. > I have collect a set of debugs (with fresh SPA112 firmware) and actual > config files: > > == spa112 ? cmd ReceiveFax > https://gist.github.com/anonymous/5701032 > > == cmd SendFax ? PSTN > https://gist.github.com/anonymous/5701150 > > == spa112 ? PSTN > https://gist.github.com/anonymous/5701207 > > == sip.conf > https://gist.github.com/anonymous/5701231 > > == udptl.conf > https://gist.github.com/anonymous/5701247 > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20130721/b025b0ec/attachment.htm>
Larry Moore
2013-Jul-22 14:19 UTC
[asterisk-users] Fwd: Re: Asterisk T.38 Pass-Through doesn't work
On 22/07/2013 5:40 AM, Zolt?n Fekete wrote:> > Hi! > > I have exactly the same problem on asterisk 1.8.22.0 and also on > separate 11.2.1 when sending fax to PSTN. > Tryed with spa-3102, spa-2102, Patton Smartnode 4634, and Zoiper softphone. > SpanDsp also works without any problem on my box. > > As I remember it was a bug in 1.8.1.x that the a=T38MaxBitRate paramater > was sent as "maxBitRate". Without capital "M". > > Are you closer to the solution? > I have tryed almost anything and I don't understand why sends the > T38MaxBitRate:2400 parameter. >Could it be because the remote endpoint does not supply the T38MaxBitRate attribute in its reply which then leads to Asterisk applying the Minimum Rate to your ATA!? I am referring to the information around lines 403 & 404 of https://gist.github.com/anonymous/5701207. Do you know what the Fax Rate was for the connection in https://gist.github.com/anonymous/5701150. What happens if you insert in your dialplan something like Set(FAXOPT(minrate)=4800) Cheers, Larry.
Kevin Larsen
2013-Jul-22 22:18 UTC
[asterisk-users] Fwd: Re: Asterisk T.38 Pass-Through doesn't work
The a=T38MaxBitRate issue you refer to was one that was actually discovered at my company and submitted by a colleague. It was fixed in 11.3.0 and 1.8.21.0. However, I think that it wouldn't help based on the description below being that the parameter was missing altogether. I think if that parameter is missing, then the code would in fact default to 2400 as a safe value. Kevin Larsen - Systems Analyst From: Zolt?n Fekete <blaxy at gyoz.info> To: asterisk-users at lists.digium.com, Date: 07/21/2013 04:40 PM Subject: [asterisk-users] Fwd: Re: Asterisk T.38 Pass-Through doesn't work Sent by: asterisk-users-bounces at lists.digium.com Hi! I have exactly the same problem on asterisk 1.8.22.0 and also on separate 11.2.1 when sending fax to PSTN. Tryed with spa-3102, spa-2102, Patton Smartnode 4634, and Zoiper softphone. SpanDsp also works without any problem on my box. As I remember it was a bug in 1.8.1.x that the a=T38MaxBitRate paramater was sent as "maxBitRate". Without capital "M". Are you closer to the solution? I have tryed almost anything and I don't understand why sends the T38MaxBitRate:2400 parameter. regards, Blaxy> On 06/03/2013 05:03 PM, Larry Moore wrote: > > Have you checked the installed version of firmware against the latest > > available from Cisco? > Oh! I didn't guess to check. The firmware was not fresh, but upgrading > doesn't help. > > Looking at your SIP information when your ITSP initiated a T.38 > > session it did not indicate a maxmimum bitrate, it would appear your > > spa112 attempted to negotiate a connection at 2400bps. > Whether there is a way to force my provider to indicate maximum bitrate? > > Do you have a sip debug session when you sent a fax from your Asterisk> > box to the PSTN, it would be interesting to see if it sends it as a > > t.38 or reverts to G711 audio. > I have collect a set of debugs (with fresh SPA112 firmware) and actual > config files: > > == spa112 ? cmd ReceiveFax > https://gist.github.com/anonymous/5701032 > > == cmd SendFax ? PSTN > https://gist.github.com/anonymous/5701150 > > == spa112 ? PSTN > https://gist.github.com/anonymous/5701207 > > == sip.conf > https://gist.github.com/anonymous/5701231 > > == udptl.conf > https://gist.github.com/anonymous/5701247 > >______________________________________________________________________ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com ______________________________________________________________________-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20130722/3800d033/attachment.htm>