<?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: Call-home failure when using Cisco Networks App. in All Apps and Add-ons</title>
    <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184871#M18454</link>
    <description>&lt;P&gt;Have you tried doing a packet capture with tcpdump/wireshark on the server where your TCP port is defined? Do you see anything?&lt;/P&gt;

&lt;P&gt;The Splunk server won't really give any kind of response to the client, except a TCP ACK when the session starts. The port doesn't honor any HTTP specs. It's not a web server, it just receives streamed data, in this case XML. It should work unless Cisco changed their Call Home specification to require some kind of application acknowledgement. Again this functionality is not perfect in all IOS versions. Try IOS 15.x  if you're not already on it.&lt;/P&gt;</description>
    <pubDate>Tue, 02 Jun 2015 16:10:22 GMT</pubDate>
    <dc:creator>mikaelbje</dc:creator>
    <dc:date>2015-06-02T16:10:22Z</dc:date>
    <item>
      <title>Call-home failure when using Cisco Networks App.</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184868#M18451</link>
      <description>&lt;P&gt;I have configured the Cisco App and have the Cisco TA installed.  When I go and run call-home send alert-group inventory Profile Splunk  I get an error within Splunk:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;HTTP_REQUEST_FAILED: failed to send  HTTP request to :
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;on the local syslog I get the following:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;Mar 12 2015 16:49:20.693 UTC: %CALL_HOME-3-HTTP_REQUEST_FAILED: failed to send HTTP request to :
    &lt;A href="http://10.196.173.41:516" target="test_blank"&gt;http://10.196.173.41:516&lt;/A&gt; 
        (ERR 112 : Connection time out)
Mar 12 2015 16:49:20.693 UTC: %CALL_HOME-3-ONDEMAND_MESSAGE_FAILED: call-home on-demand message failed to send (ERR 112, Connection time out)
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;On the switch which is a Catalyst 6509E, I can telnet to the heavy forwarder and the tcp port I defined for this feature.&lt;/P&gt;

&lt;P&gt;I have it configured as defined in the help file.  My source interface is my default management vlan. &lt;/P&gt;</description>
      <pubDate>Thu, 12 Mar 2015 16:56:58 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184868#M18451</guid>
      <dc:creator>mileven</dc:creator>
      <dc:date>2015-03-12T16:56:58Z</dc:date>
    </item>
    <item>
      <title>Re: Call-home failure when using Cisco Networks App.</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184869#M18452</link>
      <description>&lt;P&gt;The call home feature is a little bit flaky and doesn't work well on the lower end devices such as the 2960 series (no periodic call home), but since you have a 6500 series it should work, unless there's a software defect.&lt;/P&gt;

&lt;P&gt;So you configured the http source interface as something like the following, right?&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;ip http client source-interface Loopback10
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;By the look of the error message it seems that there is no connectivity between the Splunk server and the devicw. When you tried to open a telnet session from the device did you specify the same source interface and/or VRF you need?&lt;/P&gt;

&lt;P&gt;If the source interface in question belongs to a VRF maybe the ip http client source-interface doesn't honor the VRF (potential IOS software bug)&lt;/P&gt;

&lt;P&gt;You could also try to increase the response timeout for HTTP sessions:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;ip http client response timeout 180 
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Any luck?&lt;/P&gt;</description>
      <pubDate>Thu, 12 Mar 2015 21:47:54 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184869#M18452</guid>
      <dc:creator>mikaelbje</dc:creator>
      <dc:date>2015-03-12T21:47:54Z</dc:date>
    </item>
    <item>
      <title>Re: Call-home failure when using Cisco Networks App.</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184870#M18453</link>
      <description>&lt;P&gt;Was his ever solved?  I am having the same problem, with the same configuration as you seem to have. It looks to me like the issue has something to do with CallHome waiting for a response, and not receiving it. &lt;/P&gt;

