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(a)gmail.com>om>:
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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users