15 Mar
2013
15 Mar
'13
4:27 p.m.
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>om>:
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>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:
On 3/13/13 9:25 AM, Olle E. Johansson wrote:
I will
debug in more detail. Had to set an outbound URI with a hostname and a port number to get
it to work. 13 mar 2013 kl. 09:08 skrev Daniel-Constantin
Mierla <miconda(a)gmail.com>om>:
> 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. Hello, Daniel. Thanks for reply.
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:
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. 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