&lt;P&gt;Relevant debug from a 3560x:&lt;BR /&gt;
014071: CALL-HOME-TRACE:  RESPONSE DATA STARTS HERE&lt;BR /&gt;
014072: CALL-HOME-TRACE: call_home_http_resp_data() status = 6&lt;BR /&gt;
014073: CALL-HOME-TRACE: call_home_set_httpc_resp_status: is entered. tid (9), status (111), err_string ()&lt;BR /&gt;
014074: CALL-HOME-DETAIL: call_home_set_httpc_resp_status: set tid (9) httpc resp stat (111) err string (Response time out)&lt;BR /&gt;
014075: CALL-HOME-TRACE: call_home_http_resp_data : set tid (9) resp status to (111)&lt;BR /&gt;
014076: CALL-HOME-TRACE: call_home_wait_for_httpc_resp : unblocked wait for tid (9), status is (111)err string is (Response time out)&lt;BR /&gt;
014077: CALL-HOME-TRACE: call_home_remove_httpc_resp_node : is entered&lt;BR /&gt;
014078: CALL-HOME-TRACE: call_home_httpc_resp_stat_clean_up is entered&lt;BR /&gt;
014079: CALL-HOME-TRACE: http resp from &lt;A href="http://10.10.90.101:1337" target="_blank"&gt;http://10.10.90.101:1337&lt;/A&gt; failed, tid (9), response status (111), err string (Response time out)&lt;BR /&gt;
014087: Jun  2 11:12:52.098 EDT: %CALL_HOME-3-HTTP_REQUEST_FAILED: failed to send HTTP request to :&lt;BR /&gt;
    &lt;A href="http://10.10.90.101:1337" target="_blank"&gt;http://10.10.90.101:1337&lt;/A&gt;  (ERR 111 : Response time out)&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 20:09:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184870#M18453</guid>
      <dc:creator>nmethod</dc:creator>
      <dc:date>2020-09-28T20:09:52Z</dc:date>
    </item>
    <item>
      <title>Re: Call-home failure when using Cisco Networks App.</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184871#M18454</link>
      <description>&lt;P&gt;Have you tried doing a packet capture with tcpdump/wireshark on the server where your TCP port is defined? Do you see anything?&lt;/P&gt;

&lt;P&gt;The Splunk server won't really give any kind of response to the client, except a TCP ACK when the session starts. The port doesn't honor any HTTP specs. It's not a web server, it just receives streamed data, in this case XML. It should work unless Cisco changed their Call Home specification to require some kind of application acknowledgement. Again this functionality is not perfect in all IOS versions. Try IOS 15.x  if you're not already on it.&lt;/P&gt;</description>
      <pubDate>Tue, 02 Jun 2015 16:10:22 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184871#M18454</guid>
      <dc:creator>mikaelbje</dc:creator>
      <dc:date>2015-06-02T16:10:22Z</dc:date>
    </item>
    <item>
      <title>Re: Call-home failure when using Cisco Networks App.</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184872#M18455</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;Have you solved the problem? I followed instructions for an add-on installation and it seems I am getting getting Reset-I from Splunk after IOS tries to send SCH XML batch of information. IOS SCH Error code 110 is not documented anywhere &lt;span class="lia-unicode-emoji" title=":disappointed_face:"&gt;😞&lt;/span&gt;&lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;IOS router&lt;/STRONG&gt;&lt;BR /&gt;
Syslog output:&lt;BR /&gt;
Feb  9 15:31:06.116: %CALL_HOME-3-HTTP_REQUEST_FAILED: failed to send HTTP request to :&lt;BR /&gt;
    &lt;A href="http://1.1.1.1:8989" target="_blank"&gt;http://1.1.1.1:8989&lt;/A&gt; &lt;BR /&gt;
        (ERR 110 : Request Aborted)&lt;/P&gt;

