[asterisk-bugs] [JIRA] (ASTERISK-28441) T38 fallback to G711 not working if caller side was g729

[Simone Freddio (JIRA)]

Simone Freddio created ASTERISK-28441:
-----------------------------------------

             Summary: T38 fallback to G711 not working if caller side was g729
                 Key: ASTERISK-28441
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28441
             Project: Asterisk
          Issue Type: Bug
      Security Level: None
          Components: Channels/chan_pjsip, Resources/res_fax
    Affects Versions: 13.27.0, 13.26.0
         Environment: Same problem on customer site, i have replicated the same issue in my lab:

Linksys SPA112 (t38 enabled) <—> asterisk 13.27.0 <—> Linksys SPA112 (t38 disabled)

The t38 disabled linksys mean disabled by the web interface, the pjsip endpoint still has t38_udptl=true.
            Reporter: Simone Freddio
            Severity: Critical


Initial call phase goes up with g729 on first and second leg, first leg (t38 enabled ata) send a reinvite to start t38, asterisk forware the invite to the t38 disabled ata that refuse it. Asterisk forward the 488 unacceptable here to first leg that after a while send a reinvite with g711 (was g729); at this point asterisk didn't forward the reinvite to the second leg that remain in g729. The call fail.

I have also tried with FAXOPT(gateway)=yes and in this case, after 488 i have no audio at all; in 'core debug' i find:

starting T.38 gateway for T.38 channel PJSIP/dev6004-00000007 and G.711 channel PJSIP/dev6005-00000008

but channel PJSIP/dev6005 is still in g729! After a while i have a lot of:

DEBUG[5497][C-00000001] translate.c: Sample size different 160 vs 1280



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