I am wondering if there is any documentation pertaining to the ISE API's handling limits. We are testing out an automated inventory integration and every now and then the dev is reporting that there is a connection error. The similar set up we are migrating from is currently running against ACS without issue.
I know firepower has a limitation of 120 messages per second before you get a 429 too many messages error. It also provides a 422 back if you send messages greater than 2 MB. Does ISE have any similar limitations that we have to work with? Has any one here run in to similar issues when trying to add/change NADs?
In this link I found the following.
Known issues - If you're processing more than 100 records. These are enhancements.
CSCve05681 ERS Get-All takes very long time for response
CSCvg64354 ENH ISE ERS calls should be processed much faster
Solved! Go to Solution.
Just posted this in another thread: (just noticed that it was marked as spam, notified the moderator and hopefully it will be fixed).
The amount of data that usually is needed from the API is very small. The current design, although quite beautiful, is not very efficient. If you could add enhanced filtering and the availability to export a file, or a JSON/XML blob with the data that would make it a lot easier to work with the ERS API. It would not go all the way, but it would certainly make it a lot easier to extract information from the ISE.
As per this thread and the post from the BU, do you know what does number within the parenthesis means?
I assume the number the number outside, is the TPS, but not sure what's the meaning for the one within the parenthesis. Thoughts?
|oncurrent ERS Connections||2.4= 10||2.6= 30|
|Operation||2.4 (3515)||2.4 (3595)||2.6 (3515)||2.6 (3595)||2.6|
|2.6 (3655)||2.6 (3695)|
|EP Bulk create||361 (250K)||362 (250K)||351 (200K)||533 (200K)||351 (200K)||581 (200K)||598 (200K)|