<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix"><font face="monospace">Date: Fri, 15
Mar 2013 08:44:13 +0100<br>
From: Daniel-Constantin Mierla <a class="moz-txt-link-rfc2396E" href="mailto:miconda@gmail.com"><miconda@gmail.com></a><br>
Subject: Re: [SR-Users] Problems with Mar portion of
registration<br>
[IMS]<br>
To: "Kamailio (SER) - Users Mailing List"<br>
<a class="moz-txt-link-rfc2396E" href="mailto:sr-users@lists.sip-router.org"><sr-users@lists.sip-router.org></a><br>
Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:5142D14D.7080808@gmail.com"><5142D14D.7080808@gmail.com></a><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
Hello,<br>
<br>
I haven't played with IMS modules, but you said is causing scscf
to die<br>
-- is that a kamailio instance? What means 'to die' -- does it
crash? If<br>
yes, can you get the syslog messages and the gdb backtrace?<br>
<br>
Cheers,<br>
Daniel<br>
<br>
</font><br>
<font face="monospace"><font face="monospace">============================================</font><br>
<b>Response:</b><br>
</font><font face="monospace"><font face="monospace">============================================<br>
It appears any way we force the scscf to process a mar causes
a crash.<br>
<br>
<br>
Core was generated by `/usr/sbin/kamailio -P
/var/run/kamailio.pid -m 64 -M 4 -u kamailio -g kamailio'.<br>
Program terminated with signal 11, Segmentation fault.<br>
#0 async_cdp_callback (is_timeout=<value optimized
out>, param=0x7f641b158e70, maa=0x7f641b159040,<br>
elapsed_msecs=<value optimized out>) at
cxdx_mar.c:414<br>
414 start_reg_await_timer(avlist[0]); //start the timer
to remove stale or unused Auth Vectors<br>
Missing separate debuginfos, use: debuginfo-install
glibc-2.12-1.107.el6.x86_64 libxml2-2.7.6-8.el6_3.4.x86_64
nss-pam-ldapd-0.7.5-18.el6.x86_64 pcre-7.8-6.el6.x86_64
zlib-1.2.3-29.el6.x86_64<br>
(gdb)<br>
<br>
<br>
<br>
syslog:<br>
7(2211) DEBUG: tm [t_lookup.c:1657]: DEBUG: t_lookup_ident:
transaction found<br>
7(2211) INFO: ims_auth [cxdx_avp.c:139]:
cxdx_get_experimental_result_code: Failed finding avp<br>
7(2211) INFO: ims_auth [cxdx_avp.c:139]:
cxdx_get_sip_number_auth_items: Failed finding avp<br>
7(2211) DEBUG: <core> [msg_translator.c:206]:
check_via_address(10.12.92.191, 10.12.92.191, 0)<br>
7(2211) DEBUG: <core> [mem/shm_mem.c:111]:
WARNING:vqm_resize: resize(0) called<br>
7(2211) DEBUG: tm [t_reply.c:1547]: DEBUG:
cleanup_uac_timers: RETR/FR timers reset<br>
7(2211) DEBUG: tm [t_reply.c:706]: DEBUG: reply sent out.
buf=0x7f64e586b950: SIP/2.0 403 Forbidde...,
shmem=0x7f64de66c1b0: SIP/2.0 403 Forbidde<br>
7(2211) DEBUG: tm [t_reply.c:716]: DEBUG: _reply_light:
finished<br>
0(2204) DEBUG: <core> [parser/msg_parser.c:623]: SIP
Request:<br>
0(2204) DEBUG: <core> [parser/msg_parser.c:625]:
method: <REGISTER><br>
0(2204) DEBUG: <core> [parser/msg_parser.c:627]:
uri: <sip:scscf.somecompany.com:6060><br>
0(2204) DEBUG: <core> [parser/msg_parser.c:629]:
version: <SIP/2.0><br>
0(2204) DEBUG: <core> [parser/msg_parser.c:170]:
get_hdr_field: cseq <CSeq>: <5> <REGISTER><br>
0(2204) DEBUG: <core> [parser/parse_to.c:799]: end of
header reached, state=10<br>
0(2204) DEBUG: <core> [parser/msg_parser.c:190]: DEBUG:
get_hdr_field: <To> [34]; uri=[<a class="moz-txt-link-abbreviated" href="mailto:sip:bob@somecompany.com">sip:bob@somecompany.com</a>]<br>
0(2204) DEBUG: <core> [parser/msg_parser.c:192]: DEBUG:
to body ["bob" <a class="moz-txt-link-rfc2396E" href="mailto:sip:bob@somecompany.com"><sip:bob@somecompany.com></a><br>
]<br>
0(2204) DEBUG: <core> [parser/parse_via.c:1284]: Found
param type 232, <branch> =
<z9hG4bK1bd1.929b9c33.1>; state=16<br>
0(2204) DEBUG: <core> [parser/parse_via.c:2672]: end of
header reached, state=5<br>
0(2204) DEBUG: <core> [parser/msg_parser.c:513]:
parse_headers: Via found, flags=2<br>
0(2204) DEBUG: <core> [parser/msg_parser.c:515]:
parse_headers: this is the first via<br>
0(2204) DEBUG: <core> [receive.c:149]: After
parse_msg...<br>
0(2204) DEBUG: <core> [receive.c:190]: preparing to run
routing scripts...<br>
0(2204) DEBUG: maxfwd [mf_funcs.c:85]: value = 15<br>
0(2204) DEBUG: <core> [parser/parse_via.c:1284]: Found
param type 232, <branch> =
<z9hG4bK1bd1.a11580a2575452ad784ca00f869952fb.0>;
state=16<br>
0(2204) DEBUG: <core> [parser/parse_via.c:2672]: end of
header reached, state=5<br>
0(2204) DEBUG: <core> [parser/msg_parser.c:513]:
parse_headers: Via found, flags=1000<br>
0(2204) DEBUG: <core> [parser/msg_parser.c:526]:
parse_headers: this is the second via<br>
0(2204) DEBUG: <core> [parser/parse_via.c:1284]: Found
param type 232, <branch> =
<z9hG4bK-333530-035cb8a7773aa017e8e89aa8db3c4f01>;
state=16<br>
0(2204) DEBUG: <core> [parser/parse_via.c:2672]: end of
header reached, state=5<br>
0(2204) DEBUG: <core> [parser/msg_parser.c:513]:
parse_headers: Via found, flags=1000<br>
0(2204) DEBUG: <core> [parser/msg_parser.c:204]: DEBUG:
get_hdr_body : content_length=0<br>
0(2204) DEBUG: <core> [parser/msg_parser.c:106]: found
end of header<br>
0(2204) DEBUG: <core> [parser/parse_to.c:176]: DEBUG:
add_param: tag=1f9be4d3<br>
0(2204) DEBUG: <core> [parser/parse_to.c:799]: end of
header reached, state=29<br>
0(2204) DEBUG: sanity [mod_sanity.c:255]: sanity checks
result: 1<br>
0(2204) DEBUG: siputils [checks.c:103]: no totag<br>
0(2204) DEBUG: <core> [select.c:425]: Calling SELECT
0x7f64e5839ea0<br>
0(2204) DEBUG: tm [t_lookup.c:1095]: DEBUG: t_check_msg: msg
id=5 global id=4 T start=0xffffffffffffffff<br>
0(2204) DEBUG: tm [t_lookup.c:534]: t_lookup_request: start
searching: hash=7601, isACK=0<br>
0(2204) DEBUG: tm [t_lookup.c:492]: DEBUG: RFC3261
transaction matching failed<br>
0(2204) DEBUG: tm [t_lookup.c:716]: DEBUG: t_lookup_request:
no transaction found<br>
0(2204) DEBUG: tm [t_lookup.c:1164]: DEBUG: t_check_msg: msg
id=5 global id=5 T end=(nil<br>
0(2204) ERROR: <script>: Enter register block 0(2204)
DEBUG: tm [t_lookup.c:1395]: DEBUG: t_newtran: msg id=5 ,
global msg id=5 , T on entrance=(nil)<br>
0(2204) DEBUG: tm [t_lookup.c:534]: t_lookup_request: start
searching: hash=7601, isACK=0<br>
0(2204) DEBUG: tm [t_lookup.c:492]: DEBUG: RFC3261
transaction matching failed<br>
0(2204) DEBUG: tm [t_lookup.c:716]: DEBUG: t_lookup_request:
no transaction found<br>
0(2204) DEBUG: tm [t_hooks.c:374]: DBG: trans=0x7f64de66c4d0,
callback type 1, id 0 entered<br>
0(2204) DEBUG: ims_auth [authorize.c:567]: Checking if
REGISTER is authorized for realm [somecompany.com]...<br>
0(2204) DEBUG: ims_auth [authorize.c:597]: Nonce or response
missing: nonce len [1910316154], response16 len[-440163170]<br>
0(2204) INFO: ims_auth [cxdx_mar.c:81]: created AVP
successfully : [maa_return_code] - [-2]<br>
0(2204) DEBUG: ims_auth [authorize.c:298]: Need to challenge
for realm [somecompany.com]<br>
0(2204) DEBUG: ims_auth [authorize.c:305]: Checking if
REGISTER is authorized for realm [somecompany.com]...<br>
0(2204) DEBUG: ims_auth [authorize.c:435]: Suspending SIP TM
transaction<br>
0(2204) DEBUG: ims_auth [authorize.c:1271]: Sending MAR<br>
0(2204) DEBUG: cdp [session.c:276]: adding a session with id
scscf.somecompany.com;1782936534;5<br>
0(2204) DEBUG: cdp [routing.c:80]: get_first_connected_route
in list 0x7f64de63dbc0 for app_id 16777216 and vendor_id 10415<br>
0(2204) DEBUG: cdp [routing.c:88]: The peer
hss.somecompany.com state is opened<br>
0(2204) DEBUG: cdp [routing.c:63]: Checking if peer
hss.somecompany.com handles application 16777216 for vendord
10415<br>
0(2204) DEBUG: cdp [routing.c:90]: The peer
hss.somecompany.com matches - will forward there<br>
0(2204) DEBUG: cdp [peerstatemachine.c:91]: sm_process():
Peer hss.somecompany.com State I_Open Event Send_Message<br>
0(2204) DEBUG: cdp [peerstatemachine.c:1096]: Snd_Message
called to peer [hss.somecompany.com] for request with code 303<br>
0(2204) DEBUG: cdp [session.c:297]: called get session with
id scscf.somecompany.com;1782936534;5 and hash 111<br>
0(2204) DEBUG: cdp [session.c:306]: no session found<br>
0(2204) DEBUG: cdp [diameter_msg.c:83]: AAABuildMsgBuffer():
len=348<br>
0(2204) DEBUG: cdp [receiver.c:967]: peer_send_msg(): Pipe
push [0x7f64de66edd0]<br>
0(2204) DEBUG: ims_auth [cxdx_mar.c:516]: Successfully sent
async diameter<br>
0(2204) DEBUG: <core> [usr_avp.c:644]:
DEBUG:destroy_avp_list: destroying list (nil)<br>
0(2204) DEBUG: <core> [usr_avp.c:644]:
DEBUG:destroy_avp_list: destroying list (nil)<br>
0(2204) DEBUG: <core> [usr_avp.c:644]:
DEBUG:destroy_avp_list: destroying list (nil)<br>
0(2204) DEBUG: <core> [usr_avp.c:644]:
DEBUG:destroy_avp_list: destroying list (nil)<br>
0(2204) DEBUG: <core> [usr_avp.c:644]:
DEBUG:destroy_avp_list: destroying list (nil)<br>
0(2204) DEBUG: <core> [usr_avp.c:644]:
DEBUG:destroy_avp_list: destroying list (nil)<br>
0(2204) DEBUG: <core> [xavp.c:447]: destroying xavp
list (nil)<br>
0(2204) DEBUG: <core> [receive.c:293]: receive_msg:
cleaning up<br>
10(2214) DEBUG: cdp [receiver.c:743]: select_recv(): There is
something on the send pipe<br>
10(2214) DEBUG: cdp [receiver.c:756]: select_recv(): Send pipe
says [0x7f64de66edd0] 8<br>
10(2214) DEBUG: cdp [diameter_msg.c:412]: AAAFreeMessage:
Freeing message (0x7f64de66edd0) 303<br>
10(2214) DEBUG: cdp [receiver.c:104]: --- Receiver
[cdp_receiver_peer=hss.somecompany.com] Serviced Peers: ---<br>
10(2214) DEBUG: cdp [receiver.c:110]: Peer:
[hss.somecompany.com] TCP Socket: [15] Recv.State: [0]<br>
10(2214) DEBUG: cdp [receiver.c:112]:
--------------------------------------------------------<br>
10(2214) DEBUG: cdp [receiver.c:104]: --- Receiver
[cdp_receiver_peer=hss.somecompany.com] Serviced Peers: ---<br>
10(2214) DEBUG: cdp [receiver.c:110]: Peer:
[hss.somecompany.com] TCP Socket: [15] Recv.State: [1]<br>
10(2214) DEBUG: cdp [receiver.c:112]:
--------------------------------------------------------<br>
10(2214) DEBUG: cdp [receiver.c:567]: receive_loop():
[hss.somecompany.com] Recv Version 1 Length 172<br>
10(2214) DEBUG: cdp [receiver.c:104]: --- Receiver
[cdp_receiver_peer=hss.somecompany.com] Serviced Peers: ---<br>
10(2214) DEBUG: cdp [receiver.c:110]: Peer:
[hss.somecompany.com] TCP Socket: [15] Recv.State: [2]<br>
10(2214) DEBUG: cdp [receiver.c:112]:
--------------------------------------------------------<br>
10(2214) DEBUG: cdp [receiver.c:1061]: receive_message():
[hss.somecompany.com] Recv msg 303<br>
10(2214) DEBUG: cdp [peerstatemachine.c:91]: sm_process():
Peer hss.somecompany.com State I_Open Event I_Rcv_Message<br>
10(2214) DEBUG: cdp [session.c:297]: called get session with
id scscf.somecompany.com;1782936534;5 and hash 111<br>
10(2214) DEBUG: cdp [session.c:306]: no session found<br>
10(2214) DEBUG: cdp [receiver.c:104]: --- Receiver
[cdp_receiver_peer=hss.somecompany.com] Serviced Peers: ---<br>
10(2214) DEBUG: cdp [receiver.c:110]: Peer:
[hss.somecompany.com] TCP Socket: [15] Recv.State: [0]<br>
10(2214) DEBUG: cdp [receiver.c:112]:
--------------------------------------------------------<br>
0(2204) ALERT: <core> [main.c:788]: child process 2212
exited by a signal 11<br>
0(2204) ALERT: <core> [main.c:791]: core was generated<br>
0(2204) INFO: <core> [main.c:800]: INFO: dont_fork
turned on, living on<br>
0(2204) ALERT: <core> [main.c:788]: child process 2211
exited by a signal 11<br>
0(2204) ALERT: <core> [main.c:791]: core was generated<br>
0(2204) INFO: <core> [main.c:800]: INFO: dont_fork
turned on, living on<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
This is the modified register block to get a 401 unauthorized
to even be generated (probably broken)….<br>
route[REGISTER] {<br>
xlog("L_ERR", "Enter register block");<br>
t_newtran();<br>
<br>
if (!ims_www_authenticate(NETWORKNAME)) {<br>
ims_www_challenge("$td");<br>
exit;<br>
}<br>
<br>
if ($avp(maa_return_code) != 1 ) {<br>
if (!impu_registered("location")) {<br>
save("location");<br>
if ($avp(saa_return_code) == 1) {<br>
isc_match_filter_reg("0","location");<br>
exit;<br>
}<br>
} else {<br>
save("location");<br>
if($avp(saa_return_code) == 1) {<br>
isc_match_filter_reg("1","location");<br>
exit;<br>
}<br>
}<br>
}<br>
}</font><br>
<br>
<br>
</font><br>
<br>
<font face="monospace"><br>
============================================</font><br>
On 03/15/2013 03:06 AM, <a class="moz-txt-link-abbreviated" href="mailto:sr-users-request@lists.sip-router.org">sr-users-request@lists.sip-router.org</a>
wrote:<br>
</div>
<blockquote
cite="mid:mailman.21581.1363334804.2421.sr-users@lists.sip-router.org"
type="cite">
<pre wrap="">Send sr-users mailing list submissions to
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
To subscribe or unsubscribe via the World Wide Web, visit
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
or, via email, send a message with subject or body 'help' to
<a class="moz-txt-link-abbreviated" href="mailto:sr-users-request@lists.sip-router.org">sr-users-request@lists.sip-router.org</a>
You can reach the person managing the list at
<a class="moz-txt-link-abbreviated" href="mailto:sr-users-owner@lists.sip-router.org">sr-users-owner@lists.sip-router.org</a>
When replying, please edit your Subject line so it is more specific
than "Re: Contents of sr-users digest..."
Today's Topics:
1. FreeBSD build from git: i use that patch (Victor V. Kustov)
2. Re: Problems with Mar portion of registration [IMS]
(Daniel-Constantin Mierla)
3. Re: UAC module and SRV records (Daniel-Constantin Mierla)
4. Re: registrar and check registered (Daniel-Constantin Mierla)
5. Re: FreeBSD build from git: i use that patch
(Daniel-Constantin Mierla)
6. Re: FreeBSD build from git: i use that patch (Victor V. Kustov)
7. Re: FreeBSD build from git: i use that patch
(Daniel-Constantin Mierla)
----------------------------------------------------------------------
Message: 1
Date: Fri, 15 Mar 2013 11:43:55 +0400
From: "Victor V. Kustov" <a class="moz-txt-link-rfc2396E" href="mailto:coyote@bks.tv"><coyote@bks.tv></a>
Subject: [SR-Users] FreeBSD build from git: i use that patch
To: "Kamailio \(SER\) - Users Mailing List"
<a class="moz-txt-link-rfc2396E" href="mailto:sr-users@lists.sip-router.org"><sr-users@lists.sip-router.org></a>
Message-ID: <20130315114355.2409d851@bkstv>
Content-Type: text/plain; charset=US-ASCII
diff --git a/modules/ims_icscf/cxdx_lir.c b/modules/ims_icscf/cxdx_lir.c
index faabd85..24686e7 100644
--- a/modules/ims_icscf/cxdx_lir.c
+++ b/modules/ims_icscf/cxdx_lir.c
@@ -51,6 +51,11 @@
#include "mod.h"
#include "location.h"
+#if defined (__OS_freebsd)
+#include "sys/limits.h"
+#define MAXINT INT_MAX
+#endif
+
//we use pseudo variables to communicate back to config file this takes the result and converys to a return code, publishes it a pseudo variable
int create_lia_return_code(int result) {
int rc;
diff --git a/modules/ims_icscf/scscf_list.c b/modules/ims_icscf/scscf_list.c
index bd5216c..8b6b79c 100644
--- a/modules/ims_icscf/scscf_list.c
+++ b/modules/ims_icscf/scscf_list.c
@@ -47,6 +47,11 @@
#include "db.h"
#include "../../lib/ims/useful_defs.h"
+#if defined (__OS_freebsd)
+#include "sys/limits.h"
+#define MAXINT INT_MAX
+#endif
+
extern int scscf_entry_expiry; //time for scscf entries to remain the scscf_list
extern struct tm_binds tmb; //Structure with pointers to tm funcs
--
SY,
Victor
JID: <a class="moz-txt-link-abbreviated" href="mailto:coyote@bks.tv">coyote@bks.tv</a>
JID: <a class="moz-txt-link-abbreviated" href="mailto:coyote@bryansktel.ru">coyote@bryansktel.ru</a>
I use FREE operation system: 3.8.3-calculate GNU/Linux
------------------------------
Message: 2
Date: Fri, 15 Mar 2013 08:44:13 +0100
From: Daniel-Constantin Mierla <a class="moz-txt-link-rfc2396E" href="mailto:miconda@gmail.com"><miconda@gmail.com></a>
Subject: Re: [SR-Users] Problems with Mar portion of registration
[IMS]
To: "Kamailio (SER) - Users Mailing List"
<a class="moz-txt-link-rfc2396E" href="mailto:sr-users@lists.sip-router.org"><sr-users@lists.sip-router.org></a>
Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:5142D14D.7080808@gmail.com"><5142D14D.7080808@gmail.com></a>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hello,
I haven't played with IMS modules, but you said is causing scscf to die
-- is that a kamailio instance? What means 'to die' -- does it crash? If
yes, can you get the syslog messages and the gdb backtrace?
Cheers,
Daniel
On 3/13/13 3:01 PM, mrichardson wrote:
</pre>
<blockquote type="cite">
<pre wrap="">The MAR portion of registration is either not happening or failing
causing scscf to die. Using Kamailio 4.0 with the ims_auth module.
We're trying to determine what
the REGISTER block should look like and what ims_auth parameters are
necessary for a successful MAR challenge with auth vector delivery. We
currently only get the UAR by ICSCF then the SAR by SCSCF.
Module parameters:
# -- ims_auth params --
modparam("ims_auth", "name", URI)
modparam("ims_auth", "registration_default_algorithm",
REG_AUTH_DEFAULT_ALG)
modparam("ims_auth","ignore_failed_auth",0)
#!ifdef CXDX_FORCED_PEER
modparam("ims_auth", "cxdx_forced_peer", CXDX_FORCED_PEER)
#!endif
modparam("ims_auth", "cxdx_dest_realm", NETWORKNAME)
modparam("ims_auth", "av_request_at_once", 1)
modparam("ims_auth", "registration_qop", "auth")
route[REGISTER] {
xlog("L_ERR", "Enter register block");
t_newtran();
ims_www_authenticate(NETWORKNAME);
#check to see if user is authenticated - ie sip header has auth
information - (already challenged)
if ($avp(maa_return_code) == 1) {
# user has not been authenticated. Lets send a challenge
via 401 Unauthorized
ims_www_challenge("$td");
exit;
} else {
# We need to check if this user is registered or not
if (!impu_registered("location")) {
save("location");
if ($avp(saa_return_code) == 1) {
isc_match_filter_reg("0","location");
exit;
}
} else {
save("location");
if($avp(saa_return_code) == 1) {
isc_match_filter_reg("1","location");
exit;
}
}
}
}
12(22978) INFO: cdp [receiver.c:910]: peer_connect(): Peer
hss.ims.somecompany.com:3868 connected
0(22966) ERROR: <script>: Enter register block 0(22966) INFO:
ims_registrar_scscf [cxdx_sar.c:79]: created AVP successfully :
[saa_return_code] - [-2]
5(22971) INFO: ims_registrar_scscf [cxdx_avp.c:138]:
cxdx_get_experimental_result_code: Failed finding avp
5(22971) INFO: ims_registrar_scscf [cxdx_sar.c:79]: created AVP
successfully : [saa_return_code] - [1]
5(22971) WARNING: tm [t_lookup.c:1559]: WARNING: script writer didn't
release transaction
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<pre wrap="">
--
Daniel-Constantin Mierla - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio World Conference, April 16-17, 2013, Berlin
- <a class="moz-txt-link-freetext" href="http://conference.kamailio.com">http://conference.kamailio.com</a> -
------------------------------
Message: 3
Date: Fri, 15 Mar 2013 08:48:53 +0100
From: Daniel-Constantin Mierla <a class="moz-txt-link-rfc2396E" href="mailto:miconda@gmail.com"><miconda@gmail.com></a>
Subject: Re: [SR-Users] UAC module and SRV records
To: "Olle E. Johansson" <a class="moz-txt-link-rfc2396E" href="mailto:oej@edvina.net"><oej@edvina.net></a>
Cc: "Kamailio \(SER\) - Users Mailing List"
<a class="moz-txt-link-rfc2396E" href="mailto:sr-users@lists.sip-router.org"><sr-users@lists.sip-router.org></a>
Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:5142D265.3060104@gmail.com"><5142D265.3060104@gmail.com></a>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 3/13/13 10:00 AM, Olle E. Johansson wrote:
</pre>
<blockquote type="cite">
<pre wrap="">13 mar 2013 kl. 09:35 skrev Daniel-Constantin Mierla <a class="moz-txt-link-rfc2396E" href="mailto:miconda@gmail.com"><miconda@gmail.com></a>:
</pre>
<blockquote type="cite">
<pre wrap="">On 3/13/13 9:25 AM, Olle E. Johansson wrote:
</pre>
<blockquote type="cite">
<pre wrap="">13 mar 2013 kl. 09:08 skrev Daniel-Constantin Mierla <a class="moz-txt-link-rfc2396E" href="mailto:miconda@gmail.com"><miconda@gmail.com></a>:
</pre>
<blockquote type="cite">
<pre wrap="">Hello,
do you set the port in r-uri/dst-uri?
</pre>
</blockquote>
<pre wrap="">No. That would invalidate SRV record lookup, right?
</pre>
</blockquote>
<pre wrap="">yes.
Have you watched the dns traffic? Is directly A/AAAA query? Afaik, this function should use just the usual logic to determine the next hop based on dst-uri/r-uri.
</pre>
</blockquote>
<pre wrap="">I will debug in more detail. Had to set an outbound URI with a hostname and a port number to get it to work.
</pre>
</blockquote>
<pre wrap="">There could be the possibility that some of the functions in the chain
of uac_req_send() set port to default 5060 if not set explicitly, but
from sending point of view, it should the same as for the rest of
messages. Thus a look over the code should be done as well. I'll do it
soon if nobody gets the time meanwhile.
Cheers,
Daniel
--
Daniel-Constantin Mierla - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio World Conference, April 16-17, 2013, Berlin
- <a class="moz-txt-link-freetext" href="http://conference.kamailio.com">http://conference.kamailio.com</a> -
------------------------------
Message: 4
Date: Fri, 15 Mar 2013 08:53:29 +0100
From: Daniel-Constantin Mierla <a class="moz-txt-link-rfc2396E" href="mailto:miconda@gmail.com"><miconda@gmail.com></a>
Subject: Re: [SR-Users] registrar and check registered
To: "Victor V. Kustov" <a class="moz-txt-link-rfc2396E" href="mailto:coyote@bks.tv"><coyote@bks.tv></a>, <a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:5142D379.20402@gmail.com"><5142D379.20402@gmail.com></a>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hello,
On 3/13/13 10:00 AM, Victor V. Kustov wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hello, Daniel. Thanks for reply.
</pre>
<blockquote type="cite">
<pre wrap="">do you want to check if caller (origin) is registered or if callee
(destination) is registered? Like one can call to pstn only if has a
phone registered for itself?
</pre>
</blockquote>
<pre wrap="">In our scheme all calls forwards to PSTN GW, if that call from our to
our users, GW turn call back and kamailio receive it as incoming.
So, no "local calls" in this scheme.
For outgoing calls (to PSTN) i want check caller (origin) is registered.
For incoming calls (from PSTN) i want callee is registered.
Need cache registrations (DB, memcached or something). I try that way:
1. REGISTER - if ok, than we save("location").
2. Other methods - check !registered("location") or !lookup("location").
But in INVITE seems both !registered("location")
and !lookup("location") return TRUE. I dont understand why.
In topicstart letter i citate part of my cfg: in INVITE i check
registration again and it work - registered users may call to PSTN,
unregged may not. But no cache for registration and look as overhead.
Must be more "beauty" solution.
</pre>
</blockquote>
<pre wrap="">when you need to check if caller is registered use:
- registered("location", "$fu")
See more details at:
- <a class="moz-txt-link-freetext" href="http://kamailio.org/docs/modules/stable/modules/registrar.html#id2512620">http://kamailio.org/docs/modules/stable/modules/registrar.html#id2512620</a>
If used without the second parameter is checking if R-URI ($ru) is
registered.
Cheers,
Daniel
--
Daniel-Constantin Mierla - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio World Conference, April 16-17, 2013, Berlin
- <a class="moz-txt-link-freetext" href="http://conference.kamailio.com">http://conference.kamailio.com</a> -
------------------------------
Message: 5
Date: Fri, 15 Mar 2013 08:55:28 +0100
From: Daniel-Constantin Mierla <a class="moz-txt-link-rfc2396E" href="mailto:miconda@gmail.com"><miconda@gmail.com></a>
Subject: Re: [SR-Users] FreeBSD build from git: i use that patch
To: "Kamailio (SER) - Users Mailing List"
<a class="moz-txt-link-rfc2396E" href="mailto:sr-users@lists.sip-router.org"><sr-users@lists.sip-router.org></a>
Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:5142D3F0.4090408@gmail.com"><5142D3F0.4090408@gmail.com></a>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hello,
thanks for checking on bsd, can you please sent the patch as attachment?
Because it can saved locally and applied easier.
Cheers,
Daniel
On 3/15/13 8:43 AM, Victor V. Kustov wrote:
</pre>
<blockquote type="cite">
<pre wrap="">diff --git a/modules/ims_icscf/cxdx_lir.c b/modules/ims_icscf/cxdx_lir.c
index faabd85..24686e7 100644
--- a/modules/ims_icscf/cxdx_lir.c
+++ b/modules/ims_icscf/cxdx_lir.c
@@ -51,6 +51,11 @@
#include "mod.h"
#include "location.h"
+#if defined (__OS_freebsd)
+#include "sys/limits.h"
+#define MAXINT INT_MAX
+#endif
+
//we use pseudo variables to communicate back to config file this takes the result and converys to a return code, publishes it a pseudo variable
int create_lia_return_code(int result) {
int rc;
diff --git a/modules/ims_icscf/scscf_list.c b/modules/ims_icscf/scscf_list.c
index bd5216c..8b6b79c 100644
--- a/modules/ims_icscf/scscf_list.c
+++ b/modules/ims_icscf/scscf_list.c
@@ -47,6 +47,11 @@
#include "db.h"
#include "../../lib/ims/useful_defs.h"
+#if defined (__OS_freebsd)
+#include "sys/limits.h"
+#define MAXINT INT_MAX
+#endif
+
extern int scscf_entry_expiry; //time for scscf entries to remain the scscf_list
extern struct tm_binds tmb; //Structure with pointers to tm funcs
</pre>
</blockquote>
<pre wrap="">
--
Daniel-Constantin Mierla - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio World Conference, April 16-17, 2013, Berlin
- <a class="moz-txt-link-freetext" href="http://conference.kamailio.com">http://conference.kamailio.com</a> -
------------------------------
Message: 6
Date: Fri, 15 Mar 2013 12:01:37 +0400
From: "Victor V. Kustov" <a class="moz-txt-link-rfc2396E" href="mailto:coyote@bks.tv"><coyote@bks.tv></a>
Subject: Re: [SR-Users] FreeBSD build from git: i use that patch
To: <a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
Message-ID: <20130315120137.72b404c4@bkstv>
Content-Type: text/plain; charset="utf-8"
? Fri, 15 Mar 2013 08:55:28 +0100
Daniel-Constantin Mierla <a class="moz-txt-link-rfc2396E" href="mailto:miconda@gmail.com"><miconda@gmail.com></a> ?????:
</pre>
<blockquote type="cite">
<pre wrap="">Hello,
thanks for checking on bsd, can you please sent the patch as
attachment? Because it can saved locally and applied easier.
</pre>
</blockquote>
<pre wrap="">
--
SY,
Victor
JID: <a class="moz-txt-link-abbreviated" href="mailto:coyote@bks.tv">coyote@bks.tv</a>
JID: <a class="moz-txt-link-abbreviated" href="mailto:coyote@bryansktel.ru">coyote@bryansktel.ru</a>
I use FREE operation system: 3.8.2-calculate GNU/Linux
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bsd.patch
Type: text/x-patch
Size: 1020 bytes
Desc: not available
URL: <a class="moz-txt-link-rfc2396E" href="http://lists.sip-router.org/pipermail/sr-users/attachments/20130315/f30765a4/attachment-0001.bin"><http://lists.sip-router.org/pipermail/sr-users/attachments/20130315/f30765a4/attachment-0001.bin></a>
------------------------------
Message: 7
Date: Fri, 15 Mar 2013 09:06:35 +0100
From: Daniel-Constantin Mierla <a class="moz-txt-link-rfc2396E" href="mailto:miconda@gmail.com"><miconda@gmail.com></a>
Subject: Re: [SR-Users] FreeBSD build from git: i use that patch
To: "Victor V. Kustov" <a class="moz-txt-link-rfc2396E" href="mailto:coyote@bks.tv"><coyote@bks.tv></a>, <a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
Message-ID: <a class="moz-txt-link-rfc2396E" href="mailto:5142D68B.7010101@gmail.com"><5142D68B.7010101@gmail.com></a>
Content-Type: text/plain; charset=UTF-8; format=flowed
Thanks, applied to master and 4.0 branches.
Cheers,
Daniel
On 3/15/13 9:01 AM, Victor V. Kustov wrote:
</pre>
<blockquote type="cite">
<pre wrap="">? Fri, 15 Mar 2013 08:55:28 +0100
Daniel-Constantin Mierla <a class="moz-txt-link-rfc2396E" href="mailto:miconda@gmail.com"><miconda@gmail.com></a> ?????:
</pre>
<blockquote type="cite">
<pre wrap="">Hello,
thanks for checking on bsd, can you please sent the patch as
attachment? Because it can saved locally and applied easier.
</pre>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
<pre wrap="">
--
Daniel-Constantin Mierla - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a>
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio World Conference, April 16-17, 2013, Berlin
- <a class="moz-txt-link-freetext" href="http://conference.kamailio.com">http://conference.kamailio.com</a> -
------------------------------
_______________________________________________
sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
End of sr-users Digest, Vol 94, Issue 51
****************************************
</pre>
</blockquote>
<br>
</body>
</html>