kamailio A relays to kamailio B
kamailio B send 300 redirect back to kamailio A
In this setup how do I catch the redirect response back from kamailio B
What conditions should I do to catch and further process the redirect message
Regards
Hi Aqs,
How about putting a loop protection of some sort additionally like $si !=
myself.
Is there any chance the API http call is getting skipped to relay w/o
getting any reply back and hence looping back to itself ?
Regards,
Sammy
On Jul 22, 2016 14:17, "Aqs Younas" <aqsyounas(a)gmail.com> wrote:
Hi,
I am using http_async_client and dispatcher modules of Kamailio.
Here is scenario!
http_async_client makes calls to an API to get groupid upon which
dispatcher sends calls.
I am using SIPp to generate calls with 100 cps. I see some calls being
failed with an error cause, 483 Too Many Hops.
Taking the trace shows Kamailio routing some calls to itself.
I think this is not a configuration issue since all calls are same(follow
same logic) and some calls get failed.
Any pointer is much appreciated.
Best Regards.
_______________________________________________
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
Hi,
I'm requesting 'dlg.list' from JSONRPC-S via XHTTP on a rather busy
server, i.e.
event_route[xhttp:request] {
xlog("L_INFO", 'action=ER-XHTTP-REQUEST | ret=LOG_HTTP_REQ |
data={"method": "$rm", "path": "$hu", "source": "$si:$sp"}');
# Digest challenge omitted.
if($hu =~ "^/rpc") {
xlog("L_INFO", 'action=ER-XHTTP-REQUEST |
ret=JSON_RPC_REQUEST | data={"path": "$hu"}');
jsonrpc_dispatch();
} else {
xhttp_reply("404", "Not Found", "text/html", "");
}
}
# curl --digest -v \
-X POST -H 'Content-Type: application/json' \
-H 'Call-ID: abc12' \
-d '{"jsonrpc": "2.0", "method": "dlg.list", "id": "0deadb33f"}' \
'http://sipus_adm:raSheinmet4@10.0.62.74:5060/csrp_rpc/'
and finding that when there's more than a hundred or so dialogs in play,
Kamailio abruptly closes the connection in the middle of returning the
output:
-----
"tag": "AF5DA9B4-6D5",
"contact": "sip:14045551212@xxx.xxx.xxx.xxx:5060",
"cseq": "0",
"route_set": "",
"socket": "udp:xxx.xxx.xxx.xxx:5060"
},
* transfer closed with 151674 bytes remaining to read
* Closing connection #0
curl: (18) transfer closed with 151674 bytes remaining to read
"profiles": ["total",[root@proxy kamailio]#
------
I can't seem to figure out what parameters regulate this. I'm using the
following TCP settings:
tcp_async=yes
tcp_connect_timeout=5
tcp_crlf_ping=no
tcp_keepalive=yes
tcp_keepidle=30
tcp_linger2=10
tcp_max_connections=4096
tcp_send_timeout=3
tcp_accept_no_cl=yes
tcp_wq_blk_size=65535
tcp_wq_max=20971520
But this doesn't seem to have had any effect.
Any help appreciated!
Thanks,
-- Alex
--
Alex Balashov | Principal | Evariste Systems LLC
1447 Peachtree Street NE, Suite 700
Atlanta, GA 30309
United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
Hi,
I have a issue with the db_cluster module. All works fine but when i
enable ACC records to the database i get duplicate entry's in the acc
table. I have 2 nodes enabled:
# ----- db_cluster params -----
modparam("db_cluster", "connection",
"con1=>mysql://kamailio:password@10.1.1.1/kamailio")
modparam("db_cluster", "connection",
"con2=>mysql://kamailio:password@10.1.1.2/kamailio")
modparam("db_cluster", "cluster", "cls1=>con1=9s8p;con2=9s8p")
When i remove one node from the pool the acc records look fine. Could
this be a bug? Or should i bypass the db_cluster for accounting?
I'm running kamailio 4.4.2.
Thanks,
Jan Hazenberg
Hi List,
When sending an invite and the calle not found or responding with an ACK I
want my script do some costume work.
When can I do it (using regular script)?
Thanks,
Nir
Hello everyone,
I am deploying an IMS core, however I can not register the user (Bob). The
entities are all working PCSCF, ICSCF SCSCF and HSS, I suppose. However
after utiliizar Wireshark is returned the following error:
604 Does not exist anywhere - HSS User Unknow
400 Bad Request - P-visited-Network-ID header missing.
What am I doing wrong? I ask for help, the great community. Or methods to
better understand what is causing the problem.
Is it DNS?
Regards.
--
Rodrigo M.
(37) 9132-4539
(34) 9889-3069
rodrigo.moreira2007
Hi,
Is it possible to open a websocket connection from kamailio to another
websocket server.
not something based on sip, just a websocket to send to the websocket
server messages from cfg file. (like http_query) ??
Uri
I'm trying to play around a bit with app_python using the examples in the
source. I'd like to access the content of the body of the SIP message, but
can't figure out how to do that. I can get headers, method, etc. How does
one access body content with app_python?
Thanks. -A
--
Anthony - https://messinet.com/ - https://messinet.com/~amessina/gallery
F9B6 560E 68EA 037D 8C3D D1C9 FF31 3BDB D9D8 99B6
Hello,
I've got an odd issue where:
1. TCP client makes call out through Kamailio.
2. Call is answered, TCP client sends e2e ACK.
3. Parser chokes on ACK, closes TCP connection (SYN+FIN).
4. Subsequent messages from the client, immediately following the ACK
(about 240 ms later), come through because the client is halfway around
the world - about 250 ms away - and is not yet aware the connection has
been closed. Otherwise, it would presumably try to re-establish the
connection before sending anything.
Anyway, messages from the parser concerning the ACK are:
---
Aug 4 21:55:57 sip-proxy /usr/local/kamailio/sbin/kamailio[14680]:
INFO: <core> [parser/parse_fline.c:144]: parse_first_line():
ERROR:parse_first_line: method not followed by SP
Aug 4 21:55:57 sip-proxy /usr/local/kamailio/sbin/kamailio[14680]:
ERROR: <core> [parser/parse_fline.c:257]: parse_first_line():
parse_first_line: bad message (offset: 0)
Aug 4 21:55:57 sip-proxy /usr/local/kamailio/sbin/kamailio[14680]:
ERROR: <core> [parser/msg_parser.c:690]: parse_msg(): ERROR: parse_msg:
message=<0#015#012a=rtcp:4007 IN IP4
1.1.1.1:1071#015#012a=sendrecv#015#012a=rtpmap:0
PCMU/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:96
telephone-event/8000#015#012a=fmtp:96 0-16#015#012ACK
sip:*98*0b3ff883-a89d-4317-b758-8979682f5357@10.0.2.53:5060;transport=udp
SIP/2.0#015#012Via: SIP/2.0/TCP
1.1.1.1:61979;branch=z9hG4bKPjc15bf9fdded940cab7f859634b9f036e;alias#015#012Max-Forwards:
70#015#012From:
sip:4b57be8d-267d-48c4-aa82-0f3a269d74cb@sip.evaristesys.com;tag=dd1d7fd0344d47b7b22c4017091df17a#015#012To:
sip:*98*0b3ff883-a89d-4317-b758-8979682f5357@sip.evaristesys.com;tag=2rZDKcBFmU65S#015#012Call-ID:
5ba5a84451074159aaaa931eb1f98fe5#015#012CSeq: 3071 ACK#015#012Route:
<sip:2.2.2.2;transport=tcp;lr;r2=on;ftag=dd1d7fd0344d47b7b22c4017091df17a;rtp_set_id=1>#015#012Route:
<sip:10.0.2.119;lr;r2=on;ftag=dd1d7fd0344d47b7b22c4017091df17a;rtp_set_id=1>#015#012Content-Length:
0#015#012#015#012>
Aug 4 21:55:57 sip-proxy /usr/local/kamailio/sbin/kamailio[14680]:
ERROR: <core> [receive.c:173]: receive_msg(): core parsing of SIP
message failed (1.1.1.1:61979/2)
---
That doesn't look like a clean message buffer to me. The message should
start here:
ACK
sip:*98*0b3ff883-a89d-4317-b758-8979682f5357@10.0.2.53:5060;transport=udp
SIP/2.0#015#012Via: SIP/2.0/TCP ...
But instead it's got these SDP attributes prepended:
0#015#012a=rtcp:4007 IN IP4
1.1.1.1:1071#015#012a=sendrecv#015#012a=rtpmap:0
PCMU/8000#015#012a=rtpmap:8 PCMA/8000#015#012a=rtpmap:96
telephone-event/8000#015#012a=fmtp:96 0-16#015#012
These SDP attribute appear to have fallen off the back of the SDP offer
in the initial INVITE:
v=0
o=- 3679365582 3679365582 IN IP4 10.0.0.200
s=pjmedia
t=0 0
m=audio 4006 RTP/AVP 0 8 96
c=IN IP4 1.1.1.1
The relationship between the 4006 RTP port and the 4007 RTCP port
suggests that these two things belong together.
This is on kamailio 4.4.0 (x86_64/linux) d4f23c. Any help would be
greatly appreciated! The issue is consistently reproducible and this
happens every time.
Cheers,
-- Alex
--
Alex Balashov | Principal | Evariste Systems LLC
1447 Peachtree Street NE, Suite 700
Atlanta, GA 30309
United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
