<div dir="ltr">I am seeing 64 on our endpoints like polycoms vvx and adtrans TA908, etc. On our carrier switches I am seeing 256.<div><br></div><div>It's very specific call flows that will exhibit this behavior, more corner case stuff but we are observing it nonetheless.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 11, 2019 at 9:11 AM Glen Gerhard <<a href="mailto:glen@cognexus.net">glen@cognexus.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF">
    <font size="+1">Hi Jeff,<br>
      <br>
      The B2BUA is a signaling function, not necessarily an IP layer
      function. Yes, some SBCs may give you the ability to modify the
      TTL but I'd look more at the Gateway/IP Phone configuration.<br>
      <br>
      What is the TTL being sent out by the end device? Some of those
      are defaulted to absurdly low TTL, I've seen as low as 16. In
      general that is where they configuration should be changed.<br>
      <br>
      ~Glen<br>
      <br>
    </font><br>
    <div class="gmail-m_-7461291040822830837moz-cite-prefix">On 2/11/2019 7:04, Jeff Anderson wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">We are occasionally running into a situation where
        our IP Header TTL expires in transit for RTP streams. It has
        been our observation that our SBC B2BUA that anchors media is
        not resetting the TTL on RTP packets but is on SIP packets.
        <div><br>
        </div>
        <div>Is there a standard expected behavior for how SBC B2BUA
          with media anchoring might handle RTP packets? I would have
          thought if it resets the SIP packet TTL it would also reset
          the RTP packet TTL.</div>
        <div><br>
        </div>
        <div>Thoughts?</div>
      </div>
      <br>
      <fieldset class="gmail-m_-7461291040822830837mimeAttachmentHeader"></fieldset>
      <pre class="gmail-m_-7461291040822830837moz-quote-pre">_______________________________________________
VoiceOps mailing list
<a class="gmail-m_-7461291040822830837moz-txt-link-abbreviated" href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a>
<a class="gmail-m_-7461291040822830837moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a>
</pre>
    </blockquote>
    <br>
    <pre class="gmail-m_-7461291040822830837moz-signature" cols="72">-- 
Glen Gerhard
<a class="gmail-m_-7461291040822830837moz-txt-link-abbreviated" href="mailto:glen@cognexus.net" target="_blank">glen@cognexus.net</a>
858.324.4536

Cognexus, LLC
7891 Avenida Kirjah
San Diego, CA 92037
</pre>
  </div>

_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</blockquote></div>