MI_XMLRPC_NG module

Admin Guide

Overview

This module implements a xmlrpc server that handles xmlrpc requests and generates xmlrpc responses. When a xmlrpc message is received a default method is executed.

At first, it looks up the MI command. If found it parses the called procedure’s parameters into a MI tree and the command is executed. A MI reply tree is returned that is formatted back in xmlrpc. The response is built in two ways - like a string that contains the MI tree nodes information (name, values and attributes) or like an array whose elements are consisted of each MI tree node stored information.

Dependencies

External Libraries or Applications

The following libraries or applications must be installed before running OpenSIPS with this module loaded:

libxml2

OpenSIPS Modules

The following modules must be loaded before this module:

httpd module.

Exported Parameters

http_root(string)

Specifies the root path for xmlrpc requests: http://[opensips_IP]:[opensips_httpd_port]/[http_root]

The default value is “RPC2”.

...
modparam("mi_xmlrpc_ng", "http_root", "opensips_mi_xmlrpc")
...

format_version(integer)

Specifies which formatting to be used for the output generated by the module. The value of 2 will generate a response broken in many tags which doesn’t require string parsing, only xml parsing, this is the newer version. The other accepted value is 1 which will generate a long simple sting response, this is the older vesion.

The default value is 2.

...
modparam("mi_xmlrpc_ng", "format_version", 1)
...

trace_destination (string)

Trace destination as defined in the tracing module. Currently the only tracing module is proto_hep. This is where traced mi messages will go.

Default value is none(not defined).

...
modparam("proto_hep", "trace_destination", "[hep_dest]10.0.0.2;transport=tcp;version=3")

modparam("mi_xmlrpc_ng", "trace_destination", "hep_dest")
...

trace_bwlist (string)

Filter traced mi commands based on a blacklist or a whitelist. trace_destination must be defined for this parameter to have any purpose. Whitelists can be defined using ‘w’ or ‘W’, blacklists using ‘b’ or ‘B’. The type is separate by the actual blacklist by ’:’. The mi commands in the list must be separated by ’,’.

Defining a blacklists means all the commands that are not blacklisted will be traced. Defining a whitelist means all the commands that are not whitelisted will not be traced.

Default value is none(not defined).

...
## blacklist ps and which mi commands
## all the other commands shall be traced
modparam("mi_xmlrpc_ng", "trace_bwlist", "b: ps, which")
...
## allow only sip_trace mi command
## all the other commands will not be traced
modparam("mi_xmlrpc_ng", "trace_bwlist", "w: sip_trace")
...

Exported Functions

No function exported to be used from configuration file.

Known Issues

Commands with large responses (like ul_dump) will fail if the configured size of the httpd buffer is to small (or if there isn’t enough pkg memory configured).

Future realeases of the httpd and mi_xmlrpc_ng modules will address this issue.

Example

This is an example showing the xmlrpc format for the “get_statistics net: uri:” MI commad: response.

POST /xmlrpc HTTP/1.0
Host: my.host.com
User-Agent: My xmlrpc UA
Content-Type: text/xml
Content-Length: 216

<?xml version='1.0'?>
<methodCall>
  <methodName>get_statistics</methodName>
  <params>
    <param>
      <value><string>net:</string></value>
    </param>
    <param>
      <value><string>uri:</string></value>
    </param>
  </params>
</methodCall>


HTTP/1.0 200 OK
Content-Length: 236
Content-Type: text/xml; charset=utf-8
Date: Mon, 8 Mar 2013 12:00:00 GMT

<?xml version="1.0" encoding="UTF-8"?><methodResponse><params><param><value><string>
:: net:waiting_udp = 0
:: net:waiting_tcp = 0
:: uri:positive checks = 0
:: uri:negative_checks = 0
</string></value></param></params></methodResponse>

doc copyrights:

Contributors

By Commit Statistics

Top contributors by DevScore⁽¹⁾, authored commits⁽²⁾ and lines added/removed⁽³⁾

#	Name	DevScore	Commits	Lines++	Lines—
1.	Ovidiu Sas (@ovidiusas)	29	15	1379	105
2.	Razvan Crainea (@razvancrainea)	15	13	51	35
3.	Ionut Ionita (@ionutrazvanionita)	15	9	404	89
4.	Liviu Chircu (@liviuchircu)	13	11	46	54
5.	Bogdan-Andrei Iancu (@bogdan-iancu)	13	9	164	94
6.	Ionel Cerghit (@ionel-cerghit)	11	3	526	177
7.	Stefan Darius (@dariusstefan)	8	4	274	50
8.	Vlad Patrascu (@rvlad-patrascu)	4	2	17	3
9.	Vlad Paiu (@vladpaiu)	3	2	0	6

(1) DevScore = author_commits + author_lines_added / (project_lines_added / project_commits) + author_lines_deleted / (project_lines_deleted / project_commits)

(2) including any documentation-related commits, excluding merge commits

(3) ignoring whitespace edits, renamed files and auto-generated files

By Commit Activity

#	Name	Commit Activity
1.	Stefan Darius (@dariusstefan)	Jun 2026 - Jul 2026
2.	Razvan Crainea (@razvancrainea)	Nov 2014 - Jun 2026
3.	Bogdan-Andrei Iancu (@bogdan-iancu)	Oct 2014 - Jan 2019
4.	Liviu Chircu (@liviuchircu)	Jul 2014 - Nov 2018
5.	Vlad Patrascu (@rvlad-patrascu)	May 2017 - May 2018
6.	Ionut Ionita (@ionutrazvanionita)	May 2016 - Feb 2017
7.	Vlad Paiu (@vladpaiu)	Mar 2014 - Jan 2016
8.	Ionel Cerghit (@ionel-cerghit)	Aug 2015 - Aug 2015
9.	Ovidiu Sas (@ovidiusas)	Mar 2013 - Jun 2015

(1) including any documentation-related commits, excluding merge commits

Documentation

Contributors

Last edited by: Razvan Crainea (@razvancrainea), Bogdan-Andrei Iancu (@bogdan-iancu), Liviu Chircu (@liviuchircu), Ionut Ionita (@ionutrazvanionita), Ionel Cerghit (@ionel-cerghit), Ovidiu Sas (@ovidiusas).

License

All documentation files (i.e. .md extension) are licensed under the Creative Common License 4.0