Thank you - that explains it! On Fri, Oct 6, 2017 at 11:31 PM, Federico Cabiddu <[email protected]> wrote: > 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 <[email protected]> > 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 >> [email protected] >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > > > _______________________________________________ > Kamailio (SER) - Users Mailing List > [email protected] > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >
_______________________________________________ Kamailio (SER) - Users Mailing List [email protected] https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
