Date: Fri, 15 Mar 2013 08:44:13 +0100
From: Daniel-Constantin Mierla <miconda@gmail.com>
Subject: Re: [SR-Users] Problems with Mar portion of registration
        [IMS]
To: "Kamailio (SER) - Users Mailing List"
        <sr-users@lists.sip-router.org>
Message-ID: <5142D14D.7080808@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@lists.sip-router.org wrote:
Send sr-users mailing list submissions to
        sr-users@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@lists.sip-router.org

You can reach the person managing the list at
        sr-users-owner@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@bks.tv>
Subject: [SR-Users] FreeBSD build from git: i use that patch
To: "Kamailio \(SER\) - Users Mailing List"
        <sr-users@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@bks.tv
  JID: coyote@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@gmail.com>
Subject: Re: [SR-Users] Problems with Mar portion of registration
        [IMS]
To: "Kamailio (SER) - Users Mailing List"
        <sr-users@lists.sip-router.org>
Message-ID: <5142D14D.7080808@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@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@gmail.com>
Subject: Re: [SR-Users] UAC module and SRV records
To: "Olle E. Johansson" <oej@edvina.net>
Cc: "Kamailio \(SER\) - Users Mailing List"
        <sr-users@lists.sip-router.org>
Message-ID: <5142D265.3060104@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@gmail.com>:

On 3/13/13 9:25 AM, Olle E. Johansson wrote:
13 mar 2013 kl. 09:08 skrev Daniel-Constantin Mierla <miconda@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@gmail.com>
Subject: Re: [SR-Users] registrar and check registered
To: "Victor V. Kustov" <coyote@bks.tv>, sr-users@lists.sip-router.org
Message-ID: <5142D379.20402@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@gmail.com>
Subject: Re: [SR-Users] FreeBSD build from git: i use that patch
To: "Kamailio (SER) - Users Mailing List"
        <sr-users@lists.sip-router.org>
Message-ID: <5142D3F0.4090408@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@bks.tv>
Subject: Re: [SR-Users] FreeBSD build from git: i use that patch
To: sr-users@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@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@bks.tv
  JID: coyote@bryansktel.ru
  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: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130315/f30765a4/attachment-0001.bin>

------------------------------

Message: 7
Date: Fri, 15 Mar 2013 09:06:35 +0100
From: Daniel-Constantin Mierla <miconda@gmail.com>
Subject: Re: [SR-Users] FreeBSD build from git: i use that patch
To: "Victor V. Kustov" <coyote@bks.tv>, sr-users@lists.sip-router.org
Message-ID: <5142D68B.7010101@gmail.com>
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:
? Fri, 15 Mar 2013 08:55:28 +0100
Daniel-Constantin Mierla <miconda@gmail.com> ?????:

Hello,

thanks for checking on bsd, can you please sent the patch as
attachment? Because it can saved locally and applied easier.



--
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 -




------------------------------

_______________________________________________
sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


End of sr-users Digest, Vol 94, Issue 51
****************************************