Steve Underwood wrote:
Something is wrong if Asterisk is sending:
a=T38FaxFillBitRemoval
a=T38FaxTranscodingMMR
a=T38FaxTranscodingJBIG
Spandsp supports T38FaxFillBitRemoval, but neither spandsp or Commetrex
support the other two options. The Commetrex guys have said so in the FoIP
Hello,
We're trying to receive faxes on the Asterisk server, but for the time
being T.38 negotiation fails.
The SDP that the Asterisk reINVITE sends contains these lines:
--
m=image 4968 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:9600
a=T38FaxFillBitRemoval
Cyprus VoIP wrote:
We're trying to receive faxes on the Asterisk server, but for the time
being T.38 negotiation fails.
The SDP that the Asterisk reINVITE sends contains these lines:
--
m=image 4968 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:9600
We're trying to receive faxes on the Asterisk server, but for the time
being T.38 negotiation fails.
The SDP that the Asterisk reINVITE sends contains these lines:
--
m=image 4968 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:9600
a=T38FaxFillBitRemoval
Cyprus VoIP wrote:
Before posting my question, I analyzed the entire SIP negotiation and it
was fine. The problem began in the T.38 negotiation itself, after the
Asterisk's reINVITE. I don't have the old calls traces anymore, but I'll
make new ones tomorrow and post them here.
The T.38
On 12/11/2009 03:33 AM, Kevin P. Fleming wrote:
Cyprus VoIP wrote:
Before posting my question, I analyzed the entire SIP negotiation and it
was fine. The problem began in the T.38 negotiation itself, after the
Asterisk's reINVITE. I don't have the old calls traces anymore, but I'll
make
