[asterisk-bugs] [JIRA] (ASTERISK-28539) Failed t.38 negotiation when B leg sends t.38 re-invite

[Kevin Harwell (JIRA)]

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

Kevin Harwell commented on ASTERISK-28539:
------------------------------------------

If I am interpreting things correctly (No. 2072 in [^failed-t.38-fax.pcap] xxx.xxx.210.228->xxx.xxx.246.209) the negotiation fails due to Asterisk sending a re-invite with a declined udptl stream. Looks like when initiating, Asterisk doesn't have media session at the time, so zeroes it out. According to the log there are some re-invite collisions, and a duplicate answer dropped. Not sure if those are relevant though.

Can you also please post/attach the relevant configuration for the endpoints involved (_pjsip.conf_) and dialplan (_extensions.conf_). As well if possible, the initiating call file too.

Thanks!

> Failed t.38 negotiation when B leg sends t.38 re-invite
> -------------------------------------------------------
>
>                 Key: ASTERISK-28539
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28539
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_pjsip_t38
>    Affects Versions: 16.5.0, 16.5.1
>         Environment:   Debian 10.0, 4.19.0-5-amd64 2GB RAM, 4 VCPUs, Xen 4.4 Dell PowerEdge R430 
>            Reporter: John Cahill
>            Assignee: Unassigned
>              Labels: pjsip
>         Attachments: failed-t.38-fax.pcap, full
>
>
> Failed t.38 negotiation when B leg sends t.38 re-invite



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