Hi Sameer,
Was good to chat with you earlier! I just wanted to follow up and close the loop here in the forum.
As we discussed, there are multiple API endpoints (Cloud Console, Broker Admin, Client API) and multiple levels in Solace that you can get stats on (Service/broker, message vpn, queues, client connections etc pp).
The API token you mention above is for the Solace Cloud Console, which gives you access to listing your services/brokers etc, but not the deep level stats you are looking for in this case, that’s why you are seeing “Method not allowed” as this method you are calling isn’t implemented there.
To get the queue stats you are looking for, you’ll have to point your Postman to the admin interface of the broker directly (usually the same DNS/IP as your client user if you are using a software broker) and use the SEMPv2 API that Aaron gave as an example above.
Now, if you are using a shared broker amongst many application teams, it’s a recommendation to gather those stats once by a central monitoring tool, so that multiple application teams are not sending loads and loads of stats requests to the brokers all asking for the same (or similar) stats (this could have a negative effect on broker performance in extreme cases, if you are polling many detailed stats every second). So it’s best to coordinate the gathering of these stats in bigger deployments and shared environments.
Your organisation is already providing such a central monitoring and statistic gathering service and it would be best to get your stats from there as we discussed.
Best regards,
Christian