On 13.02.20 10:43, Miteshkumar Thakkar wrote: > > >> On 22-Jan-2020, at 1:57 PM, Daniel-Constantin Mierla >> <[email protected] <mailto:[email protected]>> wrote: >> >> Have you run rtpengine in debug mode to see if it gives some hints >> why is retrying the same command? >> >> Is it happening for every call and coming over the same connection? >> >> I do not know if this is by design, but if there is something to be >> tune, I think the best place is inside RTPEngine, geting the response >> that dialog is not found seems the right one from my point of view, >> given that the rpc command can be used by other apps. >> > Agree. I have posted the same to RTPEngine. They have taken care and > created a patch for that. Thank you very much for help.
OK, good to know. > > A small concern: > When Kamailio receives an event dlg.terminate_dlg from RTPEngine, I am > calling KSR.xmlrpc.dispatch_rpc() to process the event. Functionality > is working fine. It is ending the dialog but with that it is > generating below errors. > > 27(179) ERROR: pv [pv_core.c:704]: pv_get_callid(): cannot parse > Call-Id header > 27(179) ERROR: dialog [dlg_handlers.c:679]: pre_match_parse(): bad > request or missing CALLID/TO hdr :-/ > > Should I worry about it? Do you access $ci and use other dialog module functions when processing the xmlrpc command (inside the xmlrpc event route callback function)? Cheers, Daniel > >> >> Cheers, >> Daniel >> >> On 22.01.20 08:34, Miteshkumar Thakkar wrote: >>> No, that is not the case. It is visiting K+RTPENGINE only once. >>> >>> Mitesh >>> >>>> On 22-Jan-2020, at 1:00 PM, Daniel-Constantin Mierla >>>> <[email protected] <mailto:[email protected]>> wrote: >>>> >>>> Hello, >>>> >>>> is the call looped via rtpengine twice? Like >>>> >>>> UA1 ---- K+RTPENGINE ---- SIP Server ----- K+RTPENGINE ---- UA2 >>>> >>>> Cheers, >>>> Daniel >>>> >>>> On 22.01.20 08:21, Miteshkumar Thakkar wrote: >>>>> Hi, >>>>> >>>>> Any thoughts on this? >>>>> >>>>> Mitesh >>>>> >>>>>> On 26-Dec-2019, at 1:36 PM, Miteshkumar Thakkar >>>>>> <[email protected] <mailto:[email protected]>> wrote: >>>>>> >>>>>> This is really helpful development. >>>>>> I am facing one issue, when I use this. >>>>>> RTPEngine is sending two "dlg.terminate_dlg" events for single call to >>>>>> kamailio with same call-id but reversed to-tag and from-tag in second >>>>>> event. I believe this is due to two separate RTP streams. >>>>>> Problem here is that - in first event kamailio terminates the call, >>>>>> hence when second event comes, kamailio says - call-id not found and >>>>>> send response back to RTPEngine. But still RTPEngine keeps sending that >>>>>> event message for three more times. Kamailio has to respond to it with >>>>>> call-id not found. Which is overhead. Not recommended for production >>>>>> environment. >>>>>> How can I avoid this? Any help is appreciated. >>>>>> Thank you >>>>>> Mitesh >>>>>> >>>>>> That's great, thank you! >>>>>> >>>>>> Cheers, >>>>>> >>>>>> Daniel >>>>>> >>>>>> On 06.09.18 11:15, Richard Fuchs wrote: >>>>>> >>>>>> >/This is now supported as per / >>>>>> >>>>>> >>>>>> >/https://github.com/sipwise/rtpengine/commit/89084da8d820919b44a0244e16e6701822070a72 >>>>>> / >>>>>> >>>>>> > >>>>>> >>>>>> >/Cheers / >>>>>> >>>>>> > >>>>>> >>>>>> >/On 2018-09-05 05:39, Daniel-Constantin Mierla wrote: / >>>>>> >>>>>> >> >>>>>> >>>>>> >>/There is the dlg.terminate_dlg rpc command that requires >>>>>> callid, / >>>>>> >>>>>> >>/from-tag and to-tag as parameters: / >>>>>> >>>>>> >> >>>>>> >>>>>> >>/ * / >>>>>> >>>>>> >>>>>> >>/https://kamailio.org/docs/modules/5.1.x/modules/dialog.html#dlg.r.terminate_dlg >>>>>> / >>>>>> >>>>>> >> >>>>>> >>>>>> >>/So it expects something like: / >>>>>> >>>>>> >> >>>>>> >>>>>> >>/<?xml version="1.0" encoding="UTF-8"?> / >>>>>> >>>>>> >>/<methodCall> / >>>>>> >>>>>> >>/<methodName>dlg.terminate_dlg</methodName> / >>>>>> >>>>>> >>/<params> / >>>>>> >>>>>> >>/<param><value><string>_CALLID_VALUE__</string></value></param> / >>>>>> >>>>>> >>/<param><value><string>_FROM_TAG_VALUE__</string></value></param> >>>>>> / >>>>>> >>>>>> >>/<param><value><string>_TO_TAG_VALUE__</string></value></param> / >>>>>> >>>>>> >>/</params> / >>>>>> >>>>>> >>/</methodCall> / >>>>>> >>>>>> >> >>>>>> >>>>>> >>/I planned to make the from-tag and to-tag optional for quite >>>>>> some / >>>>>> >>>>>> >>/time, but didn't get the time for it yet. / >>>>>> >>>>>> >> >>>>>> >>>>>> >>/Cheers, / >>>>>> >>>>>> >>/Daniel / >>>>>> >>>>>> >> >>>>>> >>>>>> >>/On 05.09.18 08:52, Richard Fuchs wrote: / >>>>>> >>>>>> >>>/Yup that's exactly right. / >>>>>> >>>>>> >>> >>>>>> >>>>>> >>>/It would be fairly simple to implement an additional XMLRPC >>>>>> format / >>>>>> >>>>>> >>>/if there's a particular one that's more friendly towards >>>>>> Kamailio. / >>>>>> >>>>>> >>> >>>>>> >>>>>> >>>/Cheers / >>>>>> >>>>>> >>> >>>>>> >>>>>> >>>/On 2018-09-05 02:42, Daniel-Constantin Mierla wrote: / >>>>>> >>>>>> >>>> >>>>>> >>>>>> >>>>/Looking quickly at the readme of rtpengine application and >>>>>> digging / >>>>>> >>>>>> >>>>/a bit with google, it is something like rtpengine has to be >>>>>> started / >>>>>> >>>>>> >>>>/with / >>>>>> >>>>>> >>>> >>>>>> >>>>>> >>>>/-b http(s)://myrpcserver.ip/path -x 1 / >>>>>> >>>>>> >>>> >>>>>> >>>>>> >>>>/and then the xmlrpc request is going to be sent to that url, >>>>>> having / >>>>>> >>>>>> >>>>/a format like: / >>>>>> >>>>>> >>>> >>>>>> >>>>>> >>>>/<?xml version="1.0" encoding="UTF-8"?> / >>>>>> >>>>>> >>>>/<methodCall> / >>>>>> >>>>>> >>>>/<methodName>teardown</methodName> / >>>>>> >>>>>> >>>>/<params> / >>>>>> >>>>>> >>>>/<param><value><string>_CALLID_VALUE__</string></value></param> / >>>>>> >>>>>> >>>>/</params> / >>>>>> >>>>>> >>>>/</methodCall> / >>>>>> >>>>>> >>>> >>>>>> >>>>>> >>>>/Is it right? If yes, then I can try to make a sample config >>>>>> that / >>>>>> >>>>>> >>>>/could handle it using xmlops, xhttp and jsonrpcs modules. / >>>>>> >>>>>> >>>> >>>>>> >>>>>> >>>>/Cheers, / >>>>>> >>>>>> >>>>/Daniel / >>>>>> >>>>>> >>>> >>>>>> >>>>>> >>>> >>>>>> >>>>>> >>>>/On 05.09.18 08:24, Richard Fuchs wrote: / >>>>>> >>>>>> >>>>>/It does an XMLRPC callback. Currently there's two formats >>>>>> for it, / >>>>>> >>>>>> >>>>>/one is a sems sbc teardown request (using the from-tag), the >>>>>> other / >>>>>> >>>>>> >>>>>/is a generic "teardown" command using the call ID. / >>>>>> >>>>>> >>>>> >>>>>> >>>>>> >>>>>/Cheers / >>>>>> >>>>>> >>>>> >>>>>> >>>>>> >>>>>/On 2018-09-04 07:52, Daniel-Constantin Mierla wrote: / >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>/Hello, / >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>/what do you get from rtpengine on rtp timeout? An RPC call >>>>>> back / >>>>>> >>>>>> >>>>>>/or an http request? / >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>/Cheers, / >>>>>> >>>>>> >>>>>>/Daniel / >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>/On 04.09.18 12:48, Igor Olhovskiy wrote: / >>>>>> >>>>>> >>>>>>>/Hi all! / >>>>>> >>>>>> >>>>>>> >>>>>> >>>>>> >>>>>>>/Is there any way to end dialog in Kamailio on RTP Timeout >>>>>> event / >>>>>> >>>>>> >>>>>>>/on RTPEngine? / >>>>>> >>>>>> >>>>>>> >>>>>> >>>>>> >>>>>>>/Or only look at logs/redis database with external tool? / >>>>>> >>>>>> >>>>>>> >>>>>> >>>>>> >>>>>>>/Regards, Igor / >>>>>> >>>>>> >>>>>>> >>>>>> >>>>>> >>>>>>> >>>>>> >>>>>> >>>>>>>/_______________________________________________ / >>>>>> >>>>>> >>>>>>>/Kamailio (SER) - Users Mailing List / >>>>>> >>>>>> >>>>>>>/sr-users at lists.kamailio.org >>>>>> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> / >>>>>> >>>>>> >>>>>>>/https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>>>>> / >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>/-- / >>>>>> >>>>>> >>>>>>/Daniel-Constantin Mierla -- www.asipto.com >>>>>> <http://www.asipto.com/> / >>>>>> >>>>>> >>>>>>/www.twitter.com/miconda <http://www.twitter.com/miconda> -- >>>>>> www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> / >>>>>> >>>>>> >>>>>>/Kamailio World Conference -- www.kamailioworld.com >>>>>> <http://www.kamailioworld.com/> / >>>>>> >>>>>> >>>>>>/Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- >>>>>> www.asipto.com <http://www.asipto.com/> / >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>/_______________________________________________ / >>>>>> >>>>>> >>>>>>/Kamailio (SER) - Users Mailing List / >>>>>> >>>>>> >>>>>>/sr-users at lists.kamailio.org >>>>>> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> / >>>>>> >>>>>> >>>>>>/https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users / >>>>>> >>>>>> >>>>> >>>>>> >>>>>> >>>>> >>>>>> >>>>>> >>>>>/_______________________________________________ / >>>>>> >>>>>> >>>>>/Kamailio (SER) - Users Mailing List / >>>>>> >>>>>> >>>>>/sr-users at lists.kamailio.org >>>>>> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> / >>>>>> >>>>>> >>>>>/https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users / >>>>>> >>>>>> >>>> >>>>>> >>>>>> >>>>/-- / >>>>>> >>>>>> >>>>/Daniel-Constantin Mierla -- www.asipto.com >>>>>> <http://www.asipto.com/> / >>>>>> >>>>>> >>>>/www.twitter.com/miconda <http://www.twitter.com/miconda> -- >>>>>> www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> / >>>>>> >>>>>> >>>>/Kamailio World Conference -- www.kamailioworld.com >>>>>> <http://www.kamailioworld.com/> / >>>>>> >>>>>> >>>>/Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- >>>>>> www.asipto.com <http://www.asipto.com/> / >>>>>> >>>>>> >>> >>>>>> >>>>>> >>> >>>>>> >>>>>> >>>/_______________________________________________ / >>>>>> >>>>>> >>>/Kamailio (SER) - Users Mailing List / >>>>>> >>>>>> >>>/sr-users at lists.kamailio.org >>>>>> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> / >>>>>> >>>>>> >>>/https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users / >>>>>> >>>>>> >> >>>>>> >>>>>> >>/-- / >>>>>> >>>>>> >>/Daniel-Constantin Mierla -- www.asipto.com >>>>>> <http://www.asipto.com/> / >>>>>> >>>>>> >>/www.twitter.com/miconda <http://www.twitter.com/miconda> -- >>>>>> www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> / >>>>>> >>>>>> >>/Kamailio World Conference -- www.kamailioworld.com >>>>>> <http://www.kamailioworld.com/> / >>>>>> >>>>>> >>/Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- >>>>>> www.asipto.com <http://www.asipto.com/> / >>>>>> >>>>>> > >>>>>> >>>>>> > >>>>>> >>>>>> >/_______________________________________________ / >>>>>> >>>>>> >/Kamailio (SER) - Users Mailing List / >>>>>> >>>>>> >/sr-users at lists.kamailio.org >>>>>> <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> / >>>>>> >>>>>> >/https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users / >>>>>> >>>>>> -- >>>>>> >>>>>> Daniel-Constantin Mierla -- www.asipto.com <http://www.asipto.com/> >>>>>> >>>>>> www.twitter.com/miconda <http://www.twitter.com/miconda> -- >>>>>> www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> >>>>>> >>>>>> Kamailio World Conference -- www.kamailioworld.com >>>>>> <http://www.kamailioworld.com/> >>>>>> >>>>>> Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- >>>>>> www.asipto.com <http://www.asipto.com/> >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Kamailio (SER) - Users Mailing List >>>>> [email protected] >>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>>> -- >>>> Daniel-Constantin Mierla -- www.asipto.com >>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>> Kamailio Advanced Training - March 9-11, 2020, Berlin - www.asipto.com >>>> Kamailio World Conference - April 27-29, 2020, in Berlin -- >>>> www.kamailioworld.com >>> >> -- >> Daniel-Constantin Mierla -- www.asipto.com >> www.twitter.com/miconda -- www.linkedin.com/in/miconda >> Kamailio Advanced Training - March 9-11, 2020, Berlin - www.asipto.com >> Kamailio World Conference - April 27-29, 2020, in Berlin -- >> www.kamailioworld.com > -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - March 9-11, 2020, Berlin - www.asipto.com Kamailio World Conference - April 27-29, 2020, in Berlin -- www.kamailioworld.com
_______________________________________________ Kamailio (SER) - Users Mailing List [email protected] https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
