[asterisk-bugs] [JIRA] (ASTERISK-28865) FAX T.38 re-Invite failed on '491 Another INVITE transaction in progress'

[Alexei Gradinari (JIRA)]

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

Alexei Gradinari edited comment on ASTERISK-28865 at 5/6/20 2:34 PM:
---------------------------------------------------------------------

The same case but when FAX1 sends BYE, the asterisk sends correct re-INVITE to FAX2, i.e.

FAX1 INVITE (voice SDP) -> asterisk INVITE (voice SDP) -> FAX2
FAX2 200 OK (voice SDP) -> asterisk 200 OK (voice SDP) -> FAX1
FAX1 INVITE (fax SDP) -> asterisk INVITE (fax SDP) -> FAX2
FAX2 200 OK (fax SDP) -> asterisk 200 OK (fax SDP) -> FAX1

FAX1 BYE -> asterisk INVITE (voice SDP) -> FAX2
FAX2 200 OK (voice SDP) -> asterisk
asterisk BYE -> FAX2



was (Author: alexei gradinari):
The same case but when FAX1 sends BYE the asterisk sends correct re-INVITE to FAX2, i.e.

FAX1 INVITE (voice SDP) -> asterisk INVITE (voice SDP) -> FAX2
FAX2 200 OK (voice SDP) -> asterisk 200 OK (voice SDP) -> FAX1
FAX1 INVITE (fax SDP) -> asterisk INVITE (fax SDP) -> FAX2
FAX2 200 OK (fax SDP) -> asterisk 200 OK (fax SDP) -> FAX1

FAX1 BYE -> asterisk INVITE (voice SDP) -> FAX2
FAX2 200 OK (voice SDP) -> asterisk
asterisk BYE -> FAX2


> FAX T.38 re-Invite failed on '491 Another INVITE transaction in progress'
> -------------------------------------------------------------------------
>
>                 Key: ASTERISK-28865
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28865
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_pjsip_session, Resources/res_pjsip_t38
>    Affects Versions: 16.10.0
>            Reporter: Alexei Gradinari
>              Labels: fax, pjsip
>         Attachments: fax_491.txt
>
>
> On call between 2 PJSIP endpoints when fax tone is detected simultaneously by both endpoints there may be a case when both endpoints send T.38 re-Invite to the asterisk.
> One of this re-Invite is rejected by the asterisk with "491 Another INVITE transaction in progress".
> After that the asterisk no longer allows to negotiate T.38 on this session.
> There are strange reply/Invite from the asterisk with SDP line "m=audio 0 RTP/AVP 0 8"
> Attached SIP flow file 'fax_491.txt'



--
This message was sent by Atlassian JIRA
(v6.2#6252)