[asterisk-bugs] [JIRA] (ASTERISK-16832) T.38 only negotiate 2400 Baud for Faxes

[Matt Jordan (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-16832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=201541#comment-201541 ] 

Matt Jordan commented on ASTERISK-16832:
----------------------------------------

T.38 has gotten some major work done to it in 1.8+. Based on my reading of the code, the rate parameter should be initialized to some value so long as the SDP chooses to negotiate T38MaxBitRate. Otherwise, the default will be 2400 baud - but if the far end chooses not to negotiate the rate, then any decision Asterisk would make would potentially be wrong.

The other way this could be a problem is if the other side negotiated "T38maxBitRate" as opposed to "T38MaxBitRate". The attribute was improperly registered with IANA, and Asterisk does not currently recognize the lower case spelling.

I'm going to close this issue out as 're-test with 1.8'. If you find you still have a problem, please contact a bug marshal in #asterisk-bugs and we'll be happy to reopen it for you.
                
> T.38 only negotiate 2400 Baud for Faxes
> ---------------------------------------
>
>                 Key: ASTERISK-16832
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-16832
>             Project: Asterisk
>          Issue Type: Bug
>          Components: Applications/app_fax
>            Reporter: Peter Katzmann
>            Severity: Minor
>
> Asterisk only negotiate a speed of 2400 Baud.
> We encountered Problem with one Fax from nashuatec and the service technician told as the we only negotiate 2400 Baud.
> We traced this on our patton smartnode 9660 and saw that asterisk ignores the remote request of the remote fax always.
> ****** ADDITIONAL INFORMATION ******
> It seems that the ast_control_t38_parameters.rate is not properly initialized with the max baudrate AST_T38_RATE_14400, because asterisk only negotiates to  AST_T38_RATE_2400  what equals to 0 in include/asterisk/frame.h in the enum.
> When i reverse the enum (14440 is 0 , 12200 is 1 and so on) than the speed negotiation works as expected

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira