On 4/20/11 7:51 PM, Juha Heinanen wrote:

Juha Heinanen writes:

...

looks like core stats counts xmlrpc requests served by

route [xmlrpc_requests]

as unsupported_methods.

is there anything a user can do about it or is it a bug that should be fixed?

this gets more and more confusing. file core_stats.h does not list unsupported_methods stat at all. looks like it is some k specific core stat. how many cores does there exist? also, not all stats in core_stats.h are returned by mi statistics core: command and there appears to be no ctl command to list the stats in core_stats.h.

unsupported_methods stat is exported by kex module and counted in pre-cfg scrip callback. I see in the sources of the xmlrpc module that it calls all the pre-cfg script callsback, therefore xmlrpc methods (like GET) are counted as well. Since they are not in the internal list of known methods, they are counted as unsupported. The same will happen with xcap-server related requests. Of course a filter can be done in the kex module to skip http request types, but does it give any benefits overall?

Cheers, Daniel

-- juha

---

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

On 4/21/11 6:39 AM, Juha Heinanen wrote:

Daniel-Constantin Mierla writes:

...

Of course a filter can be done in the kex module to skip http request types, but does it give any benefits overall?

the stat becomes meaningless when proper supported messages (GET) get counted as unsupported. they should only be counted as unsupported if there is no xmlrpc_requests or xcap-server route to handle them. if that cannot be done, then the stat should be removed altogether.

the stat was always for counting the methods that had no internal integer ID associated, maybe the name is misleading since at least for SIP, kamailio is a proxy and supports handling any custom requests types.

Cheers, Daniel