<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: UDP Packet size in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30760#M22526</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;UDP doesn't support PMTUD so turning on "Adjust TCP MSS" won't help in your situation, you can check the MTU settings on your PA device by using the command - "show routing fib" and to check if jumbo frames are enabled - "show system setting jumbo-frame" if your device supports it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A simple way to find the max MTU between two nodes is using the ping command (on Windows box) using the -f and -l options, start by doing a ping from device A to device B using - ping -f &amp;lt;device B ip&amp;gt; -l 1472 (28bytes overhead) . If the MTU along the whole path is 1500 you should receive a "reply from &amp;lt;device B ip&amp;gt; " message but if the MTU is lower you get the "Packets need to be fragmented but DF set" message. If you get the latter message keep dropping the -l option on the ping command by 10 or 20 bytes till you get a "reply from &amp;lt;device B ip&amp;gt;" message and that + 28 bytes is your max MTU. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If the 2 devices are on different networks then it will more than likely pass through a router or firewall that blocks ICMP traffic and won't respond to a ping. In this case you can still use the same method only that when the packet size is within the MTU you'll just get a "request timed out message" but still should get the "Packets need to be fragmented but DF set" when the packet is to large.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 06 Mar 2013 14:18:32 GMT</pubDate>
    <dc:creator>jpatterson</dc:creator>
    <dc:date>2013-03-06T14:18:32Z</dc:date>
    <item>
      <title>UDP Packet size</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30755#M22521</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Does anyone know if the maximum permitted UDP packet size follow the MTU setting? or is there a specific setting for this?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I need to understand if the PA automatically allows UDP packet sizes over 512 bytes&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Rod&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 Jan 2013 10:29:20 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30755#M22521</guid>
      <dc:creator>djrodb</dc:creator>
      <dc:date>2013-01-02T10:29:20Z</dc:date>
    </item>
    <item>
      <title>Re: UDP Packet size</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30756#M22522</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Rod,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;a udp-packet without fragmentation is limited by the mtu ( for ethernet it is 1500 bytes payload). But is there a router, gateway etc. between the source/destination the mtu could be different. In this case the lowest mtu-size will be taken (path-mtu). the mtu-size is a parameter of an interface and is usually modifiable.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best regards&lt;/P&gt;&lt;P&gt;Klaus&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 Jan 2013 12:37:21 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30756#M22522</guid>
      <dc:creator>kdd</dc:creator>
      <dc:date>2013-01-02T12:37:21Z</dc:date>
    </item>
    <item>
      <title>Re: UDP Packet size</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30757#M22523</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for the confirmation Klaus. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Rod&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 Jan 2013 13:50:44 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30757#M22523</guid>
      <dc:creator>djrodb</dc:creator>
      <dc:date>2013-01-02T13:50:44Z</dc:date>
    </item>
    <item>
      <title>Re: UDP Packet size</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30758#M22524</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Rod, &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can go to the Network---&amp;gt; interface tab----&amp;gt; and then the interface and go to the advanced setting.&lt;/P&gt;&lt;P&gt;you will see configurable MTU and an option for adjust TCP MSS.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Below is the explanation for both of them&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P class="TB1_TableBullet_outer" style="margin-bottom: 3pt; color: #000000; font-family: 'Times New Roman'; font-size: medium;"&gt;&lt;/P&gt;&lt;TABLE border="0" cellpadding="0" cellspacing="0" summary=""&gt;&lt;TBODY&gt;&lt;TR&gt;&lt;TD&gt;&lt;DIV class="TB1_TableBullet_inner" style="font-family: 'Microsoft Sans Serif'; font-size: 9pt;"&gt;•&lt;P&gt;&lt;/P&gt;&lt;/DIV&gt;&lt;/TD&gt;&lt;TD width="100%"&gt;&lt;P class="TB1_TableBullet_inner" style="font-family: 'Microsoft Sans Serif'; font-size: 9pt;"&gt;&lt;SPAN style="font-weight: bold;"&gt;MTU&lt;/SPAN&gt;—Enter the maximum transmission unit (MTU) in bytes for packets sent on this Layer 3 interface (512 to 1500, default 1500). If machines on either side of the firewall perform Path MTU Discovery (PMTUD), the MTU value will be returned in an ICMP fragmentation needed message indicating that the MTU is too large.&lt;/P&gt;&lt;/TD&gt;&lt;/TR&gt;&lt;/TBODY&gt;&lt;/TABLE&gt;&lt;P class="TB1_TableBullet_outer" style="margin-bottom: 3pt; color: #000000; font-family: 'Times New Roman'; font-size: medium;"&gt;&lt;/P&gt;&lt;TABLE border="0" cellpadding="0" cellspacing="0" summary=""&gt;&lt;TBODY&gt;&lt;TR&gt;&lt;TD&gt;&lt;DIV class="TB1_TableBullet_inner" style="font-family: 'Microsoft Sans Serif'; font-size: 9pt;"&gt;•&lt;P&gt;&lt;/P&gt;&lt;/DIV&gt;&lt;/TD&gt;&lt;TD width="100%"&gt;&lt;P class="TB1_TableBullet_inner" style="font-family: 'Microsoft Sans Serif'; font-size: 9pt;"&gt;&lt;SPAN style="font-weight: bold;"&gt;Adjust TCP MSS&lt;/SPAN&gt;—If you select this check box, the maximum segment size (MSS) is adjusted to 40 bytes less than the interface MTU. This setting addresses the situation in which a tunnel through the network requires a smaller MSS. If a packet cannot fit within the MSS without fragmenting, this setting allows an adjustment to be made.&lt;/P&gt;&lt;/TD&gt;&lt;/TR&gt;&lt;/TBODY&gt;&lt;/TABLE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hopefully this helps.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you&lt;/P&gt;&lt;P&gt;Numan&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 Jan 2013 16:58:03 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30758#M22524</guid>
      <dc:creator>mbutt</dc:creator>
      <dc:date>2013-01-02T16:58:03Z</dc:date>
    </item>
    <item>
      <title>Re: UDP Packet size</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30759#M22525</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;In Device -&amp;gt; Setup -&amp;gt; Session you can also for some models enable "Jumbo Frame" and there select a jumbo frame size (MTU) of up to 9192 bytes (I guess this number is a MTU=9000 with addition of all sorts of headers the packet might have like 802.1Q and so on).&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 06 Jan 2013 21:25:52 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30759#M22525</guid>
      <dc:creator>mikand</dc:creator>
      <dc:date>2013-01-06T21:25:52Z</dc:date>
    </item>
    <item>
      <title>Re: UDP Packet size</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30760#M22526</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;UDP doesn't support PMTUD so turning on "Adjust TCP MSS" won't help in your situation, you can check the MTU settings on your PA device by using the command - "show routing fib" and to check if jumbo frames are enabled - "show system setting jumbo-frame" if your device supports it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A simple way to find the max MTU between two nodes is using the ping command (on Windows box) using the -f and -l options, start by doing a ping from device A to device B using - ping -f &amp;lt;device B ip&amp;gt; -l 1472 (28bytes overhead) . If the MTU along the whole path is 1500 you should receive a "reply from &amp;lt;device B ip&amp;gt; " message but if the MTU is lower you get the "Packets need to be fragmented but DF set" message. If you get the latter message keep dropping the -l option on the ping command by 10 or 20 bytes till you get a "reply from &amp;lt;device B ip&amp;gt;" message and that + 28 bytes is your max MTU. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If the 2 devices are on different networks then it will more than likely pass through a router or firewall that blocks ICMP traffic and won't respond to a ping. In this case you can still use the same method only that when the packet size is within the MTU you'll just get a "request timed out message" but still should get the "Packets need to be fragmented but DF set" when the packet is to large.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 06 Mar 2013 14:18:32 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/udp-packet-size/m-p/30760#M22526</guid>
      <dc:creator>jpatterson</dc:creator>
      <dc:date>2013-03-06T14:18:32Z</dc:date>
    </item>
  </channel>
</rss>

