:dlg_end_dlg:_reply_fifo_file_ 342 56 _empty_line_
For JSONRPC, it should be:
{ "jsonrpc": "2.0", "method": "dlg.end_dlg",
"params": [342, 56],
"reply_name": "_reply_fifo_file_", "id": 1 }
The values 342 and 56 are taken from dialog module example for v4.4, representing dialog id values (hash id and label), so they are specific for each call.
Likely you have to also handle the response that will be in json format, but expecting again to be something simple to deal with.
The alternative will be to make a FIFO proxy to translate from MI to JSONRPC and back for this specific command -- it should be several lines of python, node or other scripting language.
Cheers,
Daniel
Hi Daniel,so ag-projects (Call-control developer) said the Call-control python app is designed for MI and there is no plan to support anything else (http://lists.opensips.org/pipermail/users/2019-June/041235.html). So this makes this project unusable in Kamailio 5.x.I have hacked call-control module to return something, so the Kamailio does not error, but this is just a hack, nothing production.I humbly suggest to remove call-control from modules or at least write in documentation, that it does not support ag-projects applications anymore.Anyway thanks for willingness to helpKind regardsEfelin_______________________________________________st 26. 6. 2019 o 14:45 Efelin Novak <efelin.novak@gmail.com> napísal(a):Hi Daniel,thanks for a reply. No, the module is not using an MI. The Python application call-control is using the MI to end the calls using dlg_end_dlg. I see it like this: the communication from Kamailio to Call-control works, however the communication from Call-Control to Kamailio (I think this is only used to kill a call - http://callcontrol.ag-projects.com/images/prepaid-engine.png) does not. It is using an MI (CallControl -> Kamailio).I understand this is not your problem (that is why I also post a message to the developer list), but call_control module without call-control application is useless (as far as I understand).Is there any workaround how to turn the MI on or to have some interface separately, to do MI <-> JSON-RPC?I want to switch to Evapi and CGRateS, however in a meanwhile I wanted to have both systems running simultaneously.Again thanksEfelinst 26. 6. 2019 o 14:21 Daniel-Constantin Mierla <miconda@gmail.com> napísal(a):Hello,are you saying that the call_control module in kamailio is still using MI in version 5.2.x? The code related to MI was removed, should not be any use of it, can you point in the code where that happens? It can be migrated to RPC if is some raw MI operation ...Cheers,DanielOn Wed, Jun 26, 2019 at 1:45 PM Efelin Novak <efelin.novak@gmail.com> wrote:Hi Folks,_______________________________________________I'm migrating to Kamailio 5.2.x from 4.4.x. Everything seems to be fine, however I have came to an issue with call_control module as this one is still using old MI interface.Standard situations work nice (maximum debit, prepaid, "CDRs") however when call_control needs to kill a call (credit is gone), it tries to send dlg_end_dlg over MI and it fails.Question are:Is call_control still supported? I haven't found any note about it.Is there any workaround from Kamailio point of view?I'm running last versions of both applications. I'm also rising a ticket at ag-projects side.ThanksEfelin
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--_______________________________________________Daniel-Constantin Mierla - http://www.asipto.com
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users