<?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 With a [syslog] output to 3rd party using TCP, why does TCP stop talking to index cluster when 3rd party is not contactable? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/With-a-syslog-output-to-3rd-party-using-TCP-why-does-TCP-stop/m-p/398337#M71018</link>
    <description>&lt;P&gt;Hello, &lt;/P&gt;

&lt;P&gt;I am sending some source types to a 3rd party via SYSLOG as the output as TCP not UDP.  All works fine until we lose contact with their syslog server. Then it breaks all indexing even to my cluster. The queues fill up and basically shuts down inputs. &lt;/P&gt;

&lt;P&gt;Works fine using UDP! &lt;/P&gt;

&lt;P&gt;Wondering if anyone has came across this issue. He is output of btool. &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[syslog]
maxEventSize = 1024
priority = &amp;lt;13&amp;gt;
type = udp

[syslog:syslog_indexers]
server = syslogserver:9997
timestampformat = %Y-%m-%dT%T.%S
type = tcp

[tcpout]

ackTimeoutOnShutdown = 30
autoLBFrequency = 30
autoLBVolume = 0
blockOnCloning = true
blockWarnThreshold = 100
cipherSuite = ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:AES256-GCM-SHA384:AES128-GCM-SHA256:AES128-SHA256:ECDH-ECDSA-AES256-GCM-SHA384:ECDH-ECDSA-AES128-GCM-SHA256:ECDH-ECDSA-AES256-SHA384:ECDH-ECDSA-AES128-SHA256
compressed = false
connectionTimeout = 20
defaultGroup = cluster_indexers
disabled = false
dropClonedEventsOnQueueFull = 5
dropEventsOnQueueFull = 5
ecdhCurves = prime256v1, secp384r1, secp521r1
forceTimebasedAutoLB = false
forwardedindex.0.whitelist = .*
forwardedindex.1.blacklist = _.*
forwardedindex.2.whitelist = (_audit|_internal|_introspection|_telemetry)
forwardedindex.filter.disable = false
heartbeatFrequency = 30
indexAndForward = false
maxConnectionsPerIndexer = 2
maxFailuresPerInterval = 2
maxQueueSize = auto
readTimeout = 300
secsInFailureInterval = 1
sendCookedData = true
sslQuietShutdown = false
sslVersions = tls1.2
tcpSendBufSz = 0
useACK = true
writeTimeout = 300
[tcpout:cluster_indexers]
server = indexer1:9997,indexer2:9997
&lt;/CODE&gt;&lt;/PRE&gt;</description>
    <pubDate>Wed, 03 Oct 2018 11:23:41 GMT</pubDate>
    <dc:creator>lukessi</dc:creator>
    <dc:date>2018-10-03T11:23:41Z</dc:date>
    <item>
      <title>With a [syslog] output to 3rd party using TCP, why does TCP stop talking to index cluster when 3rd party is not contactable?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/With-a-syslog-output-to-3rd-party-using-TCP-why-does-TCP-stop/m-p/398337#M71018</link>
      <description>&lt;P&gt;Hello, &lt;/P&gt;

&lt;P&gt;I am sending some source types to a 3rd party via SYSLOG as the output as TCP not UDP.  All works fine until we lose contact with their syslog server. Then it breaks all indexing even to my cluster. The queues fill up and basically shuts down inputs. &lt;/P&gt;

&lt;P&gt;Works fine using UDP! &lt;/P&gt;

&lt;P&gt;Wondering if anyone has came across this issue. He is output of btool. &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[syslog]
maxEventSize = 1024
priority = &amp;lt;13&amp;gt;
type = udp

[syslog:syslog_indexers]
server = syslogserver:9997
timestampformat = %Y-%m-%dT%T.%S
type = tcp

[tcpout]

ackTimeoutOnShutdown = 30
autoLBFrequency = 30
autoLBVolume = 0
blockOnCloning = true
blockWarnThreshold = 100
cipherSuite = ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:AES256-GCM-SHA384:AES128-GCM-SHA256:AES128-SHA256:ECDH-ECDSA-AES256-GCM-SHA384:ECDH-ECDSA-AES128-GCM-SHA256:ECDH-ECDSA-AES256-SHA384:ECDH-ECDSA-AES128-SHA256
compressed = false
connectionTimeout = 20
defaultGroup = cluster_indexers
disabled = false
dropClonedEventsOnQueueFull = 5
dropEventsOnQueueFull = 5
ecdhCurves = prime256v1, secp384r1, secp521r1
forceTimebasedAutoLB = false
forwardedindex.0.whitelist = .*
forwardedindex.1.blacklist = _.*
forwardedindex.2.whitelist = (_audit|_internal|_introspection|_telemetry)
forwardedindex.filter.disable = false
heartbeatFrequency = 30
indexAndForward = false
maxConnectionsPerIndexer = 2
maxFailuresPerInterval = 2
maxQueueSize = auto
readTimeout = 300
secsInFailureInterval = 1
sendCookedData = true
sslQuietShutdown = false
sslVersions = tls1.2
tcpSendBufSz = 0
useACK = true
writeTimeout = 300
[tcpout:cluster_indexers]
server = indexer1:9997,indexer2:9997
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Wed, 03 Oct 2018 11:23:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/With-a-syslog-output-to-3rd-party-using-TCP-why-does-TCP-stop/m-p/398337#M71018</guid>
      <dc:creator>lukessi</dc:creator>
      <dc:date>2018-10-03T11:23:41Z</dc:date>
    </item>
    <item>
      <title>Re: With a [syslog] output to 3rd party using TCP, why does TCP stop talking to index cluster when 3rd party is not contactable?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/With-a-syslog-output-to-3rd-party-using-TCP-why-does-TCP-stop/m-p/398338#M71019</link>
      <description>&lt;P&gt;That’s not an issue, that is by design (although for you that is then still an issue of course). Whenever one of multiple TCP destinations is unreachable, all forwarding is blocked. And as far as I know, that is not configurable.&lt;/P&gt;</description>
      <pubDate>Wed, 03 Oct 2018 20:37:19 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/With-a-syslog-output-to-3rd-party-using-TCP-why-does-TCP-stop/m-p/398338#M71019</guid>
      <dc:creator>FrankVl</dc:creator>
      <dc:date>2018-10-03T20:37:19Z</dc:date>
    </item>
  </channel>
</rss>

