Hi Daniel, It's done by this cgrates route: ``` # CGRateS request for session disconnect route[CGR_SESSION_DISCONNECT] { json_get_field("$evapi(msg)", "HashEntry", "$var(HashEntry)"); json_get_field("$evapi(msg)", "HashId", "$var(HashId)"); json_get_field("$evapi(msg)", "Reason", "$var(Reason)"); jsonrpc_exec('{"jsonrpc":"2.0","id":1, "method":"dlg.end_dlg","params":[$(var(HashEntry){s.rm,"}),$(var(HashId){s.rm,"})]}'); } ``` It executes a dlg.end_dlg via jsonrpc. -- Aleksandar Sosic mail: alex.sosic(a)timenet.it skype: alex.sosic cell: +385 91 2505 146 On Mon, Oct 30, 2017 at 5:57 PM, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: > Hello, > > > On 30.10.17 17:29, Aleksandar Sosic wrote: >> Hi Everyone, >> >> we're trying to implement cgrates in our kamailio nodes. >> Everything is working fine except for the fact that kamailio is not >> signaling the call end to cgrates for prepaid users... The versions, >> logs and confs are: >> >> ``` >> # kamailio -v >> version: kamailio 5.0.3 (x86_64/linux) >> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, >> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, >> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, >> FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, >> USE_DST_BLACKLIST, HAVE_RESOLV_RES >> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, >> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB >> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. >> id: unknown >> compiled with gcc 5.3.1 >> ``` >> >> ``` >> # cgr-engine --version >> CGRateS 0.9.1~rc8 git+15a0793 (2017-10-23T12:15:40+02:00) >> ``` >> >> The kamailio conf regarding our problem is: >> ``` >> # Inform CGRateS about CALL_END (stop debit loops, perform accounting >> if desired in this way) >> route[CGR_CALL_END] { >> if $sht(cgrconn=>cgr) == $null { >> xlog("Charging controller unreachable"); >> exit; >> } >> $var(callDur) = $TS - $dlg(start_ts); >> evapi_relay("{\"event\":\"CGR_CALL_END\", >> \"callid\":\"$dlg(callid)\", >> \"from_tag\":\"$dlg(from_tag)\", >> \"cgr_reqtype\":\"$dlg_var(cgrReqType)\", >> \"cgr_tenant\":\"$dlg_var(cgrTenant)\", >> \"cgr_account\":\"$dlg_var(cgrAccount)\", >> \"cgr_destination\":\"$dlg_var(cgrDestination)\", >> \"cgr_answertime\":\"$dlg(start_ts)\", >> \"cgr_duration\":\"$var(callDur)\", >> \"cgr_supplier\":\"$dlg_var(cgrSupplier)\", >> \"cgr_disconnectcause\":\"$T_reply_code\"}"); >> } >> ``` >> >> The kamailio logs: >> >> ``` >> 17(114) ERROR: evapi [evapi_dispatch.c:707]: _evapi_relay(): failed to >> pass the pointer to evapi dispatcher >> 17(114) ERROR: evapi [evapi_mod.c:261]: w_evapi_relay(): failed to >> relay event: {"event":"CGR_CALL_END", >> [...] > does this happen on BYE or on dialog timeout? > > Cheers, > Daniel > > -- > Daniel-Constantin Mierla > www.twitter.com/miconda -- www.linkedin.com/in/miconda > Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com > Kamailio World Conference - www.kamailioworld.com >

17(114) NOTICE: evapi [evapi_dispatch.c:339]: evapi_recv_client(): {0} [127.0.0.1:41154] - received [99:{"Event":"CGR_SESSION_DISCONNECT","HashEntry":"715","HashId":"1885","Reason":"-INSUFFICIENT_FUNDS"},] (103) (0) It seems like an evapi recieved command. That triggers that route. After that I do have this errors in kamailio logs: 17(114) ERROR: <core> [core/parser/parse_from.c:107]: parse_from_uri(): failed to parse From uri 17(114) ERROR: pv [pv_core.c:414]: pv_get_xto_attr(): cannot parse From URI 17(114) ERROR: <core> [core/parser/parse_to.c:81]: parse_to_uri(): failed to parse To uri 17(114) ERROR: pv [pv_core.c:408]: pv_get_xto_attr(): cannot parse To URI -- Aleksandar Sosic mail: alex.sosic(a)timenet.it skype: alex.sosic cell: +385 91 2505 146 On Tue, Oct 31, 2017 at 12:04 PM, Daniel-Constantin Mierla &lt;miconda(a)gmail.com&gt; wrote: > Hello, > > when is the route[CGR_SESSION_DISCONNECT] executed? In other words, > where do you have route(CGR_SESSION_DISCONNECT) in your config or is > there any modparam with CGR_SESSION_DISCONNECT in it? > > Cheers, > Daniel > > > On 31.10.17 11:45, Aleksandar Sosic wrote: >> Hi Daniel, >> >> It's done by this cgrates route: >> ``` >> # CGRateS request for session disconnect >> route[CGR_SESSION_DISCONNECT] { >> json_get_field("$evapi(msg)", "HashEntry", "$var(HashEntry)"); >> json_get_field("$evapi(msg)", "HashId", "$var(HashId)"); >> json_get_field("$evapi(msg)", "Reason", "$var(Reason)"); >> jsonrpc_exec('{"jsonrpc":"2.0","id":1, >> "method":"dlg.end_dlg","params":[$(var(HashEntry){s.rm,"}),$(var(HashId){s.rm,"})]}'); >> } >> ``` >> >> It executes a dlg.end_dlg via jsonrpc. >> -- >> Aleksandar Sosic >> mail: alex.sosic(a)timenet.it >> skype: alex.sosic >> cell: +385 91 2505 146 >> >> >> On Mon, Oct 30, 2017 at 5:57 PM, Daniel-Constantin Mierla >> &lt;miconda(a)gmail.com&gt; wrote: >>> Hello, >>> >>> >>> On 30.10.17 17:29, Aleksandar Sosic wrote: >>>> Hi Everyone, >>>> >>>> we're trying to implement cgrates in our kamailio nodes. >>>> Everything is working fine except for the fact that kamailio is not >>>> signaling the call end to cgrates for prepaid users... The versions, >>>> logs and confs are: >>>> >>>> ``` >>>> # kamailio -v >>>> version: kamailio 5.0.3 (x86_64/linux) >>>> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, >>>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, >>>> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, >>>> FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, >>>> USE_DST_BLACKLIST, HAVE_RESOLV_RES >>>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, >>>> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB >>>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. >>>> id: unknown >>>> compiled with gcc 5.3.1 >>>> ``` >>>> >>>> ``` >>>> # cgr-engine --version >>>> CGRateS 0.9.1~rc8 git+15a0793 (2017-10-23T12:15:40+02:00) >>>> ``` >>>> >>>> The kamailio conf regarding our problem is: >>>> ``` >>>> # Inform CGRateS about CALL_END (stop debit loops, perform accounting >>>> if desired in this way) >>>> route[CGR_CALL_END] { >>>> if $sht(cgrconn=>cgr) == $null { >>>> xlog("Charging controller unreachable"); >>>> exit; >>>> } >>>> $var(callDur) = $TS - $dlg(start_ts); >>>> evapi_relay("{\"event\":\"CGR_CALL_END\", >>>> \"callid\":\"$dlg(callid)\", >>>> \"from_tag\":\"$dlg(from_tag)\", >>>> \"cgr_reqtype\":\"$dlg_var(cgrReqType)\", >>>> \"cgr_tenant\":\"$dlg_var(cgrTenant)\", >>>> \"cgr_account\":\"$dlg_var(cgrAccount)\", >>>> \"cgr_destination\":\"$dlg_var(cgrDestination)\", >>>> \"cgr_answertime\":\"$dlg(start_ts)\", >>>> \"cgr_duration\":\"$var(callDur)\", >>>> \"cgr_supplier\":\"$dlg_var(cgrSupplier)\", >>>> \"cgr_disconnectcause\":\"$T_reply_code\"}"); >>>> } >>>> ``` >>>> >>>> The kamailio logs: >>>> >>>> ``` >>>> 17(114) ERROR: evapi [evapi_dispatch.c:707]: _evapi_relay(): failed to >>>> pass the pointer to evapi dispatcher >>>> 17(114) ERROR: evapi [evapi_mod.c:261]: w_evapi_relay(): failed to >>>> relay event: {"event":"CGR_CALL_END", >>>> [...] >>> does this happen on BYE or on dialog timeout? >>> >>> Cheers, >>> Daniel >>> >>> -- >>> Daniel-Constantin Mierla >>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>> Kamailio World Conference - www.kamailioworld.com >>> > -- > Daniel-Constantin Mierla > www.twitter.com/miconda -- www.linkedin.com/in/miconda > Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com > Kamailio World Conference - www.kamailioworld.com >

Hi Daniel, so the kamailio.conf sections that matters are here: https://gist.github.com/alexsosic/5a33d314d2db1832fd04166fe6615227 Thanks for your time! -- Aleksandar Sosic mail: alex.sosic(a)timenet.it skype: alex.sosic cell: +385 91 2505 146 On Tue, Oct 31, 2017 at 12:51 PM, Daniel-Constantin Mierla &lt;miconda(a)gmail.com&gt; wrote: > It is a bit hard to guess the logic you have there, but seems like > cgrates sends a disconnect request via event api, which via some actions > triggers a dialog end, which then wants to send back an event to cgrates > that call is ending? Like a loop back communication with evapi receiver ... > > Maybe you can share the config file (or the relevant parts). > > Cheers, > Daniel > > On 31.10.17 12:18, Aleksandar Sosic wrote: >> 17(114) NOTICE: evapi [evapi_dispatch.c:339]: evapi_recv_client(): {0} >> [127.0.0.1:41154] - received >> [99:{"Event":"CGR_SESSION_DISCONNECT","HashEntry":"715","HashId":"1885","Reason":"-INSUFFICIENT_FUNDS"},] >> (103) (0) >> >> It seems like an evapi recieved command. >> That triggers that route. >> >> After that I do have this errors in kamailio logs: >> 17(114) ERROR: <core> [core/parser/parse_from.c:107]: >> parse_from_uri(): failed to parse From uri >> 17(114) ERROR: pv [pv_core.c:414]: pv_get_xto_attr(): cannot parse From URI >> 17(114) ERROR: <core> [core/parser/parse_to.c:81]: parse_to_uri(): >> failed to parse To uri >> 17(114) ERROR: pv [pv_core.c:408]: pv_get_xto_attr(): cannot parse To URI >> -- >> Aleksandar Sosic >> mail: alex.sosic(a)timenet.it >> skype: alex.sosic >> cell: +385 91 2505 146 >> >> >> On Tue, Oct 31, 2017 at 12:04 PM, Daniel-Constantin Mierla >> &lt;miconda(a)gmail.com&gt; wrote: >>> Hello, >>> >>> when is the route[CGR_SESSION_DISCONNECT] executed? In other words, >>> where do you have route(CGR_SESSION_DISCONNECT) in your config or is >>> there any modparam with CGR_SESSION_DISCONNECT in it? >>> >>> Cheers, >>> Daniel >>> >>> >>> On 31.10.17 11:45, Aleksandar Sosic wrote: >>>> Hi Daniel, >>>> >>>> It's done by this cgrates route: >>>> ``` >>>> # CGRateS request for session disconnect >>>> route[CGR_SESSION_DISCONNECT] { >>>> json_get_field("$evapi(msg)", "HashEntry", "$var(HashEntry)"); >>>> json_get_field("$evapi(msg)", "HashId", "$var(HashId)"); >>>> json_get_field("$evapi(msg)", "Reason", "$var(Reason)"); >>>> jsonrpc_exec('{"jsonrpc":"2.0","id":1, >>>> "method":"dlg.end_dlg","params":[$(var(HashEntry){s.rm,"}),$(var(HashId){s.rm,"})]}'); >>>> } >>>> ``` >>>> >>>> It executes a dlg.end_dlg via jsonrpc. >>>> -- >>>> Aleksandar Sosic >>>> mail: alex.sosic(a)timenet.it >>>> skype: alex.sosic >>>> cell: +385 91 2505 146 >>>> >>>> >>>> On Mon, Oct 30, 2017 at 5:57 PM, Daniel-Constantin Mierla >>>> &lt;miconda(a)gmail.com&gt; wrote: >>>>> Hello, >>>>> >>>>> >>>>> On 30.10.17 17:29, Aleksandar Sosic wrote: >>>>>> Hi Everyone, >>>>>> >>>>>> we're trying to implement cgrates in our kamailio nodes. >>>>>> Everything is working fine except for the fact that kamailio is not >>>>>> signaling the call end to cgrates for prepaid users... The versions, >>>>>> logs and confs are: >>>>>> >>>>>> ``` >>>>>> # kamailio -v >>>>>> version: kamailio 5.0.3 (x86_64/linux) >>>>>> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, >>>>>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, >>>>>> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, >>>>>> FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, >>>>>> USE_DST_BLACKLIST, HAVE_RESOLV_RES >>>>>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, >>>>>> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB >>>>>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. >>>>>> id: unknown >>>>>> compiled with gcc 5.3.1 >>>>>> ``` >>>>>> >>>>>> ``` >>>>>> # cgr-engine --version >>>>>> CGRateS 0.9.1~rc8 git+15a0793 (2017-10-23T12:15:40+02:00) >>>>>> ``` >>>>>> >>>>>> The kamailio conf regarding our problem is: >>>>>> ``` >>>>>> # Inform CGRateS about CALL_END (stop debit loops, perform accounting >>>>>> if desired in this way) >>>>>> route[CGR_CALL_END] { >>>>>> if $sht(cgrconn=>cgr) == $null { >>>>>> xlog("Charging controller unreachable"); >>>>>> exit; >>>>>> } >>>>>> $var(callDur) = $TS - $dlg(start_ts); >>>>>> evapi_relay("{\"event\":\"CGR_CALL_END\", >>>>>> \"callid\":\"$dlg(callid)\", >>>>>> \"from_tag\":\"$dlg(from_tag)\", >>>>>> \"cgr_reqtype\":\"$dlg_var(cgrReqType)\", >>>>>> \"cgr_tenant\":\"$dlg_var(cgrTenant)\", >>>>>> \"cgr_account\":\"$dlg_var(cgrAccount)\", >>>>>> \"cgr_destination\":\"$dlg_var(cgrDestination)\", >>>>>> \"cgr_answertime\":\"$dlg(start_ts)\", >>>>>> \"cgr_duration\":\"$var(callDur)\", >>>>>> \"cgr_supplier\":\"$dlg_var(cgrSupplier)\", >>>>>> \"cgr_disconnectcause\":\"$T_reply_code\"}"); >>>>>> } >>>>>> ``` >>>>>> >>>>>> The kamailio logs: >>>>>> >>>>>> ``` >>>>>> 17(114) ERROR: evapi [evapi_dispatch.c:707]: _evapi_relay(): failed to >>>>>> pass the pointer to evapi dispatcher >>>>>> 17(114) ERROR: evapi [evapi_mod.c:261]: w_evapi_relay(): failed to >>>>>> relay event: {"event":"CGR_CALL_END", >>>>>> [...] >>>>> does this happen on BYE or on dialog timeout? >>>>> >>>>> Cheers, >>>>> Daniel >>>>> >>>>> -- >>>>> Daniel-Constantin Mierla >>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>>>> Kamailio World Conference - www.kamailioworld.com >>>>> >>> -- >>> Daniel-Constantin Mierla >>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>> Kamailio World Conference - www.kamailioworld.com >>> > -- > Daniel-Constantin Mierla > www.twitter.com/miconda -- www.linkedin.com/in/miconda > Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com > Kamailio World Conference - www.kamailioworld.com >

Thank you Daniel! -- Aleksandar Sosic mail: alex.sosic(a)timenet.it skype: alex.sosic cell: +385 91 2505 146 On Wed, Nov 1, 2017 at 10:39 AM, Daniel-Constantin Mierla &lt;miconda(a)gmail.com&gt; wrote: > Hello, > > ok, now the cfg execution flow is easier to understand. The evapi > receiver was not designed to write back directly, I will try to find a > solution for this case. > > Cheers, > Daniel > > On 31.10.17 15:03, Aleksandar Sosic wrote: >> Hi Daniel, >> >> so the kamailio.conf sections that matters are here: >> https://gist.github.com/alexsosic/5a33d314d2db1832fd04166fe6615227 >> >> Thanks for your time! >> -- >> Aleksandar Sosic >> mail: alex.sosic(a)timenet.it >> skype: alex.sosic >> cell: +385 91 2505 146 >> >> >> On Tue, Oct 31, 2017 at 12:51 PM, Daniel-Constantin Mierla >> &lt;miconda(a)gmail.com&gt; wrote: >>> It is a bit hard to guess the logic you have there, but seems like >>> cgrates sends a disconnect request via event api, which via some actions >>> triggers a dialog end, which then wants to send back an event to cgrates >>> that call is ending? Like a loop back communication with evapi receiver ... >>> >>> Maybe you can share the config file (or the relevant parts). >>> >>> Cheers, >>> Daniel >>> >>> On 31.10.17 12:18, Aleksandar Sosic wrote: >>>> 17(114) NOTICE: evapi [evapi_dispatch.c:339]: evapi_recv_client(): {0} >>>> [127.0.0.1:41154] - received >>>> [99:{"Event":"CGR_SESSION_DISCONNECT","HashEntry":"715","HashId":"1885","Reason":"-INSUFFICIENT_FUNDS"},] >>>> (103) (0) >>>> >>>> It seems like an evapi recieved command. >>>> That triggers that route. >>>> >>>> After that I do have this errors in kamailio logs: >>>> 17(114) ERROR: <core> [core/parser/parse_from.c:107]: >>>> parse_from_uri(): failed to parse From uri >>>> 17(114) ERROR: pv [pv_core.c:414]: pv_get_xto_attr(): cannot parse From URI >>>> 17(114) ERROR: <core> [core/parser/parse_to.c:81]: parse_to_uri(): >>>> failed to parse To uri >>>> 17(114) ERROR: pv [pv_core.c:408]: pv_get_xto_attr(): cannot parse To URI >>>> -- >>>> Aleksandar Sosic >>>> mail: alex.sosic(a)timenet.it >>>> skype: alex.sosic >>>> cell: +385 91 2505 146 >>>> >>>> >>>> On Tue, Oct 31, 2017 at 12:04 PM, Daniel-Constantin Mierla >>>> &lt;miconda(a)gmail.com&gt; wrote: >>>>> Hello, >>>>> >>>>> when is the route[CGR_SESSION_DISCONNECT] executed? In other words, >>>>> where do you have route(CGR_SESSION_DISCONNECT) in your config or is >>>>> there any modparam with CGR_SESSION_DISCONNECT in it? >>>>> >>>>> Cheers, >>>>> Daniel >>>>> >>>>> >>>>> On 31.10.17 11:45, Aleksandar Sosic wrote: >>>>>> Hi Daniel, >>>>>> >>>>>> It's done by this cgrates route: >>>>>> ``` >>>>>> # CGRateS request for session disconnect >>>>>> route[CGR_SESSION_DISCONNECT] { >>>>>> json_get_field("$evapi(msg)", "HashEntry", "$var(HashEntry)"); >>>>>> json_get_field("$evapi(msg)", "HashId", "$var(HashId)"); >>>>>> json_get_field("$evapi(msg)", "Reason", "$var(Reason)"); >>>>>> jsonrpc_exec('{"jsonrpc":"2.0","id":1, >>>>>> "method":"dlg.end_dlg","params":[$(var(HashEntry){s.rm,"}),$(var(HashId){s.rm,"})]}'); >>>>>> } >>>>>> ``` >>>>>> >>>>>> It executes a dlg.end_dlg via jsonrpc. >>>>>> -- >>>>>> Aleksandar Sosic >>>>>> mail: alex.sosic(a)timenet.it >>>>>> skype: alex.sosic >>>>>> cell: +385 91 2505 146 >>>>>> >>>>>> >>>>>> On Mon, Oct 30, 2017 at 5:57 PM, Daniel-Constantin Mierla >>>>>> &lt;miconda(a)gmail.com&gt; wrote: >>>>>>> Hello, >>>>>>> >>>>>>> >>>>>>> On 30.10.17 17:29, Aleksandar Sosic wrote: >>>>>>>> Hi Everyone, >>>>>>>> >>>>>>>> we're trying to implement cgrates in our kamailio nodes. >>>>>>>> Everything is working fine except for the fact that kamailio is not >>>>>>>> signaling the call end to cgrates for prepaid users... The versions, >>>>>>>> logs and confs are: >>>>>>>> >>>>>>>> ``` >>>>>>>> # kamailio -v >>>>>>>> version: kamailio 5.0.3 (x86_64/linux) >>>>>>>> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, >>>>>>>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, >>>>>>>> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, >>>>>>>> FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, >>>>>>>> USE_DST_BLACKLIST, HAVE_RESOLV_RES >>>>>>>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, >>>>>>>> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB >>>>>>>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. >>>>>>>> id: unknown >>>>>>>> compiled with gcc 5.3.1 >>>>>>>> ``` >>>>>>>> >>>>>>>> ``` >>>>>>>> # cgr-engine --version >>>>>>>> CGRateS 0.9.1~rc8 git+15a0793 (2017-10-23T12:15:40+02:00) >>>>>>>> ``` >>>>>>>> >>>>>>>> The kamailio conf regarding our problem is: >>>>>>>> ``` >>>>>>>> # Inform CGRateS about CALL_END (stop debit loops, perform accounting >>>>>>>> if desired in this way) >>>>>>>> route[CGR_CALL_END] { >>>>>>>> if $sht(cgrconn=>cgr) == $null { >>>>>>>> xlog("Charging controller unreachable"); >>>>>>>> exit; >>>>>>>> } >>>>>>>> $var(callDur) = $TS - $dlg(start_ts); >>>>>>>> evapi_relay("{\"event\":\"CGR_CALL_END\", >>>>>>>> \"callid\":\"$dlg(callid)\", >>>>>>>> \"from_tag\":\"$dlg(from_tag)\", >>>>>>>> \"cgr_reqtype\":\"$dlg_var(cgrReqType)\", >>>>>>>> \"cgr_tenant\":\"$dlg_var(cgrTenant)\", >>>>>>>> \"cgr_account\":\"$dlg_var(cgrAccount)\", >>>>>>>> \"cgr_destination\":\"$dlg_var(cgrDestination)\", >>>>>>>> \"cgr_answertime\":\"$dlg(start_ts)\", >>>>>>>> \"cgr_duration\":\"$var(callDur)\", >>>>>>>> \"cgr_supplier\":\"$dlg_var(cgrSupplier)\", >>>>>>>> \"cgr_disconnectcause\":\"$T_reply_code\"}"); >>>>>>>> } >>>>>>>> ``` >>>>>>>> >>>>>>>> The kamailio logs: >>>>>>>> >>>>>>>> ``` >>>>>>>> 17(114) ERROR: evapi [evapi_dispatch.c:707]: _evapi_relay(): failed to >>>>>>>> pass the pointer to evapi dispatcher >>>>>>>> 17(114) ERROR: evapi [evapi_mod.c:261]: w_evapi_relay(): failed to >>>>>>>> relay event: {"event":"CGR_CALL_END", >>>>>>>> [...] >>>>>>> does this happen on BYE or on dialog timeout? >>>>>>> >>>>>>> Cheers, >>>>>>> Daniel >>>>>>> >>>>>>> -- >>>>>>> Daniel-Constantin Mierla >>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>>>>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>>>>>> Kamailio World Conference - www.kamailioworld.com >>>>>>> >>>>> -- >>>>> Daniel-Constantin Mierla >>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>>>> Kamailio World Conference - www.kamailioworld.com >>>>> >>> -- >>> Daniel-Constantin Mierla >>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>> Kamailio World Conference - www.kamailioworld.com >>> > -- > Daniel-Constantin Mierla > www.twitter.com/miconda -- www.linkedin.com/in/miconda > Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com > Kamailio World Conference - www.kamailioworld.com >

Does the last debian jessie package contains such patch? in my /etc/apt/sources.list: deb http://deb.kamailio.org/kamailio50 xenial main deb-src http://deb.kamailio.org/kamailio50 xenial main Thanks, -- Aleksandar Sosic mail: alex.sosic(a)timenet.it skype: alex.sosic cell: +385 91 2505 146 On Fri, Nov 3, 2017 at 9:26 AM, Daniel-Constantin Mierla &lt;miconda(a)gmail.com&gt; wrote: > Hello, > > can you try with latest master? I just pushed a patch that should handle > this case. Let me know if works or not. > > Cheers, > Daniel > > > On 01.11.17 11:57, Aleksandar Sosic wrote: >> Thank you Daniel! >> -- >> Aleksandar Sosic >> mail: alex.sosic(a)timenet.it >> skype: alex.sosic >> cell: +385 91 2505 146 >> >> >> On Wed, Nov 1, 2017 at 10:39 AM, Daniel-Constantin Mierla >> &lt;miconda(a)gmail.com&gt; wrote: >>> Hello, >>> >>> ok, now the cfg execution flow is easier to understand. The evapi >>> receiver was not designed to write back directly, I will try to find a >>> solution for this case. >>> >>> Cheers, >>> Daniel >>> >>> On 31.10.17 15:03, Aleksandar Sosic wrote: >>>> Hi Daniel, >>>> >>>> so the kamailio.conf sections that matters are here: >>>> https://gist.github.com/alexsosic/5a33d314d2db1832fd04166fe6615227 >>>> >>>> Thanks for your time! >>>> -- >>>> Aleksandar Sosic >>>> mail: alex.sosic(a)timenet.it >>>> skype: alex.sosic >>>> cell: +385 91 2505 146 >>>> >>>> >>>> On Tue, Oct 31, 2017 at 12:51 PM, Daniel-Constantin Mierla >>>> &lt;miconda(a)gmail.com&gt; wrote: >>>>> It is a bit hard to guess the logic you have there, but seems like >>>>> cgrates sends a disconnect request via event api, which via some actions >>>>> triggers a dialog end, which then wants to send back an event to cgrates >>>>> that call is ending? Like a loop back communication with evapi receiver ... >>>>> >>>>> Maybe you can share the config file (or the relevant parts). >>>>> >>>>> Cheers, >>>>> Daniel >>>>> >>>>> On 31.10.17 12:18, Aleksandar Sosic wrote: >>>>>> 17(114) NOTICE: evapi [evapi_dispatch.c:339]: evapi_recv_client(): {0} >>>>>> [127.0.0.1:41154] - received >>>>>> [99:{"Event":"CGR_SESSION_DISCONNECT","HashEntry":"715","HashId":"1885","Reason":"-INSUFFICIENT_FUNDS"},] >>>>>> (103) (0) >>>>>> >>>>>> It seems like an evapi recieved command. >>>>>> That triggers that route. >>>>>> >>>>>> After that I do have this errors in kamailio logs: >>>>>> 17(114) ERROR: <core> [core/parser/parse_from.c:107]: >>>>>> parse_from_uri(): failed to parse From uri >>>>>> 17(114) ERROR: pv [pv_core.c:414]: pv_get_xto_attr(): cannot parse From URI >>>>>> 17(114) ERROR: <core> [core/parser/parse_to.c:81]: parse_to_uri(): >>>>>> failed to parse To uri >>>>>> 17(114) ERROR: pv [pv_core.c:408]: pv_get_xto_attr(): cannot parse To URI >>>>>> -- >>>>>> Aleksandar Sosic >>>>>> mail: alex.sosic(a)timenet.it >>>>>> skype: alex.sosic >>>>>> cell: +385 91 2505 146 >>>>>> >>>>>> >>>>>> On Tue, Oct 31, 2017 at 12:04 PM, Daniel-Constantin Mierla >>>>>> &lt;miconda(a)gmail.com&gt; wrote: >>>>>>> Hello, >>>>>>> >>>>>>> when is the route[CGR_SESSION_DISCONNECT] executed? In other words, >>>>>>> where do you have route(CGR_SESSION_DISCONNECT) in your config or is >>>>>>> there any modparam with CGR_SESSION_DISCONNECT in it? >>>>>>> >>>>>>> Cheers, >>>>>>> Daniel >>>>>>> >>>>>>> >>>>>>> On 31.10.17 11:45, Aleksandar Sosic wrote: >>>>>>>> Hi Daniel, >>>>>>>> >>>>>>>> It's done by this cgrates route: >>>>>>>> ``` >>>>>>>> # CGRateS request for session disconnect >>>>>>>> route[CGR_SESSION_DISCONNECT] { >>>>>>>> json_get_field("$evapi(msg)", "HashEntry", "$var(HashEntry)"); >>>>>>>> json_get_field("$evapi(msg)", "HashId", "$var(HashId)"); >>>>>>>> json_get_field("$evapi(msg)", "Reason", "$var(Reason)"); >>>>>>>> jsonrpc_exec('{"jsonrpc":"2.0","id":1, >>>>>>>> "method":"dlg.end_dlg","params":[$(var(HashEntry){s.rm,"}),$(var(HashId){s.rm,"})]}'); >>>>>>>> } >>>>>>>> ``` >>>>>>>> >>>>>>>> It executes a dlg.end_dlg via jsonrpc. >>>>>>>> -- >>>>>>>> Aleksandar Sosic >>>>>>>> mail: alex.sosic(a)timenet.it >>>>>>>> skype: alex.sosic >>>>>>>> cell: +385 91 2505 146 >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Oct 30, 2017 at 5:57 PM, Daniel-Constantin Mierla >>>>>>>> &lt;miconda(a)gmail.com&gt; wrote: >>>>>>>>> Hello, >>>>>>>>> >>>>>>>>> >>>>>>>>> On 30.10.17 17:29, Aleksandar Sosic wrote: >>>>>>>>>> Hi Everyone, >>>>>>>>>> >>>>>>>>>> we're trying to implement cgrates in our kamailio nodes. >>>>>>>>>> Everything is working fine except for the fact that kamailio is not >>>>>>>>>> signaling the call end to cgrates for prepaid users... The versions, >>>>>>>>>> logs and confs are: >>>>>>>>>> >>>>>>>>>> ``` >>>>>>>>>> # kamailio -v >>>>>>>>>> version: kamailio 5.0.3 (x86_64/linux) >>>>>>>>>> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, >>>>>>>>>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, >>>>>>>>>> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, >>>>>>>>>> FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, >>>>>>>>>> USE_DST_BLACKLIST, HAVE_RESOLV_RES >>>>>>>>>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, >>>>>>>>>> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB >>>>>>>>>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. >>>>>>>>>> id: unknown >>>>>>>>>> compiled with gcc 5.3.1 >>>>>>>>>> ``` >>>>>>>>>> >>>>>>>>>> ``` >>>>>>>>>> # cgr-engine --version >>>>>>>>>> CGRateS 0.9.1~rc8 git+15a0793 (2017-10-23T12:15:40+02:00) >>>>>>>>>> ``` >>>>>>>>>> >>>>>>>>>> The kamailio conf regarding our problem is: >>>>>>>>>> ``` >>>>>>>>>> # Inform CGRateS about CALL_END (stop debit loops, perform accounting >>>>>>>>>> if desired in this way) >>>>>>>>>> route[CGR_CALL_END] { >>>>>>>>>> if $sht(cgrconn=>cgr) == $null { >>>>>>>>>> xlog("Charging controller unreachable"); >>>>>>>>>> exit; >>>>>>>>>> } >>>>>>>>>> $var(callDur) = $TS - $dlg(start_ts); >>>>>>>>>> evapi_relay("{\"event\":\"CGR_CALL_END\", >>>>>>>>>> \"callid\":\"$dlg(callid)\", >>>>>>>>>> \"from_tag\":\"$dlg(from_tag)\", >>>>>>>>>> \"cgr_reqtype\":\"$dlg_var(cgrReqType)\", >>>>>>>>>> \"cgr_tenant\":\"$dlg_var(cgrTenant)\", >>>>>>>>>> \"cgr_account\":\"$dlg_var(cgrAccount)\", >>>>>>>>>> \"cgr_destination\":\"$dlg_var(cgrDestination)\", >>>>>>>>>> \"cgr_answertime\":\"$dlg(start_ts)\", >>>>>>>>>> \"cgr_duration\":\"$var(callDur)\", >>>>>>>>>> \"cgr_supplier\":\"$dlg_var(cgrSupplier)\", >>>>>>>>>> \"cgr_disconnectcause\":\"$T_reply_code\"}"); >>>>>>>>>> } >>>>>>>>>> ``` >>>>>>>>>> >>>>>>>>>> The kamailio logs: >>>>>>>>>> >>>>>>>>>> ``` >>>>>>>>>> 17(114) ERROR: evapi [evapi_dispatch.c:707]: _evapi_relay(): failed to >>>>>>>>>> pass the pointer to evapi dispatcher >>>>>>>>>> 17(114) ERROR: evapi [evapi_mod.c:261]: w_evapi_relay(): failed to >>>>>>>>>> relay event: {"event":"CGR_CALL_END", >>>>>>>>>> [...] >>>>>>>>> does this happen on BYE or on dialog timeout? >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Daniel >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Daniel-Constantin Mierla >>>>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>>>>>>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>>>>>>>> Kamailio World Conference - www.kamailioworld.com >>>>>>>>> >>>>>>> -- >>>>>>> Daniel-Constantin Mierla >>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>>>>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>>>>>> Kamailio World Conference - www.kamailioworld.com >>>>>>> >>>>> -- >>>>> Daniel-Constantin Mierla >>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>>>> Kamailio World Conference - www.kamailioworld.com >>>>> >>> -- >>> Daniel-Constantin Mierla >>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>> Kamailio World Conference - www.kamailioworld.com >>> > -- > Daniel-Constantin Mierla > www.twitter.com/miconda -- www.linkedin.com/in/miconda > Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com > Kamailio World Conference - www.kamailioworld.com >

Everything is working now, thanks for your help and quick fix! -- Aleksandar Sosic mail: alex.sosic(a)timenet.it skype: alex.sosic cell: +385 91 2505 146 On Mon, Nov 6, 2017 at 11:34 AM, Daniel-Constantin Mierla &lt;miconda(a)gmail.com&gt; wrote: > Hello, > > only master branch got the patches, you have to install from: > > http://deb.kamailio.org/kamailiodev-nightly > > See the wiki for more about available debian/ubuntu repos: > > - > https://www.kamailio.org/wiki/packages/debs#kamailio_development_master_bra… > > If all works fine, then I will backport to 5.0. I didn't want to break > stable branch 5.0 without any testing, as I don't have a testbed to > replicate your use case. > > Cheers, > Daniel > > > On 06.11.17 11:24, Aleksandar Sosic wrote: >> Does the last debian jessie package contains such patch? >> >> in my /etc/apt/sources.list: >> deb http://deb.kamailio.org/kamailio50 xenial main >> deb-src http://deb.kamailio.org/kamailio50 xenial main >> >> Thanks, >> -- >> Aleksandar Sosic >> mail: alex.sosic(a)timenet.it >> skype: alex.sosic >> cell: +385 91 2505 146 >> >> >> On Fri, Nov 3, 2017 at 9:26 AM, Daniel-Constantin Mierla >> &lt;miconda(a)gmail.com&gt; wrote: >>> Hello, >>> >>> can you try with latest master? I just pushed a patch that should handle >>> this case. Let me know if works or not. >>> >>> Cheers, >>> Daniel >>> >>> >>> On 01.11.17 11:57, Aleksandar Sosic wrote: >>>> Thank you Daniel! >>>> -- >>>> Aleksandar Sosic >>>> mail: alex.sosic(a)timenet.it >>>> skype: alex.sosic >>>> cell: +385 91 2505 146 >>>> >>>> >>>> On Wed, Nov 1, 2017 at 10:39 AM, Daniel-Constantin Mierla >>>> &lt;miconda(a)gmail.com&gt; wrote: >>>>> Hello, >>>>> >>>>> ok, now the cfg execution flow is easier to understand. The evapi >>>>> receiver was not designed to write back directly, I will try to find a >>>>> solution for this case. >>>>> >>>>> Cheers, >>>>> Daniel >>>>> >>>>> On 31.10.17 15:03, Aleksandar Sosic wrote: >>>>>> Hi Daniel, >>>>>> >>>>>> so the kamailio.conf sections that matters are here: >>>>>> https://gist.github.com/alexsosic/5a33d314d2db1832fd04166fe6615227 >>>>>> >>>>>> Thanks for your time! >>>>>> -- >>>>>> Aleksandar Sosic >>>>>> mail: alex.sosic(a)timenet.it >>>>>> skype: alex.sosic >>>>>> cell: +385 91 2505 146 >>>>>> >>>>>> >>>>>> On Tue, Oct 31, 2017 at 12:51 PM, Daniel-Constantin Mierla >>>>>> &lt;miconda(a)gmail.com&gt; wrote: >>>>>>> It is a bit hard to guess the logic you have there, but seems like >>>>>>> cgrates sends a disconnect request via event api, which via some actions >>>>>>> triggers a dialog end, which then wants to send back an event to cgrates >>>>>>> that call is ending? Like a loop back communication with evapi receiver ... >>>>>>> >>>>>>> Maybe you can share the config file (or the relevant parts). >>>>>>> >>>>>>> Cheers, >>>>>>> Daniel >>>>>>> >>>>>>> On 31.10.17 12:18, Aleksandar Sosic wrote: >>>>>>>> 17(114) NOTICE: evapi [evapi_dispatch.c:339]: evapi_recv_client(): {0} >>>>>>>> [127.0.0.1:41154] - received >>>>>>>> [99:{"Event":"CGR_SESSION_DISCONNECT","HashEntry":"715","HashId":"1885","Reason":"-INSUFFICIENT_FUNDS"},] >>>>>>>> (103) (0) >>>>>>>> >>>>>>>> It seems like an evapi recieved command. >>>>>>>> That triggers that route. >>>>>>>> >>>>>>>> After that I do have this errors in kamailio logs: >>>>>>>> 17(114) ERROR: <core> [core/parser/parse_from.c:107]: >>>>>>>> parse_from_uri(): failed to parse From uri >>>>>>>> 17(114) ERROR: pv [pv_core.c:414]: pv_get_xto_attr(): cannot parse From URI >>>>>>>> 17(114) ERROR: <core> [core/parser/parse_to.c:81]: parse_to_uri(): >>>>>>>> failed to parse To uri >>>>>>>> 17(114) ERROR: pv [pv_core.c:408]: pv_get_xto_attr(): cannot parse To URI >>>>>>>> -- >>>>>>>> Aleksandar Sosic >>>>>>>> mail: alex.sosic(a)timenet.it >>>>>>>> skype: alex.sosic >>>>>>>> cell: +385 91 2505 146 >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Oct 31, 2017 at 12:04 PM, Daniel-Constantin Mierla >>>>>>>> &lt;miconda(a)gmail.com&gt; wrote: >>>>>>>>> Hello, >>>>>>>>> >>>>>>>>> when is the route[CGR_SESSION_DISCONNECT] executed? In other words, >>>>>>>>> where do you have route(CGR_SESSION_DISCONNECT) in your config or is >>>>>>>>> there any modparam with CGR_SESSION_DISCONNECT in it? >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Daniel >>>>>>>>> >>>>>>>>> >>>>>>>>> On 31.10.17 11:45, Aleksandar Sosic wrote: >>>>>>>>>> Hi Daniel, >>>>>>>>>> >>>>>>>>>> It's done by this cgrates route: >>>>>>>>>> ``` >>>>>>>>>> # CGRateS request for session disconnect >>>>>>>>>> route[CGR_SESSION_DISCONNECT] { >>>>>>>>>> json_get_field("$evapi(msg)", "HashEntry", "$var(HashEntry)"); >>>>>>>>>> json_get_field("$evapi(msg)", "HashId", "$var(HashId)"); >>>>>>>>>> json_get_field("$evapi(msg)", "Reason", "$var(Reason)"); >>>>>>>>>> jsonrpc_exec('{"jsonrpc":"2.0","id":1, >>>>>>>>>> "method":"dlg.end_dlg","params":[$(var(HashEntry){s.rm,"}),$(var(HashId){s.rm,"})]}'); >>>>>>>>>> } >>>>>>>>>> ``` >>>>>>>>>> >>>>>>>>>> It executes a dlg.end_dlg via jsonrpc. >>>>>>>>>> -- >>>>>>>>>> Aleksandar Sosic >>>>>>>>>> mail: alex.sosic(a)timenet.it >>>>>>>>>> skype: alex.sosic >>>>>>>>>> cell: +385 91 2505 146 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Mon, Oct 30, 2017 at 5:57 PM, Daniel-Constantin Mierla >>>>>>>>>> &lt;miconda(a)gmail.com&gt; wrote: >>>>>>>>>>> Hello, >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On 30.10.17 17:29, Aleksandar Sosic wrote: >>>>>>>>>>>> Hi Everyone, >>>>>>>>>>>> >>>>>>>>>>>> we're trying to implement cgrates in our kamailio nodes. >>>>>>>>>>>> Everything is working fine except for the fact that kamailio is not >>>>>>>>>>>> signaling the call end to cgrates for prepaid users... The versions, >>>>>>>>>>>> logs and confs are: >>>>>>>>>>>> >>>>>>>>>>>> ``` >>>>>>>>>>>> # kamailio -v >>>>>>>>>>>> version: kamailio 5.0.3 (x86_64/linux) >>>>>>>>>>>> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, >>>>>>>>>>>> DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, >>>>>>>>>>>> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, USE_FUTEX, >>>>>>>>>>>> FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, >>>>>>>>>>>> USE_DST_BLACKLIST, HAVE_RESOLV_RES >>>>>>>>>>>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, >>>>>>>>>>>> MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB >>>>>>>>>>>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. >>>>>>>>>>>> id: unknown >>>>>>>>>>>> compiled with gcc 5.3.1 >>>>>>>>>>>> ``` >>>>>>>>>>>> >>>>>>>>>>>> ``` >>>>>>>>>>>> # cgr-engine --version >>>>>>>>>>>> CGRateS 0.9.1~rc8 git+15a0793 (2017-10-23T12:15:40+02:00) >>>>>>>>>>>> ``` >>>>>>>>>>>> >>>>>>>>>>>> The kamailio conf regarding our problem is: >>>>>>>>>>>> ``` >>>>>>>>>>>> # Inform CGRateS about CALL_END (stop debit loops, perform accounting >>>>>>>>>>>> if desired in this way) >>>>>>>>>>>> route[CGR_CALL_END] { >>>>>>>>>>>> if $sht(cgrconn=>cgr) == $null { >>>>>>>>>>>> xlog("Charging controller unreachable"); >>>>>>>>>>>> exit; >>>>>>>>>>>> } >>>>>>>>>>>> $var(callDur) = $TS - $dlg(start_ts); >>>>>>>>>>>> evapi_relay("{\"event\":\"CGR_CALL_END\", >>>>>>>>>>>> \"callid\":\"$dlg(callid)\", >>>>>>>>>>>> \"from_tag\":\"$dlg(from_tag)\", >>>>>>>>>>>> \"cgr_reqtype\":\"$dlg_var(cgrReqType)\", >>>>>>>>>>>> \"cgr_tenant\":\"$dlg_var(cgrTenant)\", >>>>>>>>>>>> \"cgr_account\":\"$dlg_var(cgrAccount)\", >>>>>>>>>>>> \"cgr_destination\":\"$dlg_var(cgrDestination)\", >>>>>>>>>>>> \"cgr_answertime\":\"$dlg(start_ts)\", >>>>>>>>>>>> \"cgr_duration\":\"$var(callDur)\", >>>>>>>>>>>> \"cgr_supplier\":\"$dlg_var(cgrSupplier)\", >>>>>>>>>>>> \"cgr_disconnectcause\":\"$T_reply_code\"}"); >>>>>>>>>>>> } >>>>>>>>>>>> ``` >>>>>>>>>>>> >>>>>>>>>>>> The kamailio logs: >>>>>>>>>>>> >>>>>>>>>>>> ``` >>>>>>>>>>>> 17(114) ERROR: evapi [evapi_dispatch.c:707]: _evapi_relay(): failed to >>>>>>>>>>>> pass the pointer to evapi dispatcher >>>>>>>>>>>> 17(114) ERROR: evapi [evapi_mod.c:261]: w_evapi_relay(): failed to >>>>>>>>>>>> relay event: {"event":"CGR_CALL_END", >>>>>>>>>>>> [...] >>>>>>>>>>> does this happen on BYE or on dialog timeout? >>>>>>>>>>> >>>>>>>>>>> Cheers, >>>>>>>>>>> Daniel >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Daniel-Constantin Mierla >>>>>>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>>>>>>>>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>>>>>>>>>> Kamailio World Conference - www.kamailioworld.com >>>>>>>>>>> >>>>>>>>> -- >>>>>>>>> Daniel-Constantin Mierla >>>>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>>>>>>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>>>>>>>> Kamailio World Conference - www.kamailioworld.com >>>>>>>>> >>>>>>> -- >>>>>>> Daniel-Constantin Mierla >>>>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>>>>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>>>>>> Kamailio World Conference - www.kamailioworld.com >>>>>>> >>>>> -- >>>>> Daniel-Constantin Mierla >>>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>>>> Kamailio World Conference - www.kamailioworld.com >>>>> >>> -- >>> Daniel-Constantin Mierla >>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>> Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com >>> Kamailio World Conference - www.kamailioworld.com >>> > -- > Daniel-Constantin Mierla > www.twitter.com/miconda -- www.linkedin.com/in/miconda > Kamailio Advanced Training, Nov 13-15, 2017, in Berlin - www.asipto.com > Kamailio World Conference - www.kamailioworld.com >