[sr-dev] git:4.2:2a802634: evapi: readme regenerated

Daniel-Constantin Mierla miconda at gmail.com
Thu Dec 17 10:29:18 CET 2015


Module: kamailio
Branch: 4.2
Commit: 2a802634cfd176ce6920f827fb3bb2a2749e3d84
URL: https://github.com/kamailio/kamailio/commit/2a802634cfd176ce6920f827fb3bb2a2749e3d84

Author: Daniel-Constantin Mierla <miconda at gmail.com>
Committer: Daniel-Constantin Mierla <miconda at gmail.com>
Date: 2015-12-17T10:27:50+01:00

evapi: readme regenerated

---

Modified: modules/evapi/README

---

Diff:  https://github.com/kamailio/kamailio/commit/2a802634cfd176ce6920f827fb3bb2a2749e3d84.diff
Patch: https://github.com/kamailio/kamailio/commit/2a802634cfd176ce6920f827fb3bb2a2749e3d84.patch

---

diff --git a/modules/evapi/README b/modules/evapi/README
index 6035cce..4d61f8e 100644
--- a/modules/evapi/README
+++ b/modules/evapi/README
@@ -160,8 +160,16 @@ modparam("evapi", "netstring_format", 0)
 
 4.1. evapi_relay(evdata)
 
-   Relay the event data give as parameter to connected applications. The
-   format on the network is netstring with evdata payload.
+   Relay the event data given as parameter to connected applications.
+
+   The format on the network is netstring with evdata payload if
+   netstring_format parameter is set to 1 or bare evdata if
+   netstring_format parameter is set to 0.
+
+   The function is passing the task to evapi dispatcher process, therefore
+   the SIP worker process is not blocked. Also, it doesn't wait for any
+   response, therefore the processing of the configuration continues very
+   fast when executing evapi_relay().
 
    This function can be used from ANY_ROUTE.
 
@@ -182,10 +190,17 @@ evapi_relay("{ \"event\": \"test\",\n \"data\": { \"fU\": \"$fU\" }\n}");
 
 4.2. evapi_async_relay(evdata)
 
-   Relay the event data give as parameter to connected applications. The
-   format on the network is netstring with evdata payload. Before
-   evaluating the parameter, the request processing is suspended using tm
-   module.
+   Relay the event data given as parameter to connected applications.
+   Before evaluating the parameter, the request processing is suspended
+   using tm module (using the t_suspend()/t_continue() framework). The
+   routing of the SIP request can be continued once
+   event_route[evapi:message-received] is triggered. After
+   evapi_async_relay() returns true, no relaying should happen in
+   request_route(), it should be followed by exit;.
+
+   The format on the network is netstring with evdata payload if
+   netstring_format parameter is set to 1 or bare evdata if
+   netstring_format parameter is set to 0.
 
    This function can be used from REQUEST_ROUTE.
 




More information about the sr-dev mailing list