[SR-Users] sr-users Digest, Vol 94, Issue 51 - Problem with Mar portion of registration with Kamailio ims modules
mrichardson
matt.richardson at interoptechnologies.com
Fri Mar 15 21:27:10 CET 2013
Date: Fri, 15 Mar 2013 08:44:13 +0100
From: Daniel-Constantin Mierla <miconda at gmail.com>
Subject: Re: [SR-Users] Problems with Mar portion of registration
[IMS]
To: "Kamailio (SER) - Users Mailing List"
<sr-users at lists.sip-router.org>
Message-ID: <5142D14D.7080808 at 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 at somecompany.com]
0(2204) DEBUG: <core> [parser/msg_parser.c:192]: DEBUG: to body ["bob"
<sip:bob at 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 at lists.sip-router.org wrote:
> Send sr-users mailing list submissions to
> sr-users at 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 at lists.sip-router.org
>
> You can reach the person managing the list at
> sr-users-owner at 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 at bks.tv>
> Subject: [SR-Users] FreeBSD build from git: i use that patch
> To: "Kamailio \(SER\) - Users Mailing List"
> <sr-users at lists.sip-router.org>
> Message-ID: <20130315114355.2409d851 at 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 at bks.tv
> JID: coyote at 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 at gmail.com>
> Subject: Re: [SR-Users] Problems with Mar portion of registration
> [IMS]
> To: "Kamailio (SER) - Users Mailing List"
> <sr-users at lists.sip-router.org>
> Message-ID: <5142D14D.7080808 at 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 at 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 at gmail.com>
> Subject: Re: [SR-Users] UAC module and SRV records
> To: "Olle E. Johansson" <oej at edvina.net>
> Cc: "Kamailio \(SER\) - Users Mailing List"
> <sr-users at lists.sip-router.org>
> Message-ID: <5142D265.3060104 at 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 at gmail.com>:
>>
>>> On 3/13/13 9:25 AM, Olle E. Johansson wrote:
>>>> 13 mar 2013 kl. 09:08 skrev Daniel-Constantin Mierla <miconda at 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 at gmail.com>
> Subject: Re: [SR-Users] registrar and check registered
> To: "Victor V. Kustov" <coyote at bks.tv>, sr-users at lists.sip-router.org
> Message-ID: <5142D379.20402 at 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 at gmail.com>
> Subject: Re: [SR-Users] FreeBSD build from git: i use that patch
> To: "Kamailio (SER) - Users Mailing List"
> <sr-users at lists.sip-router.org>
> Message-ID: <5142D3F0.4090408 at 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 at bks.tv>
> Subject: Re: [SR-Users] FreeBSD build from git: i use that patch
> To: sr-users at lists.sip-router.org
> Message-ID: <20130315120137.72b404c4 at bkstv>
> Content-Type: text/plain; charset="utf-8"
>
> ? Fri, 15 Mar 2013 08:55:28 +0100
> Daniel-Constantin Mierla <miconda at 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 at bks.tv
> JID: coyote at 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 at gmail.com>
> Subject: Re: [SR-Users] FreeBSD build from git: i use that patch
> To: "Victor V. Kustov" <coyote at bks.tv>, sr-users at lists.sip-router.org
> Message-ID: <5142D68B.7010101 at 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 at 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 at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> End of sr-users Digest, Vol 94, Issue 51
> ****************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130315/b3ea63e6/attachment-0001.htm>
More information about the sr-users
mailing list