<?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: Corrupted events using HTTPS and TCP (with SSL) in All Apps and Add-ons</title>
    <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Corrupted-events-using-HTTPS-and-TCP-with-SSL/m-p/328763#M39367</link>
    <description>&lt;P&gt;Can you describe your setup configuration ? ie: the protocol:// stanza from inputs.conf would help.&lt;/P&gt;

&lt;P&gt;Boosting your TCP receive buffer size may help , there is a field for this in the configuration.&lt;/P&gt;</description>
    <pubDate>Tue, 12 Sep 2017 01:17:31 GMT</pubDate>
    <dc:creator>Damien_Dallimor</dc:creator>
    <dc:date>2017-09-12T01:17:31Z</dc:date>
    <item>
      <title>Corrupted events using HTTPS and TCP (with SSL)</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Corrupted-events-using-HTTPS-and-TCP-with-SSL/m-p/328762#M39366</link>
      <description>&lt;P&gt;Has anyone had issues with the latest version of ta-protocol adapater corrupting the data that comes in?&lt;BR /&gt;
We have two feeds, one a HTTPS setup receiving from Akamai and the other just a straight TCP feed (SSL enable)&lt;BR /&gt;
The data for both of them seems to get corrupted, either the events get split, or truncated at various points.&lt;BR /&gt;
Its not the Splunk limits as far as I can tell.&lt;/P&gt;</description>
      <pubDate>Mon, 11 Sep 2017 01:47:46 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Corrupted-events-using-HTTPS-and-TCP-with-SSL/m-p/328762#M39366</guid>
      <dc:creator>gary_byron</dc:creator>
      <dc:date>2017-09-11T01:47:46Z</dc:date>
    </item>
    <item>
      <title>Re: Corrupted events using HTTPS and TCP (with SSL)</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Corrupted-events-using-HTTPS-and-TCP-with-SSL/m-p/328763#M39367</link>
      <description>&lt;P&gt;Can you describe your setup configuration ? ie: the protocol:// stanza from inputs.conf would help.&lt;/P&gt;

&lt;P&gt;Boosting your TCP receive buffer size may help , there is a field for this in the configuration.&lt;/P&gt;</description>
      <pubDate>Tue, 12 Sep 2017 01:17:31 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Corrupted-events-using-HTTPS-and-TCP-with-SSL/m-p/328763#M39367</guid>
      <dc:creator>Damien_Dallimor</dc:creator>
      <dc:date>2017-09-12T01:17:31Z</dc:date>
    </item>
    <item>
      <title>Re: Corrupted events using HTTPS and TCP (with SSL)</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Corrupted-events-using-HTTPS-and-TCP-with-SSL/m-p/328764#M39368</link>
      <description>&lt;P&gt;Sure, listed below. Thanks - I was also looking at the TCP buffer size also, but couldn't see what the default value was.&lt;BR /&gt;
I had assumed it was just a number (in bytes)&lt;/P&gt;

&lt;P&gt;[protocol://Akamai-Receiver]&lt;BR /&gt;
bind_address = 0.0.0.0&lt;BR /&gt;
client_auth_required = 0&lt;BR /&gt;
index = prod_akamai&lt;BR /&gt;
ip_version = v4&lt;BR /&gt;
is_multicast = 0&lt;BR /&gt;
output_type = stdout&lt;BR /&gt;
port = 6710&lt;BR /&gt;
protocol = http&lt;BR /&gt;
set_broadcast = 0&lt;BR /&gt;
set_multicast_loopback_mode = 0&lt;BR /&gt;
sourcetype = waf:akamai:json&lt;BR /&gt;
tcp_keepalive = 0&lt;BR /&gt;
tcp_nodelay = 0&lt;BR /&gt;
use_ssl = 1&lt;BR /&gt;
keystore_pass = xxxx&lt;BR /&gt;
keystore_path = /opt/splunk/etc/apps/IG_Certs/local/xxxx.jks&lt;BR /&gt;
disabled = 0&lt;BR /&gt;
server_verticle_instances = 2&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 15:43:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Corrupted-events-using-HTTPS-and-TCP-with-SSL/m-p/328764#M39368</guid>
      <dc:creator>gary_byron</dc:creator>
      <dc:date>2020-09-29T15:43:05Z</dc:date>
    </item>
  </channel>
</rss>

