On 13.02.20 11:25, Miteshkumar Thakkar wrote:


On 13-Feb-2020, at 3:31 PM, Daniel-Constantin Mierla <miconda@gmail.com> wrote:


On 13.02.20 10:43, Miteshkumar Thakkar wrote:


On 22-Jan-2020, at 1:57 PM, Daniel-Constantin Mierla <miconda@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)?

Not really. Here is what I am doing:

    local rpc_method = KSR.pv.get("$rm") or ""
    if rpc_method == "POST" or rpc_method == "GET" then
        if not (KSR.xmlrpc.dispatch_rpc()) then
            logger.log("err", "error")
        end
    end

Where is this piece of code executed?

Daniel


-Mitesh

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@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@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
>
> 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:
>>
>>   *
>>
>> 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
>>>>>>
>>>>>> -- 
>>>>>> Daniel-Constantin Mierla -- www.asipto.com
>>>>>> Kamailio World Conference -- www.kamailioworld.com
>>>>>> Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- www.asipto.com
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Kamailio (SER) - Users Mailing List
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Kamailio (SER) - Users Mailing List
>>>>
>>>> -- 
>>>> Daniel-Constantin Mierla -- www.asipto.com
>>>> Kamailio World Conference -- www.kamailioworld.com
>>>> Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- www.asipto.com
>>>
>>>
>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing List
>>
>> -- 
>> Daniel-Constantin Mierla -- www.asipto.com
>> Kamailio World Conference -- www.kamailioworld.com
>> Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- www.asipto.com
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
-- 
Daniel-Constantin Mierla -- www.asipto.com
Kamailio World Conference -- www.kamailioworld.com
Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- www.asipto.com


_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@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

-- 
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