[asterisk-bugs] [JIRA] (ASTERISK-21045) Session refresh reinvites an in progress T.38 dialog back to G.711

[David Brillert (JIRA)]

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

David Brillert commented on ASTERISK-21045:
-------------------------------------------

Trevor, if this is an exact duplicate of 21232 that issue was fixed and the changes committed in 11.4.0-rc1

2013-03-15 01:34 +0000 [r383121-383125]  Matthew Jordan <mjordan at digium.com>

	* /, channels/chan_sip.c: When a session timer expires during a
	  T.38 call, re-invite with correct SDP When a session timer
	  expires during a dialog that has re-negotiated to T.38 and
	  Asterisk is the refresher, Asterisk will send a re-INVITE with an
	  SDP containing audio media only. This causes some hilarity with
	  the poor fax session under weigh. This patch corrects that by
	  sending T.38 parameters if we are in the middle of a T.38
	  session. (closes issue ASTERISK-21232) Reported by: Nitesh Bansal
	  patches:
	  dont-send-audio-reinvite-for-sess-timer-in-t38-call.patch
	  uploaded by nbansal (License 6418) ........ Merged revisions
	  383124 from http://svn.asterisk.org/svn/asterisk/branches/1.8
                
> Session refresh reinvites an in progress T.38 dialog back to G.711
> ------------------------------------------------------------------
>
>                 Key: ASTERISK-21045
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21045
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/T.38
>    Affects Versions: 11.2.0
>            Reporter: Trevor Peirce
>            Assignee: Matt Jordan
>            Severity: Minor
>         Attachments: t38 session timer.pcap
>
>
> A call is initiated and successfully reinvited to T.38.  Both ends are happily communicating.  Once the session timer runs out, Asterisk sends an invite but this invite changes the audio stream back to G.711.  It only does this through one channel, so we end up with the caller sending T.38 and the callee sending G.711.  Things spiral downhill from there.
> End result is faxes that take longer than the session timer are not able to complete.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira