<?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: Logging - advise if CPU load same regardless of log export method HTTP(s) Syslog and Netflow log in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/logging-advise-if-cpu-load-same-regardless-of-log-export-method/m-p/365845#M88618</link>
    <description>&lt;P&gt;Sorry, with regards to "&lt;SPAN&gt;mileage may vary depending on the overhead ( udp &amp;gt; tcp &amp;gt; http )&lt;/SPAN&gt;" - do you mean UDP takes most or less CPU cycles from MP?&lt;/P&gt;</description>
    <pubDate>Thu, 26 Nov 2020 16:38:36 GMT</pubDate>
    <dc:creator>SergGur</dc:creator>
    <dc:date>2020-11-26T16:38:36Z</dc:date>
    <item>
      <title>Logging - advise if CPU load same regardless of log export method HTTP(s) Syslog and Netflow logging</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/logging-advise-if-cpu-load-same-regardless-of-log-export-method/m-p/364990#M88525</link>
      <description>&lt;P&gt;Hello Experts,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I tried to find any information to assist with understanding if some log export protocols taxing CPU (Management and DP) more then others. Perhaps ones DP pass log events to MP it is for Management to package and ship the logs, therefore, as long as some rules has logging enabled, the DP load will be the same regardless of the protocol used.&lt;/P&gt;&lt;P&gt;1. Is there any information to help with estimates on additional CPU load for Syslog log destinations? What about HTTP log destinations?&lt;/P&gt;&lt;P&gt;2. Can I save some CPU using TCP vs UDP syslog? Any other fiddling? Obviously logging on session end only will generate 2x less log amount.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The platforms in question are 8xx and 30xx.&lt;/P&gt;&lt;P&gt;Regards Serg.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Some notes:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;List of logging protocols from documentation - &lt;A href="https://docs.paloaltonetworks.com/pan-os/9-1/pan-os-admin/monitoring/use-external-services-for-monitoring.html" target="_blank" rel="noopener"&gt;Use External Services for Monitoring&lt;/A&gt;&lt;/LI&gt;&lt;LI&gt;Point in time stats via "show running logging"&lt;/LI&gt;&lt;LI&gt;KB listing "platform limits" here -&amp;nbsp;&lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000Clc8CAC" target="_self"&gt;Panorama Sizing and Design Guide&lt;/A&gt;&amp;nbsp;It is also referencing CLI tool - "&lt;SPAN&gt;To check the log rate of a single firewall, download the attached file named "&lt;/SPAN&gt;&lt;STRONG&gt;D&lt;/STRONG&gt;&lt;STRONG&gt;evice.zip&lt;/STRONG&gt;&lt;SPAN&gt;", unpack the zip file&amp;nbsp;and reference the README.txt file for instructions. This package will query a single firewall over a specified period of time (you can choose how many samples) and give an average number of logs per second for that period. At minimum this script should be run for 24 consecutive hours on a business day.&lt;/SPAN&gt;"&lt;/LI&gt;&lt;/UL&gt;</description>
      <pubDate>Mon, 23 Nov 2020 19:56:39 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/logging-advise-if-cpu-load-same-regardless-of-log-export-method/m-p/364990#M88525</guid>
      <dc:creator>SergGur</dc:creator>
      <dc:date>2020-11-23T19:56:39Z</dc:date>
    </item>
    <item>
      <title>Re: Logging - advise if CPU load same regardless of log export method HTTP(s) Syslog and Netflow log</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/logging-advise-if-cpu-load-same-regardless-of-log-export-method/m-p/365824#M88615</link>
      <description>&lt;P&gt;only logging at session end has a greater multiplier than 2, as 'session start' will log each step a session takes, which could be 3-4 steps as sessions go from app-id to app-id, especially with ssl decryption involved, so don't use 'log at session start' unless you're temporarily troubleshooting or _really_ need all the logs&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;all logging generated on the firewall is sent to the management plane log disk, only there additional log forwarding is performed by the varlogrcvr, so log forwarding, regardles of protocol, causes load on the MP, not on the DP&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;some logging will be optimized compared to other, panorama logging will have the best performance as there is queueing and some mechanisms in place to trickle logs when needed, on other protocols your mileage may vary depending on the overhead ( udp &amp;gt; tcp &amp;gt; http )&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 26 Nov 2020 15:02:00 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/logging-advise-if-cpu-load-same-regardless-of-log-export-method/m-p/365824#M88615</guid>
      <dc:creator>reaper</dc:creator>
      <dc:date>2020-11-26T15:02:00Z</dc:date>
    </item>
    <item>
      <title>Re: Logging - advise if CPU load same regardless of log export method HTTP(s) Syslog and Netflow log</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/logging-advise-if-cpu-load-same-regardless-of-log-export-method/m-p/365845#M88618</link>
      <description>&lt;P&gt;Sorry, with regards to "&lt;SPAN&gt;mileage may vary depending on the overhead ( udp &amp;gt; tcp &amp;gt; http )&lt;/SPAN&gt;" - do you mean UDP takes most or less CPU cycles from MP?&lt;/P&gt;</description>
      <pubDate>Thu, 26 Nov 2020 16:38:36 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/logging-advise-if-cpu-load-same-regardless-of-log-export-method/m-p/365845#M88618</guid>
      <dc:creator>SergGur</dc:creator>
      <dc:date>2020-11-26T16:38:36Z</dc:date>
    </item>
  </channel>
</rss>

