[asterisk-bugs] [JIRA] (ASTERISK-28370) Asterisk 16.x/PJSIP not accepting Audio Re-invite after T.38 rejection

[Shane Short (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-28370?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Shane Short updated ASTERISK-28370:
-----------------------------------

    Attachment: pjsip.conf
                debug

Debugging output and pjsip configuration exerpt

> Asterisk 16.x/PJSIP not accepting Audio Re-invite after T.38 rejection
> ----------------------------------------------------------------------
>
>                 Key: ASTERISK-28370
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28370
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: pjproject/pjsip
>    Affects Versions: 16.2.1
>         Environment: Asterisk Version: Asterisk 16.2.1
> Operationg System: Ubuntu 18.04.1 
> Kernel: 4.15.0-44-generic
> PJSIP Version: PJPROJECT version currently running against: 2.8
>            Reporter: Shane Short
>              Labels: fax, pjsip
>         Attachments: debug, pjsip.conf
>
>
> When sending an audio based fax, asterisk rejects any re-invites (including back to audio after a T.38 rejection). Call flow is as follows:
> - Normal call setup using G711A
> - Upstream detects Fax Preamble and sends T.38 re-invite
> - As I have T.38 disabled (due to crashes which I shall report in future), we reject the re-invite with 488.
> - The Upstream then re-invites us with G711A 
> - Asterisk rejects this re-invite with another 488. 
> - The upstream then sends a BYE.
> I've tested this behavior using the same upstream and target number on Asterisk 11 w/chan-sip, and the call flow proceeds as you would expect. 
> I have attached debug logging.
> A successful Asterisk 11/chan-sip Negotiation with the same upstream peer: http://short.id.au/files/sip_trace_11.txt



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