<?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: Rate Limiting cause response text in Controllers</title>
    <link>https://community.cisco.com/t5/controllers/rate-limiting-cause-response-text/m-p/3439782#M1669</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Unfortunately, in 3.0 and 3.1, changes to our UI impacted error handling throughout the system.&amp;nbsp; We addressed and fixed this problem in 3.2 (CSCva10992).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;503 errors, in most cases, are because too many requests come through in a given window of time or because too many requests are being processed concurrently.&amp;nbsp; 503 errors should not be sticky (that is, they shouldn't persist forever).&amp;nbsp; If you hit a scenario where 100% of responses are 503s, often times it is because the system clock has been rolled back, which messes with our accounting of requests.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;To answer your question, on 3.0 and 3.1 we do still capture the exact cause of the 503 response in the xmpNbiFw.log file in the PI log folder (/opt/CSCOlumos/logs).&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 19 Sep 2017 16:27:25 GMT</pubDate>
    <dc:creator>Spencer Zier</dc:creator>
    <dc:date>2017-09-19T16:27:25Z</dc:date>
    <item>
      <title>Rate Limiting cause response text</title>
      <link>https://community.cisco.com/t5/controllers/rate-limiting-cause-response-text/m-p/3439781#M1668</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am getting 503 status code with my API calls on our Cisco Prime 3.0.&amp;nbsp; The documentation says that there will be text in the response providing info regarding the cause:&lt;/P&gt;&lt;P&gt;&lt;A href="https://developer.cisco.com/media/prime-infrastructure-api-reference-v3-0/192.168.115.187/webacs/api/v1/index6945.html?id=rate-limiting-doc" title="https://developer.cisco.com/media/prime-infrastructure-api-reference-v3-0/192.168.115.187/webacs/api/v1/index6945.html?id=rate-limiting-doc"&gt;https://developer.cisco.com/media/prime-infrastructure-api-reference-v3-0/192.168.115.187/webacs/api/v1/index6945.html?id=rate-limiting-doc&lt;/A&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;NBI Global Rate limit exceeded (More than xxx in yyy ms)&lt;/LI&gt;&lt;LI&gt;NBI Rate limit for user &amp;lt;userId&amp;gt; exceeded (More than xxx in yyy ms)&lt;/LI&gt;&lt;LI&gt;Per user concurrent query count exceeded Currently xxx : Limit is yyy&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In our Java client I am calling the HttpM&lt;SPAN style="background-color: #e4e4ff;"&gt;ethod&lt;/SPAN&gt;.getResponseBodyAsString()) to pull the text message.&amp;nbsp; The response message is a html page returned only containing the status code error 503 but does not contain the response text above.&amp;nbsp;&amp;nbsp; Below is a part of the data in the response. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &amp;lt;h1 class="pageTitle"&amp;gt;Page Error: 503&amp;lt;/h1&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;lt;p&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; There is a problem with the page you are looking for. Verify the URL you entered, or the link from the referring page.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;lt;/p&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;lt;table&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;lt;tr&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;lt;td&amp;gt;&amp;lt;b&amp;gt;Status code:&amp;lt;/b&amp;gt;&amp;lt;/td&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;lt;td&amp;gt;503&amp;lt;/td&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &amp;lt;/tr&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;Is there another method to call to retrieve the response text explaining the 503 error code?&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;Eddy&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 19 Sep 2017 01:47:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/controllers/rate-limiting-cause-response-text/m-p/3439781#M1668</guid>
      <dc:creator>ed_rs</dc:creator>
      <dc:date>2017-09-19T01:47:17Z</dc:date>
    </item>
    <item>
      <title>Re: Rate Limiting cause response text</title>
      <link>https://community.cisco.com/t5/controllers/rate-limiting-cause-response-text/m-p/3439782#M1669</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Unfortunately, in 3.0 and 3.1, changes to our UI impacted error handling throughout the system.&amp;nbsp; We addressed and fixed this problem in 3.2 (CSCva10992).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;503 errors, in most cases, are because too many requests come through in a given window of time or because too many requests are being processed concurrently.&amp;nbsp; 503 errors should not be sticky (that is, they shouldn't persist forever).&amp;nbsp; If you hit a scenario where 100% of responses are 503s, often times it is because the system clock has been rolled back, which messes with our accounting of requests.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;To answer your question, on 3.0 and 3.1 we do still capture the exact cause of the 503 response in the xmpNbiFw.log file in the PI log folder (/opt/CSCOlumos/logs).&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 19 Sep 2017 16:27:25 GMT</pubDate>
      <guid>https://community.cisco.com/t5/controllers/rate-limiting-cause-response-text/m-p/3439782#M1669</guid>
      <dc:creator>Spencer Zier</dc:creator>
      <dc:date>2017-09-19T16:27:25Z</dc:date>
    </item>
  </channel>
</rss>

