<div style="white-space:pre-wrap">+1 - I'm all for cleaning up any technical debt and moving on with more normalized concept.<br><br>:)<br><br>Sincerely,<br>Brandon Armstead</div><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 1, 2016 at 6:17 AM Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br class="gmail_msg">
<br class="gmail_msg">
we started discussing about removing MI (so called management interface)<br class="gmail_msg">
for very long time, more or less since 2008. The RPC should remain the<br class="gmail_msg">
control interface, given its better structure for commands, parameters,<br class="gmail_msg">
etc ... MI is custom protocol using a line-oriented communication via<br class="gmail_msg">
fifo or socket file with kamailio (e.g., implemented mi_fifo and<br class="gmail_msg">
mi_datagram modules). RPC is the alternative, a more standardized<br class="gmail_msg">
concept, with better structured format.<br class="gmail_msg">
<br class="gmail_msg">
I think it's time to set a clear roadmap for doing the removal. Overall,<br class="gmail_msg">
it will be easier to maintain the code, right now being duplicated code<br class="gmail_msg">
for doing the same operation over MI or RPC, and MI shows its<br class="gmail_msg">
limitations (or complexity to deal with) for advanced needs (see the<br class="gmail_msg">
discussions about how to provide multi-line value parameters over MI).<br class="gmail_msg">
<br class="gmail_msg">
So, I want to know if there are many relying on MI directly and they<br class="gmail_msg">
still want to keep it, what would be the expected duration they need for<br class="gmail_msg">
upgrading their tools to work with RPC interface, other relevant aspects<br class="gmail_msg">
people have in favour of mi vs rpc.<br class="gmail_msg">
<br class="gmail_msg">
I am even willing to do the removal in time befire freezing the 5.0<br class="gmail_msg">
branch. We will ensure a clean start of 5.x series.<br class="gmail_msg">
<br class="gmail_msg">
The main concern from my point of view is kamctl -- but I think we can<br class="gmail_msg">
preserve the compatibility for kamctl commands and parameters (so<br class="gmail_msg">
command line execution of kamctl will be the same), but the output might<br class="gmail_msg">
be different. That's because it should be easy to updated it to<br class="gmail_msg">
communicate with jsonrpc-s module, but then it will get json-formatted<br class="gmail_msg">
results.<br class="gmail_msg">
<br class="gmail_msg">
To summarize, two big questions to answer:<br class="gmail_msg">
<br class="gmail_msg">
a) Are you ok to remove the MI code/commands?<br class="gmail_msg">
<br class="gmail_msg">
b) If yes to a), are you ok to be done for v5.0?<br class="gmail_msg">
<br class="gmail_msg">
Not providing feedback will be considered as 'yes' for both questions,<br class="gmail_msg">
so **speak up if you want MI to be kept or delay it removal**.<br class="gmail_msg">
<br class="gmail_msg">
Cheers,<br class="gmail_msg">
Daniel<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
Daniel-Constantin Mierla<br class="gmail_msg">
<a href="http://www.twitter.com/miconda" rel="noreferrer" class="gmail_msg" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" rel="noreferrer" class="gmail_msg" target="_blank">www.linkedin.com/in/miconda</a><br class="gmail_msg">
Kamailio World Conference - May 8-10, 2017 - <a href="http://www.kamailioworld.com" rel="noreferrer" class="gmail_msg" target="_blank">www.kamailioworld.com</a><br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br class="gmail_msg">
<a href="mailto:sr-users@lists.sip-router.org" class="gmail_msg" target="_blank">sr-users@lists.sip-router.org</a><br class="gmail_msg">
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br class="gmail_msg">
</blockquote></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature">Sent from Gmail Mobile</div>