[SR-Users] rtpengine_manage in tsilo INVRESUME sends delete instead of offer

Federico Cabiddu federico.cabiddu at gmail.com
Fri Oct 6 17:31:07 CEST 2017


Hi,
http://www.kamailio.org/docs/modules/devel/modules/rtpengine.html#rtpengine.f.rtpengine_manage
.
If you are calling it after resuming a transaction you are basically in a
FAILURE_ROUTE, so it will call the "delete" command. You have to explicitly
call rtpengine_offer for this to work.

Cheers,

Federico

On Fri, Oct 6, 2017 at 5:23 PM, Anthony Alba <ascanio.alba7 at gmail.com>
wrote:

> Hi,
>
> I am using tsilo and  push notification recipe from
> https://www.kamailio.org/events/2015-KamailioWorld/
> Day2/20-Federico.Cabiddu-Kamailio-In-A-Mobile-World.pdf
>
> On resume of a suspended transaction rtpengine_manage() is sending
> delete instead of offer.
>
> In the routing block INVRESUME after t_continue():
>
>
> route[INVRESUME] {
>     lookup("location");
>     rtpengine_manage("DTLS=off ICE=remove");
>     t_relay();
>     ts_store();
>     $sht(vtp=>stored::$rU) = 1;
> }
>
> I expect rtpengine_manage() to send offer since this is a Request+SDP;
> instead it sends delete to rtpengine with garbage Call-ID. If I
> replace rtpengine_manage() with rtpengine_offer() then it works.
>
> rtpengine (the actual media proxy) sees
>
> Received command 'delete' from 192.168.1.755:49851
> Call-ID to delete not found
>
> which is totally bogus of course.
>
> rtpengine_offer() works fine but wondering why rtpengine_manage() goes
> berserk here.
>
> Anthony
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20171006/8985e8cf/attachment.html>


More information about the sr-users mailing list