<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>