[SR-Users] dlg.end_dlg on RTP timeout
Daniel-Constantin Mierla
miconda at gmail.com
Thu Feb 13 11:01:32 CET 2020
On 13.02.20 10:43, Miteshkumar Thakkar wrote:
>
>
>> On 22-Jan-2020, at 1:57 PM, Daniel-Constantin Mierla
>> <miconda at gmail.com <mailto:miconda at gmail.com>> 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
>>>> <miconda at gmail.com <mailto:miconda at gmail.com>> 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
>>>>>> <mitesh.thakkar at plivo.com <mailto:mitesh.thakkar at plivo.com>> 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
>>>>> sr-users at lists.kamailio.org
>>>>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200213/97231ad1/attachment.html>
More information about the sr-users
mailing list