<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">On 03/03/2022 09.41, [EXT] Rhys
      Hanrahan wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:ED652C06-01A3-45B6-B714-ACE9760F0EC3@nexusone.com.au">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <style>@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0cm;
        margin-right:0cm;
        margin-bottom:0cm;
        margin-left:36.0pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}span.EmailStyle21
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}div.WordSection1
        {page:WordSection1;}ol
        {margin-bottom:0cm;}ul
        {margin-bottom:0cm;}</style>
      <div class="WordSection1">
        <p class="MsoNormal"><span style="color:black" lang="EN-GB">OK,
            I know this might be better served on the rtpengine list but
            just wanted to quickly post a debug log incase you get a
            chance to take a look overnight (my night hehe).
            <a href="https://pastebin.com/iHRQSTuD"
              moz-do-not-send="true" class="moz-txt-link-freetext">https://pastebin.com/iHRQSTuD</a><o:p></o:p></span></p>
      </div>
    </blockquote>
    <p>First off, this does show the "offer" being given to rtpengine
      multiple times (with slightly different options) which does
      suggest that there are multiple branches, but this alone is not
      why you see what you see. The telltale log line is this:</p>
    <p>
      <blockquote type="cite">MarĀ  4 01:32:39 sbc5-syd-01
        rtpengine[12534]: [1646317959.098841] DEBUG:
        [f9d974b1ef245c3384400fa47beee1fb]: enabling passthrough mode<br>
      </blockquote>
      At this point rtpengine disables all data manipulation (including
      SRTP handling) and reverts to dumb UDP forwarding mode. It does
      this because in the last "offer" given there was no `ICE=` option
      given, and the incoming "offer" had ICE attributes present. I'm
      guessing this is a slightly older version of rtpengine (because
      newer versions have a saner default behaviour for this case) but
      in this case the combination of incoming ICE offer and lack of
      `ICE=` option puts rtpengine into "optional ICE relay" mode, which
      means it cannot be sure that media will pass through it, requiring
      it to fallback to passthrough mode.</p>
    <p>Long explanation short: either upgrade, or make sure to always
      add an `ICE=` option to your offer flags (either ICE=remove or
      ICE=force).</p>
    <p>Branch handling should also be addressed but is a separate topic.
      If you're doing the branching yourself, usually adding
      `via-branch=next` to the offer flags and `via-branch=1` to the
      answer flags does the trick.<br>
    </p>
    <p>Cheers<br>
    </p>
  </body>
</html>