[asterisk-bugs] [JIRA] (ASTERISK-28473) res_pjsip_t38: Crash on Asterisk 16.4

[Joshua Elson (JIRA)]

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

Joshua Elson commented on ASTERISK-28473:
-----------------------------------------

Yeah.. Apologies here. This is a little disjointed. Here's the explanation as best as we understand it:

1. A fax call comes inbound from an outside SIP carrier to us.
2. We initiate a MixMonitor and immediately send a Dial to a second carrier.
3. We get a T38 reinvite from the second carrier, which we 488.
4. We then initiate a T38 reinvite ourselves to second carrier, at which point (or somewhat soon thereafter) we crash.

There technically should be two PCAPs, I believe we just provided a carrier proxy-level capture of the second. I can see if we can provide those a little closer to the Asterisk box if I can make that work.

> res_pjsip_t38: Crash on Asterisk 16.4
> -------------------------------------
>
>                 Key: ASTERISK-28473
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28473
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_pjsip_t38
>    Affects Versions: 16.4.0
>            Reporter: Joshua Elson
>            Assignee: Joshua Elson
>            Severity: Minor
>              Labels: fax
>         Attachments: asterisk-core-20190708-092625-brief.txt, asterisk-core-20190708-092625-full.txt, asterisk-core-20190708-092625-locks.txt, asterisk-core-20190708-092625-thread1.txt, HOMER5-45.32.207.203-4804996066-7_8_2019 9_25_49.pcap
>
>
> This is likely related to ASTERISK-27944... but we're seeing our favorite T38 negotiation crash again. Still looking for a scenario to reproduce cleanly, but this appears to happen in an odd T38 negotiation failure.



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