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

[George Joseph (JIRA)]

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

George Joseph updated ASTERISK-28539:
-------------------------------------

    Assignee: John Cahill  (was: Unassigned)
      Status: Waiting for Feedback  (was: Triage)

Looking at the log and pcap, it looks like there were two calls, one that worked and another that didn't.   Can you elaborate on what the differences were between the two?    Can you also provide the full output from {{pjsip show endpoint}} for the endpoints of both calls?

Can you also re-create the issue with only the failed call and provide the log and pcap?  It'll be easier to  debug with only 1 call in progress.

It looks like in the failed call, 1ms after the re-INVITE comes in for the switch to t.38, Asterisk sends a re-INVITE of its own keeping the audio session.


> 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: John Cahill
>              Labels: fax, pjsip
>         Attachments: endpoints.txt, extensions-excerpt.conf, 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)