&lt;P&gt;IOS configuration:&lt;BR /&gt;
call-home&lt;BR /&gt;
 contact-email-addr &lt;A href="mailto:someone@somewhere.eu" target="_blank"&gt;someone@somewhere.eu&lt;/A&gt;&lt;BR /&gt;
 street-address "address bla bla"&lt;BR /&gt;
 site-id "OUR-SITE-ID"&lt;BR /&gt;
 source-ip-address "10.10.10.10"&lt;BR /&gt;
 profile "Splunk"&lt;BR /&gt;
  destination transport-method http&lt;BR /&gt;
  destination address http &lt;A href="http://1.1.1.1:8989" target="_blank"&gt;http://1.1.1.1:8989&lt;/A&gt; &lt;BR /&gt;
  subscribe-to-alert-group configuration&lt;BR /&gt;
  subscribe-to-alert-group environment severity debug &lt;BR /&gt;
  subscribe-to-alert-group inventory&lt;BR /&gt;
  subscribe-to-alert-group syslog severity debug pattern ".*"&lt;BR /&gt;
  subscribe-to-alert-group inventory periodic daily 15:32&lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;Splunk Heavy Forwarder (receiver of SHC messages)&lt;/STRONG&gt;&lt;BR /&gt;
inputs.conf:&lt;BR /&gt;
[tcp://1.1.1.1:8989]&lt;BR /&gt;
host = host1&lt;BR /&gt;
connection_host = none&lt;BR /&gt;
sourcetype = Cisco:SmartCallHome&lt;/P&gt;

&lt;P&gt;[tcp://1.1.1.2:8989]&lt;BR /&gt;
host = host2&lt;BR /&gt;
connection_host = none&lt;BR /&gt;
sourcetype = Cisco:SmartCallHome&lt;/P&gt;

&lt;P&gt;Is really configuration on Splunk enough? Just tcp stanza and nothing else?&lt;/P&gt;

&lt;P&gt;Tomas&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 12:46:34 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184872#M18455</guid>
      <dc:creator>tomasmoser</dc:creator>
      <dc:date>2020-09-29T12:46:34Z</dc:date>
    </item>
    <item>
      <title>Re: Call-home failure when using Cisco Networks App.</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184873#M18456</link>
      <description>&lt;P&gt;Make sure you have the TA-cisco_ios add-on installed on your Heavy Forwarder to correctly handle line breaks. Maybe that helps?&lt;/P&gt;</description>
      <pubDate>Fri, 10 Feb 2017 12:18:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184873#M18456</guid>
      <dc:creator>mikaelbje</dc:creator>
      <dc:date>2017-02-10T12:18:43Z</dc:date>
    </item>
    <item>
      <title>Re: Call-home failure when using Cisco Networks App.</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184874#M18457</link>
      <description>&lt;P&gt;And you can always test from your Cisco device by doing: "telnet 1.1.1.1 8089" if the connection really works. Anything you write on this socket will end up in Splunk.&lt;/P&gt;</description>
      <pubDate>Fri, 10 Feb 2017 12:19:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184874#M18457</guid>
      <dc:creator>mikaelbje</dc:creator>
      <dc:date>2017-02-10T12:19:35Z</dc:date>
    </item>
    <item>
      <title>Re: Call-home failure when using Cisco Networks App.</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184875#M18458</link>
      <description>&lt;P&gt;Yes, I did that later during troubleshooting too. &lt;/P&gt;</description>
      <pubDate>Fri, 10 Feb 2017 12:23:39 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184875#M18458</guid>
      <dc:creator>tomasmoser</dc:creator>
      <dc:date>2017-02-10T12:23:39Z</dc:date>
    </item>
    <item>
      <title>Re: Call-home failure when using Cisco Networks App.</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184876#M18459</link>
      <description>&lt;P&gt;I can confirm that SCH is set up correctly. Testing works. We do not know why automatic SCH sending does not work. &lt;/P&gt;

&lt;P&gt;Successfully verified with:&lt;BR /&gt;
call-home test "test2" profile Splunk&lt;BR /&gt;
telnet 1.1.1.1 8989 &lt;BR /&gt;
...sending bla bla&lt;/P&gt;

&lt;P&gt;Thanks!&lt;/P&gt;

&lt;P&gt;Tomas&lt;/P&gt;</description>
      <pubDate>Fri, 10 Feb 2017 12:37:23 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/Call-home-failure-when-using-Cisco-Networks-App/m-p/184876#M18459</guid>
      <dc:creator>tomasmoser</dc:creator>
      <dc:date>2017-02-10T12:37:23Z</dc:date>
    </item>
  </channel>
</rss>

