%docentities; ]> &adminguide;
Dependencies
&kamailio; modules The following modules must be loaded before this module: SL - Stateless request handling
Parameters
<varname>route</varname> (string) Name of the route called for XMLRPC messages. This route will be called only for HTTP messages whose method is either GET or POST. The message visible inside the route will be a HTTP request converted to SIP (the uri will be fixed and a fake via will be added). The route should perform additional security checks to ensure the client is authorized to execute management/RPC functions and then it should call the dispatch_rpc(). Default: the main route is used. Set <varname>route</varname> parameter modparam("xmlrpc", "route", "route_for_xmlrpcs")
<varname>autoconversion</varname> (string) Enable or disable automatic parameter type conversion globally, for all the methods parameters. If on, a type mismatch in a method parameter will not cause a fault if it is possible to automatically convert it to the type expected by the method. Default: off. It is recommended to leave this parameter to its default off value and fix instead the client application (which should use the proper types) or to modify the target rpc to accept any type (see the rpc scan '.' modifier). Set the <varname>autoconversion</varname> parameter modparam("xmlrpc", "autoconversion", 1)
<varname>escape_cr</varname> (integer) Enable CR ('\r') escaping in replies. If enabled each '\r' in the xmlrpc reply will be replaced with "&#xD;", according to the xml spec. It should be turned off only if you suspect interoperability problems with older clients. Default: on. Set the <varname>escape_cr</varname> parameter modparam("xmlrpc", "escape_cr", 1)
<varname>double_lf_to_crlf</varname> (integer) When enabled double LFs ('\n\n') in the input xmlrpc strings will be replaced with CR LF ('\r\n'). This makes LF LF behave like an escape character for CR LF and is needed for compatibility with &kamailio; tools and to work around buggy xmlrpc clients that don't escape the CR in CR LF ('\r' should be escaped to "&#xD;" otherwise according to the xml spec "\r\n" will be transformed to '\n'), but need to send CR LF in the strings (e.g. they use tm.t_uac_wait). Note: when this option is turned on, there is no way to send a double LF ('\n\n'), it will always be transformed in CR LF ('\r\n'). Default: off. Set the <varname>double_lf_to_crlf</varname> parameter modparam("xmlrpc", "double_lf_to_crlf", 1)
<varname>mode</varname> (integer) When set to 1, the xmlrpc module does not register to core the callback functions for non-SIP messages. Useful when another module register a callback for HTTP request, letting the admin decide when to call the XMLRPC route (or functions). Default: 0. Set the <varname>mode</varname> parameter modparam("xmlrpc", "mode", 1)
<varname>url_skip</varname> (str) Regular expression to match the HTTP URL. If there is a match, then the xmlrpc route is not executed. Default value is null (don't skip). Set <varname>url_skip</varname> parameter ... modparam("xmlrpc", "url_skip", "^/sip") ...
<varname>url_match</varname> (str) Regular expression to match the HTTP URL. If there is no match, then xmlrpc route is not executed. This check is done after url_skip, so if both url_skip and url_match would match then the xmlrpc route is not executed (url_skip has higher priority). Default value is null (match everything). Set <varname>url_match</varname> parameter ... modparam("xmlrpc", "url_match", "^/RPC2") ...
Functions
<function>dispatch_rpc()</function> This function processes an XMLRPC request, found in the body of the request. It should be used only in a route specified using the "route" module parameter or if the request method is GET or POST (using it for other request methods will not have adverse side-effects, but it will probably not work). dispatch_rpc() extracts the XML-RPC document from the body of the request to determine the name of the RPC method to be called and then it searches through the list of all the RPC functions to find a function with matching name. If such a function is found then dispatch_rpc() will pass control to the function to handle the request. <function>dispatch_rpc</function> usage #... modparam("xmlrpc", "route", "XMLRPC"); #... route[XMLRPC]{ if search("^User-Agent:.*xmlrpclib")) set_reply_close(); set_reply_no_connect(); # optional dispatch_rpc(); }
<function>xmlrpc_reply(code, reason)</function> This function can be called from the config script to directly generate an XML-RPC reply. <function>xmlrpc_reply</function> usage #... modparam("xmlrpc", "route", "XMLRPC"); #... route[XMLRPC]{ # allow XMLRPC requests only on TLS and only if the client # certificate is valid if (proto!=TLS){ xmlrpc_reply("400", "xmlrpc allowed only over TLS"); return; } if (@tls.peer.verified!=""){ xmlrpc_reply("400", "Unauthorized"); return; } if search("^User-Agent:.*xmlrpclib")) set_reply_close(); set_reply_no_connect(); # optional dispatch_rpc(); }