36(8606) DEBUG: <core> [db.c:327]: connection 0x7fd474542320 found in pool
36(8606) DEBUG: <core> [sr_module.c:892]: DEBUG: init_mod_child (32): sqlops
9(8567) DEBUG: app_lua [app_lua_sr.c:51]: someone probing from lua
36(8606) DEBUG: <core> [sr_module.c:674]: find_export_record: found
<db_bind_api> in module db_mysql
[/usr/local/lib64/kamailio/modules/db_mysql.so]
36(8606) DEBUG: <core> [db.c:213]: using db bind api for db_mysql
36(8606) DEBUG: <core> [db.c:327]: connection 0x7fd4745424f0 found in pool
36(8606) DEBUG: <core> [sr_module.c:892]: DEBUG: init_mod_child (32):
app_lua
36(8606) DEBUG: app_lua [app_lua_sr.c:51]: someone probing from lua
39(8615) DEBUG: app_lua [app_lua_sr.c:51]: someone probing from lua
34(8604) DEBUG: app_lua [app_lua_sr.c:51]: someone probing from lua
40(8616) DEBUG: app_lua [app_lua_sr.c:51]: someone probing from lua
41(8617) : <core> [pass_fd.c:293]: ERROR: receive_fd: EOF on 15
41(8617) DEBUG: <core> [tcp_main.c:3592]: DBG: handle_ser_child: dead child
6, pid 8558 (shutting down?)
0(8543) ALERT: <core> [main.c:788]: child process 8558 exited by a signal
11
0(8543) ALERT: <core> [main.c:791]: core was generated
And here is backtrace
done.
Loaded symbols for /usr/lib64/lua/5.1/ssl.so
Core was generated by `/usr/local/sbin/kamailio -L
/usr/local/lib64/kamailio/modules/:/usr/local/lib64'.
Program terminated with signal 11, Segmentation fault.
#0 qm_detach_free (qm=0x7fd370304000, size=32) at mem/q_malloc.c:269
269 FRAG_END(next)->prev_free=prev;
Missing separate debuginfos, use: debuginfo-install lua-5.1.4-4.1.el6.x86_64
(gdb) backtrace
#0 qm_detach_free (qm=0x7fd370304000, size=32) at mem/q_malloc.c:269
#1 qm_malloc (qm=0x7fd370304000, size=32) at mem/q_malloc.c:386
#2 0x00007fd47052ae71 in shm_malloc (size=24) at ../../mem/shm_mem.h:262
#3 ser_malloc (size=24) at tls_init.c:285
#4 0x0000003928c5d95e in CRYPTO_malloc (num=24,
file=0x3928d24a84 "o_names.c", line=195) at mem.c:306
#5 0x0000003928c6085f in OBJ_NAME_add (name=0x3928d27c52 "RSA-SHA512",
type=1, data=0x3928d27c56 "SHA512") at o_names.c:195
#6 0x0000003928cc076a in EVP_add_digest (md=0x3928f84440) at names.c:99
#7 0x000000392b442f18 in SSL_library_init () at ssl_algs.c:165
#8 0x00007fd36ea1d3c9 in luaopen_ssl_core () from /usr/lib64/lua/5.1/ssl.so
#9 0x00007fd36f6785d1 in ?? () from /usr/lib64/liblua-5.1.so
#10 0x00007fd36f678a54 in ?? () from /usr/lib64/liblua-5.1.so
#11 0x00007fd36f673d56 in lua_call () from /usr/lib64/liblua-5.1.so
#12 0x00007fd36f68cf2c in ?? () from /usr/lib64/liblua-5.1.so
#13 0x00007fd36f6785d1 in ?? () from /usr/lib64/liblua-5.1.so
#14 0x00007fd36f683249 in ?? () from /usr/lib64/liblua-5.1.so
#15 0x00007fd36f678a9d in ?? () from /usr/lib64/liblua-5.1.so
#16 0x00007fd36f673d56 in lua_call () from /usr/lib64/liblua-5.1.so
#17 0x00007fd36f68cf2c in ?? () from /usr/lib64/liblua-5.1.so
#18 0x00007fd36f6785d1 in ?? () from /usr/lib64/liblua-5.1.so
#19 0x00007fd36f683249 in ?? () from /usr/lib64/liblua-5.1.so
#20 0x00007fd36f678a9d in ?? () from /usr/lib64/liblua-5.1.so
---Type <return> to continue, or q <return> to quit---
#21 0x00007fd36f678137 in ?? () from /usr/lib64/liblua-5.1.so
#22 0x00007fd36f6781b2 in ?? () from /usr/lib64/liblua-5.1.so
#23 0x00007fd36f673b61 in lua_pcall () from /usr/lib64/liblua-5.1.so
#24 0x00007fd36f89e69d in lua_sr_init_child () at app_lua_api.c:227
#25 0x00000000004e4aa3 in init_mod_child (m=0x7fd474485060, rank=-1)
at sr_module.c:893
#26 0x00000000004e4a24 in init_mod_child (m=0x7fd474485980, rank=-1)
at sr_module.c:890
#27 0x00000000004e4a24 in init_mod_child (m=0x7fd474485bf0, rank=-1)
at sr_module.c:890
#28 0x0000000000489d15 in fork_process (child_id=-1,
desc=<value optimized out>, make_sock=<value optimized out>) at pt.c:347
#29 0x0000000000466dec in main_loop () at main.c:1700
#30 0x0000000000468afe in main (argc=<value optimized out>,
argv=<value optimized out>) at main.c:2566
Hi,
My Log filled to 20G overnight with these
Mar 18 09:59:44 sipprod /usr/local/sbin/kamailio[26157]: ERROR: <core>
[tcp_main.c:4049]: WARNING: handle_new_connect: error while accepting
connection(24): Too many open files
Mar 18 09:59:44 sipprod /usr/local/sbin/kamailio[26157]: ERROR: <core>
[tcp_main.c:4049]: WARNING: handle_new_connect: error while accepting
connection(24): Too many open files
Mar 18 09:59:44 sipprod /usr/local/sbin/kamailio[26157]: ERROR: <core>
[tcp_main.c:4049]: WARNING: handle_new_connect: error while accepting
connection(24): Too many open files^C
I looked at the code segment it is here where it is logging.
new_sock=accept(si->socket, &(su.s), &su_len);
if (unlikely(new_sock==-1)){
if ((errno==EAGAIN)||(errno==EWOULDBLOCK))
return 0;
LOG(L_ERR, "WARNING: handle_new_connect: error while
accepting"
" connection(%d): %s\n", errno,
strerror(errno));
return -1;
}
I am using 3.3.x
Is this an issue with Kamailio or something else?
Appreciate any help regarding this matter
Krish Kura
Hi,
When A calls B. The INVITE goes through Kamailio. In the Kamalio 's log
file, I see it say "bad Via", bad port. And it doesnot reply A with 100
Trying not forwarding INVITE to B.
The INVITE message (espcially the Via header) is OK.
This problem sometimes happens. Do you know why ?
Please help. Thanks
--
Khoa Pham
HCMC University of Science
Faculty of Information Technology
Hi,
When A calls B. Kamailio will handle A's INVITE message.
But I see that B doesnot receive the INVITE. And A doesnot receive any
100/180 privisional message.
Why does Kamailio not send 100/180 ?
Please help
--
Khoa Pham
HCMC University of Science
Faculty of Information Technology
Hi,
After asking many questions, I haven't got any clues about how Kamailio
handles INVITE message by default, in terms of modifying c= line in SDP
According to rtpproxy flow
http://kamailio.org/docs/ser-getting-started/SER-GettingStarted.pdf
When client register, SIP proxy will call nat_uac_test() to detected if
client is NATed or not, then save this info.
When client A calls client B, the INVITE message will go through SIP proxy.
Here the SIP proxy can do 3 things (as in section "INVITEs behind NAT" in
the pdf).
1. Add an SDP command direction:active to the SDP content
2. Change the c= line to a.b.c.d
3. Force RTP to go through a proxy by changing the c-line to c=IN IP4
address-of-proxy and the m-line to
m=audio port-on-proxy RTP/AVP 0 101.
When will SER do 2, 3 ?
--
Khoa Pham
HCMC University of Science
Faculty of Information Technology
Hi,
Does someone know/uses a simple rule so that Kamailio only exchanges
traffic with machines in the dispatcher?
Best,
--
Benjamin Henrion <bhenrion at ffii.org>
FFII Brussels - +32-484-566109 - +32-2-3500762
"In July 2005, after several failed attempts to legalise software
patents in Europe, the patent establishment changed its strategy.
Instead of explicitly seeking to sanction the patentability of
software, they are now seeking to create a central European patent
court, which would establish and enforce patentability rules in their
favor, without any possibility of correction by competing courts or
democratically elected legislators."
Date: Fri, 15 Mar 2013 08:44:13 +0100
From: Daniel-Constantin Mierla <miconda(a)gmail.com>
Subject: Re: [SR-Users] Problems with Mar portion of registration
[IMS]
To: "Kamailio (SER) - Users Mailing List"
<sr-users(a)lists.sip-router.org>
Message-ID: <5142D14D.7080808(a)gmail.com>
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
============================================
*Response:*
============================================
It appears any way we force the scscf to process a mar causes a crash.
Core was generated by `/usr/sbin/kamailio -P /var/run/kamailio.pid -m 64
-M 4 -u kamailio -g kamailio'.
Program terminated with signal 11, Segmentation fault.
#0 async_cdp_callback (is_timeout=<value optimized out>,
param=0x7f641b158e70, maa=0x7f641b159040,
elapsed_msecs=<value optimized out>) at cxdx_mar.c:414
414 start_reg_await_timer(avlist[0]); //start the timer to remove
stale or unused Auth Vectors
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
(gdb)
syslog:
7(2211) DEBUG: tm [t_lookup.c:1657]: DEBUG: t_lookup_ident:
transaction found
7(2211) INFO: ims_auth [cxdx_avp.c:139]:
cxdx_get_experimental_result_code: Failed finding avp
7(2211) INFO: ims_auth [cxdx_avp.c:139]:
cxdx_get_sip_number_auth_items: Failed finding avp
7(2211) DEBUG: <core> [msg_translator.c:206]:
check_via_address(10.12.92.191, 10.12.92.191, 0)
7(2211) DEBUG: <core> [mem/shm_mem.c:111]: WARNING:vqm_resize:
resize(0) called
7(2211) DEBUG: tm [t_reply.c:1547]: DEBUG: cleanup_uac_timers: RETR/FR
timers reset
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
7(2211) DEBUG: tm [t_reply.c:716]: DEBUG: _reply_light: finished
0(2204) DEBUG: <core> [parser/msg_parser.c:623]: SIP Request:
0(2204) DEBUG: <core> [parser/msg_parser.c:625]: method: <REGISTER>
0(2204) DEBUG: <core> [parser/msg_parser.c:627]: uri:
<sip:scscf.somecompany.com:6060>
0(2204) DEBUG: <core> [parser/msg_parser.c:629]: version: <SIP/2.0>
0(2204) DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field: cseq
<CSeq>: <5> <REGISTER>
0(2204) DEBUG: <core> [parser/parse_to.c:799]: end of header reached,
state=10
0(2204) DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: get_hdr_field:
<To> [34]; uri=[sip:bob@somecompany.com]
0(2204) DEBUG: <core> [parser/msg_parser.c:192]: DEBUG: to body ["bob"
<sip:bob@somecompany.com>
]
0(2204) DEBUG: <core> [parser/parse_via.c:1284]: Found param type 232,
<branch> = <z9hG4bK1bd1.929b9c33.1>; state=16
0(2204) DEBUG: <core> [parser/parse_via.c:2672]: end of header
reached, state=5
0(2204) DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via
found, flags=2
0(2204) DEBUG: <core> [parser/msg_parser.c:515]: parse_headers: this
is the first via
0(2204) DEBUG: <core> [receive.c:149]: After parse_msg...
0(2204) DEBUG: <core> [receive.c:190]: preparing to run routing scripts...
0(2204) DEBUG: maxfwd [mf_funcs.c:85]: value = 15
0(2204) DEBUG: <core> [parser/parse_via.c:1284]: Found param type 232,
<branch> = <z9hG4bK1bd1.a11580a2575452ad784ca00f869952fb.0>; state=16
0(2204) DEBUG: <core> [parser/parse_via.c:2672]: end of header
reached, state=5
0(2204) DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via
found, flags=1000
0(2204) DEBUG: <core> [parser/msg_parser.c:526]: parse_headers: this
is the second via
0(2204) DEBUG: <core> [parser/parse_via.c:1284]: Found param type 232,
<branch> = <z9hG4bK-333530-035cb8a7773aa017e8e89aa8db3c4f01>; state=16
0(2204) DEBUG: <core> [parser/parse_via.c:2672]: end of header
reached, state=5
0(2204) DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via
found, flags=1000
0(2204) DEBUG: <core> [parser/msg_parser.c:204]: DEBUG: get_hdr_body :
content_length=0
0(2204) DEBUG: <core> [parser/msg_parser.c:106]: found end of header
0(2204) DEBUG: <core> [parser/parse_to.c:176]: DEBUG: add_param:
tag=1f9be4d3
0(2204) DEBUG: <core> [parser/parse_to.c:799]: end of header reached,
state=29
0(2204) DEBUG: sanity [mod_sanity.c:255]: sanity checks result: 1
0(2204) DEBUG: siputils [checks.c:103]: no totag
0(2204) DEBUG: <core> [select.c:425]: Calling SELECT 0x7f64e5839ea0
0(2204) DEBUG: tm [t_lookup.c:1095]: DEBUG: t_check_msg: msg id=5
global id=4 T start=0xffffffffffffffff
0(2204) DEBUG: tm [t_lookup.c:534]: t_lookup_request: start searching:
hash=7601, isACK=0
0(2204) DEBUG: tm [t_lookup.c:492]: DEBUG: RFC3261 transaction
matching failed
0(2204) DEBUG: tm [t_lookup.c:716]: DEBUG: t_lookup_request: no
transaction found
0(2204) DEBUG: tm [t_lookup.c:1164]: DEBUG: t_check_msg: msg id=5
global id=5 T end=(nil
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)
0(2204) DEBUG: tm [t_lookup.c:534]: t_lookup_request: start searching:
hash=7601, isACK=0
0(2204) DEBUG: tm [t_lookup.c:492]: DEBUG: RFC3261 transaction
matching failed
0(2204) DEBUG: tm [t_lookup.c:716]: DEBUG: t_lookup_request: no
transaction found
0(2204) DEBUG: tm [t_hooks.c:374]: DBG: trans=0x7f64de66c4d0, callback
type 1, id 0 entered
0(2204) DEBUG: ims_auth [authorize.c:567]: Checking if REGISTER is
authorized for realm [somecompany.com]...
0(2204) DEBUG: ims_auth [authorize.c:597]: Nonce or response missing:
nonce len [1910316154], response16 len[-440163170]
0(2204) INFO: ims_auth [cxdx_mar.c:81]: created AVP successfully :
[maa_return_code] - [-2]
0(2204) DEBUG: ims_auth [authorize.c:298]: Need to challenge for realm
[somecompany.com]
0(2204) DEBUG: ims_auth [authorize.c:305]: Checking if REGISTER is
authorized for realm [somecompany.com]...
0(2204) DEBUG: ims_auth [authorize.c:435]: Suspending SIP TM transaction
0(2204) DEBUG: ims_auth [authorize.c:1271]: Sending MAR
0(2204) DEBUG: cdp [session.c:276]: adding a session with id
scscf.somecompany.com;1782936534;5
0(2204) DEBUG: cdp [routing.c:80]: get_first_connected_route in list
0x7f64de63dbc0 for app_id 16777216 and vendor_id 10415
0(2204) DEBUG: cdp [routing.c:88]: The peer hss.somecompany.com state
is opened
0(2204) DEBUG: cdp [routing.c:63]: Checking if peer
hss.somecompany.com handles application 16777216 for vendord 10415
0(2204) DEBUG: cdp [routing.c:90]: The peer hss.somecompany.com
matches - will forward there
0(2204) DEBUG: cdp [peerstatemachine.c:91]: sm_process(): Peer
hss.somecompany.com State I_Open Event Send_Message
0(2204) DEBUG: cdp [peerstatemachine.c:1096]: Snd_Message called to
peer [hss.somecompany.com] for request with code 303
0(2204) DEBUG: cdp [session.c:297]: called get session with id
scscf.somecompany.com;1782936534;5 and hash 111
0(2204) DEBUG: cdp [session.c:306]: no session found
0(2204) DEBUG: cdp [diameter_msg.c:83]: AAABuildMsgBuffer(): len=348
0(2204) DEBUG: cdp [receiver.c:967]: peer_send_msg(): Pipe push
[0x7f64de66edd0]
0(2204) DEBUG: ims_auth [cxdx_mar.c:516]: Successfully sent async diameter
0(2204) DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list:
destroying list (nil)
0(2204) DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list:
destroying list (nil)
0(2204) DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list:
destroying list (nil)
0(2204) DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list:
destroying list (nil)
0(2204) DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list:
destroying list (nil)
0(2204) DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list:
destroying list (nil)
0(2204) DEBUG: <core> [xavp.c:447]: destroying xavp list (nil)
0(2204) DEBUG: <core> [receive.c:293]: receive_msg: cleaning up
10(2214) DEBUG: cdp [receiver.c:743]: select_recv(): There is something
on the send pipe
10(2214) DEBUG: cdp [receiver.c:756]: select_recv(): Send pipe says
[0x7f64de66edd0] 8
10(2214) DEBUG: cdp [diameter_msg.c:412]: AAAFreeMessage: Freeing
message (0x7f64de66edd0) 303
10(2214) DEBUG: cdp [receiver.c:104]: --- Receiver
[cdp_receiver_peer=hss.somecompany.com] Serviced Peers: ---
10(2214) DEBUG: cdp [receiver.c:110]: Peer: [hss.somecompany.com] TCP
Socket: [15] Recv.State: [0]
10(2214) DEBUG: cdp [receiver.c:112]:
--------------------------------------------------------
10(2214) DEBUG: cdp [receiver.c:104]: --- Receiver
[cdp_receiver_peer=hss.somecompany.com] Serviced Peers: ---
10(2214) DEBUG: cdp [receiver.c:110]: Peer: [hss.somecompany.com] TCP
Socket: [15] Recv.State: [1]
10(2214) DEBUG: cdp [receiver.c:112]:
--------------------------------------------------------
10(2214) DEBUG: cdp [receiver.c:567]: receive_loop():
[hss.somecompany.com] Recv Version 1 Length 172
10(2214) DEBUG: cdp [receiver.c:104]: --- Receiver
[cdp_receiver_peer=hss.somecompany.com] Serviced Peers: ---
10(2214) DEBUG: cdp [receiver.c:110]: Peer: [hss.somecompany.com] TCP
Socket: [15] Recv.State: [2]
10(2214) DEBUG: cdp [receiver.c:112]:
--------------------------------------------------------
10(2214) DEBUG: cdp [receiver.c:1061]: receive_message():
[hss.somecompany.com] Recv msg 303
10(2214) DEBUG: cdp [peerstatemachine.c:91]: sm_process(): Peer
hss.somecompany.com State I_Open Event I_Rcv_Message
10(2214) DEBUG: cdp [session.c:297]: called get session with id
scscf.somecompany.com;1782936534;5 and hash 111
10(2214) DEBUG: cdp [session.c:306]: no session found
10(2214) DEBUG: cdp [receiver.c:104]: --- Receiver
[cdp_receiver_peer=hss.somecompany.com] Serviced Peers: ---
10(2214) DEBUG: cdp [receiver.c:110]: Peer: [hss.somecompany.com] TCP
Socket: [15] Recv.State: [0]
10(2214) DEBUG: cdp [receiver.c:112]:
--------------------------------------------------------
0(2204) ALERT: <core> [main.c:788]: child process 2212 exited by a
signal 11
0(2204) ALERT: <core> [main.c:791]: core was generated
0(2204) INFO: <core> [main.c:800]: INFO: dont_fork turned on, living on
0(2204) ALERT: <core> [main.c:788]: child process 2211 exited by a
signal 11
0(2204) ALERT: <core> [main.c:791]: core was generated
0(2204) INFO: <core> [main.c:800]: INFO: dont_fork turned on, living on
This is the modified register block to get a 401 unauthorized to even be
generated (probably broken)....
route[REGISTER] {
xlog("L_ERR", "Enter register block");
t_newtran();
if (!ims_www_authenticate(NETWORKNAME)) {
ims_www_challenge("$td");
exit;
}
if ($avp(maa_return_code) != 1 ) {
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;
}
}
}
}
============================================
On 03/15/2013 03:06 AM, sr-users-request(a)lists.sip-router.org wrote:
> Send sr-users mailing list submissions to
> sr-users(a)lists.sip-router.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> or, via email, send a message with subject or body 'help' to
> sr-users-request(a)lists.sip-router.org
>
> You can reach the person managing the list at
> sr-users-owner(a)lists.sip-router.org
>
> 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" <coyote(a)bks.tv>
> Subject: [SR-Users] FreeBSD build from git: i use that patch
> To: "Kamailio \(SER\) - Users Mailing List"
> <sr-users(a)lists.sip-router.org>
> 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: coyote(a)bks.tv
> JID: coyote(a)bryansktel.ru
> 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 <miconda(a)gmail.com>
> Subject: Re: [SR-Users] Problems with Mar portion of registration
> [IMS]
> To: "Kamailio (SER) - Users Mailing List"
> <sr-users(a)lists.sip-router.org>
> Message-ID: <5142D14D.7080808(a)gmail.com>
> 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:
>> 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
>> sr-users(a)lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference, April 16-17, 2013, Berlin
> - http://conference.kamailio.com -
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 15 Mar 2013 08:48:53 +0100
> From: Daniel-Constantin Mierla <miconda(a)gmail.com>
> Subject: Re: [SR-Users] UAC module and SRV records
> To: "Olle E. Johansson" <oej(a)edvina.net>
> Cc: "Kamailio \(SER\) - Users Mailing List"
> <sr-users(a)lists.sip-router.org>
> Message-ID: <5142D265.3060104(a)gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>
> On 3/13/13 10:00 AM, Olle E. Johansson wrote:
>> 13 mar 2013 kl. 09:35 skrev Daniel-Constantin Mierla <miconda(a)gmail.com>:
>>
>>> On 3/13/13 9:25 AM, Olle E. Johansson wrote:
>>>> 13 mar 2013 kl. 09:08 skrev Daniel-Constantin Mierla <miconda(a)gmail.com>:
>>>>
>>>>> Hello,
>>>>>
>>>>> do you set the port in r-uri/dst-uri?
>>>> No. That would invalidate SRV record lookup, right?
>>> 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.
>> I will debug in more detail. Had to set an outbound URI with a hostname and a port number to get it to work.
> 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 - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference, April 16-17, 2013, Berlin
> - http://conference.kamailio.com -
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 15 Mar 2013 08:53:29 +0100
> From: Daniel-Constantin Mierla <miconda(a)gmail.com>
> Subject: Re: [SR-Users] registrar and check registered
> To: "Victor V. Kustov" <coyote(a)bks.tv>, sr-users(a)lists.sip-router.org
> Message-ID: <5142D379.20402(a)gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hello,
>
> On 3/13/13 10:00 AM, Victor V. Kustov wrote:
>> Hello, Daniel. Thanks for reply.
>>
>>> 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?
>> 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.
> when you need to check if caller is registered use:
>
> - registered("location", "$fu")
> See more details at:
> - http://kamailio.org/docs/modules/stable/modules/registrar.html#id2512620
>
> If used without the second parameter is checking if R-URI ($ru) is
> registered.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference, April 16-17, 2013, Berlin
> - http://conference.kamailio.com -
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 15 Mar 2013 08:55:28 +0100
> From: Daniel-Constantin Mierla <miconda(a)gmail.com>
> Subject: Re: [SR-Users] FreeBSD build from git: i use that patch
> To: "Kamailio (SER) - Users Mailing List"
> <sr-users(a)lists.sip-router.org>
> Message-ID: <5142D3F0.4090408(a)gmail.com>
> 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:
>> 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
>>
>>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference, April 16-17, 2013, Berlin
> - http://conference.kamailio.com -
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 15 Mar 2013 12:01:37 +0400
> From: "Victor V. Kustov" <coyote(a)bks.tv>
> Subject: Re: [SR-Users] FreeBSD build from git: i use that patch
> To: sr-users(a)lists.sip-router.org
> Message-ID: <20130315120137.72b404c4@bkstv>
> Content-Type: text/plain; charset="utf-8"
>
> ? Fri, 15 Mar 2013 08:55:28 +0100
> Daniel-Constantin Mierla <miconda(a)gmail.com> ?????:
>
>> Hello,
>>
>> thanks for checking on bsd, can you please sent the patch as
>> attachment? Because it can saved locally and applied easier.
>>
>
>
>
> --
> SY,
> Victor
> JID: coyote(a)bks.tv
> JID: coyote(a)bryansktel.ru
> I use FREE operation system: 3.8.2-calculate GNU/Linux
>
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: coyote(a)bks.tv
JID: coyote(a)bryansktel.ru
I use FREE operation system: 3.8.3-calculate GNU/Linux