10-10-2017 02:53 PM
The maximum allowed number of resources per page in a search result (for example /ers/config/endpoint) is limited to only 100 resources. Is there a legitimate reason for this low number?
The amount of data sent in responses is usually very small, I would think that the work with handling paging request for an ISE database with a few hundred thousands endpoints require more CPU and RAM than sending all of them in one response - or at least have the ability to send 10000 at once.
The API has some bulk handling, but not for search requests. I can't find any efficient way to retrieve the endpoints and their id's other than paging through /ers/config/endpoint responses, which takes much more time than it should.
Solved! Go to Solution.
10-13-2017 06:06 AM
Hi,
I got a response from our team. Today, 100 resources is the way it was originally designed. However, we are potentially looking to improve that in the future.
Regards,
-Tim
10-11-2017 12:23 PM
Hi,
I'm looking into this and will get back to you ASAP.
Regards,
-Tim
10-13-2017 06:06 AM
Hi,
I got a response from our team. Today, 100 resources is the way it was originally designed. However, we are potentially looking to improve that in the future.
Regards,
-Tim
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide