Hi,

thanks for a reply. Command "ngrep -d any -t -W byline port 8448" prints

#####

when CGRateS and telnet connect (TCP handshakes) and stays quiet during the rest of the test. When I type something into telnet, I can see incoming packets:

T 2016/08/22 09:18:21.115922 192.168.30.1:46378 -> 192.168.30.29:8448 [AP]
efelin.

Unfortunetely I am no closer to resolving my issue.

Netstat shows:

root@cgrates:/usr/share/cgrates/tutorials/kamevapi/cgrates/etc/init.d# netstat -tlpnueea | grep kamailio
tcp        0      0 0.0.0.0:8448            0.0.0.0:*               LISTEN      0          78179       14540/kamailio  
tcp        0      0 192.168.30.29:5060      0.0.0.0:*               LISTEN      0          78149       14548/kamailio  
tcp        0      0 127.0.0.1:8448          127.0.0.1:51976         ESTABLISHED 0          78552       14540/kamailio  
tcp        0      0 192.168.30.29:8448      192.168.30.1:46432      ESTABLISHED 0          78493       14540/kamailio  
udp        0      0 192.168.30.29:5060      0.0.0.0:*                           0          78147       14529/kamailio 

Thanks.

Jan

2016-08-20 4:22 GMT+02:00 Infinicalls Infinicalls <infinicalls@gmail.com>:
Hi,
 Use  "ngrep -t -W byline port 8448" to sniff the port and see if it helps.

regards
Ganesh Kumar


On 8/19/16, Efelin Novak <efelin.novak@gmail.com> wrote:
> Hi folks,
>
> I came into a problem with evapi module, while I was trying to make the
> CGRateS tutorial work. It does not send any messages at all.
>
> Taken steps:
>
> I start kamailio with debug=3.
>
> I start:
>   CGRates (on the kamailio machine)
>   telnet 192.168.30.29 8448 (from my PC)
>   tcpdump port 8448 -A -s0 -i any (on the kamailio machine)
>
> Telnet command successfully connects to kamailio. Kamailio yells:
>
> root@cgrates:/opt/kamailio/src/kamailio-4.4/kamailio# 11(12205) DEBUG:
> evapi [evapi_dispatch.c:453]: evapi_accept_client(): new connection -
> pos[1] from: [192.168.30.1:40312]
> 11(12205) INFO: <script>: Starting Evapi connector srcaddr 192.168.30.1
> srcport  40312 condix 1
> 11(12205) DEBUG: htable [ht_var.c:90]: pv_set_ht_cell(): set value for
> $sht(cgrconn=>cgr)
>
> A similar message is printed when CGRateS connects in.
>
> Afterwards I make a call to Kamailio. INVITE is routed to a following
> command:
>
> evapi_async_relay("{\"event\":\"CGR_AUTH_REQUEST\",
>                 \"tr_index\":\"$T(id_index)\",
>                 \"tr_label\":\"$T(id_label)\",
>                 \"cgr_reqtype\":\"$dlg_var(cgrReqType)\",
>                 \"cgr_tenant\":\"$dlg_var(cgrTenant)\",
>                 \"cgr_account\":\"$dlg_var(cgrAccount)\",
>                 \"cgr_destination\":\"$dlg_var(cgrDestination)\",
>                 \"cgr_setuptime\":\"$TS\",
>                 \"cgr_computelcr\":\"true\"}");
>
> Now the kamailio writes:
>
> .
> .
> .
>  2(12196) DEBUG: dialog [dlg_var.c:260]: print_lists(): Dialog var-list
> (0x7f196d1c5248):
>  2(12196) DEBUG: dialog [dlg_var.c:265]: print_lists(): cgrDestination=1002
> (flags 1)
>  2(12196) DEBUG: dialog [dlg_var.c:265]: print_lists(): cgrAccount=1001
> (flags 1)
>  2(12196) DEBUG: dialog [dlg_var.c:265]: print_lists(): cgrTenant=
> cgrates.org (flags 1)
>  2(12196) DEBUG: dialog [dlg_var.c:265]: print_lists(): cgrReqType=*prepaid
> (flags 1)
>  2(12196) DEBUG: dialog [dlg_hash.c:922]: dlg_unref(): unref dlg
> 0x7f196d1c4c08 with 1 -> 1
>  2(12196) DEBUG: evapi [evapi_dispatch.c:603]: evapi_relay(): relaying
> event data [{"event":"CGR_AUTH_REQUEST",
> "tr_index":"59559",
> "tr_label":"1886589610",
> "cgr_reqtype":"*prepaid",
> "cgr_tenant":"cgrates.org",
> "cgr_account":"1001",
> "cgr_destination":"1002",
> "cgr_setuptime":"1471623526",
> "cgr_computelcr":"true"}] (246)
>  2(12196) DEBUG: evapi [evapi_dispatch.c:628]: evapi_relay(): sending
> [0x7f196d1c88b8] [246:{"event":"CGR_AUTH_REQUEST",
> "tr_index":"59559",
> "tr_label":"1886589610",
> "cgr_reqtype":"*prepaid",
> "cgr_tenant":"cgrates.org",
> "cgr_account":"1001",
> "cgr_destination":"1002",
> "cgr_setuptime":"1471623526",
> "cgr_computelcr":"true"},] (251)
>  2(12196) DEBUG: evapi [evapi_dispatch.c:630]: evapi_relay(): Len of write
> is 8
>  2(12196) INFO: <script>: suspended transaction: 59559 / 1886589610
> .
> .
> .
>
> However no reply from CGRateS comes, tcpdump is quiet (no message was sent
> or received), as well as my testing telnet session (nothing is received).
>
> The network doesn't seems to be the issue, as when I write "6:Efelin," to
> the telnet session, kamailio executes the route
> event_route[evapi:message-received]
>
> Versions:
>
> # dpkg -l | grep libev-dev
> ii  libev-dev                      1:4.15-3                    amd64
>
> # uname -a
> Linux cgrates 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2+deb8u3
> (2016-07-02) x86_64 GNU/Linux
>
> # kamailio -V
> version: kamailio 4.4.2 (x86_64/linux) 384e90
> flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS,
> 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: 384e90
> compiled on 12:04:04 Aug 19 2016 with gcc 4.9.2
>
> I wasn't able to find anything that might block the connection. Can anyone
> point me to, how to debug this issue further?
>
> Thanks for any advice.
>
> Kind regards
>
> Jan Muranyi
>

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users