[sr-dev] git:master:650087d6: modules: readme files regenerated - rtpengine ...

Kamailio Dev kamailio.dev at kamailio.org
Mon Nov 21 12:31:50 CET 2016


Module: kamailio
Branch: master
Commit: 650087d6e352ab5e299c3dabe8ab2ea307840a83
URL: https://github.com/kamailio/kamailio/commit/650087d6e352ab5e299c3dabe8ab2ea307840a83

Author: Kamailio Dev <kamailio.dev at kamailio.org>
Committer: Kamailio Dev <kamailio.dev at kamailio.org>
Date: 2016-11-21T12:31:38+01:00

modules: readme files regenerated - rtpengine ...

---

Modified: modules/rtpengine/README
Modified: modules/rtpproxy/README

---

Diff:  https://github.com/kamailio/kamailio/commit/650087d6e352ab5e299c3dabe8ab2ea307840a83.diff
Patch: https://github.com/kamailio/kamailio/commit/650087d6e352ab5e299c3dabe8ab2ea307840a83.patch

---

diff --git a/modules/rtpengine/README b/modules/rtpengine/README
index fcea3ca..cbdae9c 100644
--- a/modules/rtpengine/README
+++ b/modules/rtpengine/README
@@ -974,8 +974,12 @@ rtpengine_delete();
        with internal flag FL_SDP_BODY to know that the 1xx and 2xx are for
        rtpengine_answer()
      * If ACK with SDP, then do rtpengine_answer()
-     * If BYE or CANCEL, or called within a FAILURE_ROUTE[], then do
-       rtpengine_delete()
+     * If BYE or CANCEL, or called within a FAILURE_ROUTE[], then call
+       rtpengine_delete(). Be careful with calling this function after
+       resuming a suspended transaction (e.g., after t_continue()),
+       because the context of executed route is FAILURE ROUTE (in other
+       words, rtpengine_manage() in the route block of t_continue() does
+       the same as in failure_route).
      * If reply to INVITE with code >= 300 do rtpengine_delete()
      * If reply with SDP to INVITE having code 1xx and 2xx, then do
        rtpengine_answer() if the request had SDP or tm is not loaded,
diff --git a/modules/rtpproxy/README b/modules/rtpproxy/README
index eb90232..9af7f23 100644
--- a/modules/rtpproxy/README
+++ b/modules/rtpproxy/README
@@ -640,8 +640,12 @@ rtpproxy_destroy();
        with internal flag FL_SDP_BODY to know that the 1xx and 2xx are for
        rtpproxy_answer()
      * If ACK with SDP, then do rtpproxy_answer()
-     * If BYE or CANCEL, or called within a FAILURE_ROUTE[], then do
-       unforce_rtpproxy()
+     * If BYE or CANCEL, or called within a FAILURE_ROUTE[], then call
+       unforce_rtpproxy(). Be careful with calling this function after
+       resuming a suspended transaction (e.g., after t_continue()),
+       because the context of executed route is FAILURE ROUTE (in other
+       words, rtpproxy_manage() in the route block of t_continue() does
+       the same as in failure_route).
      * If reply to INVITE with code >= 300 do unforce_rtpproxy()
      * If reply with SDP to INVITE having code 1xx and 2xx, then do
        rtpproxy_answer() if the request had SDP or tm is not loaded,




More information about the sr-dev mailing list