[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