- sr-users - kamailio.org

Kamailio stability/timing problem w.r.t. registrations?
by Sotas Development 16 Dec '13

16 Dec '13

Hi, We run Kamailio 3.2.3 (FLAVOUR=ser) on an embedded ARM platform in near- default configuration. In a duration test, we observe that at a certain moment Kamailio seems to start ignoring all (re-)register messages, and eventually expires the existing registrations. We have not been able to reproduce the issue using debug-level logging (-dddd). Info-level logging (-ddd) does reproduce the error, but does not produce any error messages. Configuration: ser-basic.cfg, with the following changes: port=5060 alias=testnet Command line: ser -m 4 -f /etc/ser/ser-basic.cfg -n3 -l udp:eth0 Load: Bursts of 8 (Re-)REGISTER messages that are repeated every 85 seconds. The specified expiration time is 120 seconds. Bursts of 9 (Re-)INVITE messages that are repeated every 45 seconds. Note: With this load it takes roughly 1 hour for the error to occur. Using a more standard 3600 second expiration time Kamailio still stalls, it just takes longer. Does anyone have any idea how to tackle this issue? Kind regards, Michiel Veldkamp

3 14

flatstore.rotate not working
by Abdelkader Allam 16 Dec '13

16 Dec '13

Hello Guys, I am using Kamailio 4.1.0. I am trying to get Kamailio to rotate the cdr log through command kamcmd flatstore.rotate but it keeps sending log to the renamed files, I use the following parameter (i tried to set flush to 1 and 0, same result, i have also tried in debug and normal mode) #!define WITH_ACCFILE # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) /* enhanced DB accounting */ modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) #!ifdef WITH_ACCFILE modparam("acc", "db_url", "flatstore:/var/log/kamailio") modparam("db_flatstore", "flush", 1) modparam("acc", "cdr_enable", 1) #modparam("acc", "cdr_flag", 3) modparam("acc", "db_extra","ds=$DLG_lifetime") modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;" "duration=$DLG_lifetime") modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;" "duration=$avp(i:256)") #!endif

2 10

Outbound Calls using pstn.gw_ip
by Rajah Chowbay 16 Dec '13

16 Dec '13

Setup: jitsi --> kamailio <-----> pstn.gw jitsi is registered using TCP SIP Trunk between kamailio and pstn.gw is using TCP Initial invite from jitsi to kamailio is sent using TCP but invite sent from kamailio to pstn.gw is being sent with UDP. How can I configure kamailio to send invite to pstn.gw with TCP? Thank You

2 1

Kamailio s-cscf SRV <Root> query
by Flavio Battimo 13 Dec '13

13 Dec '13

Hello, working on Kamailio SCSCF module, when I receive an INVITE the serving module should find the corresponding ICSCF to forward the INVITE. In order to do this it should perform a NAPTR query, followed by a DNS SRV query and a DNS A query. In our case the serving has the following behavior: 1) it CORRECTLY make NAPTR query 2) it send an SRV query to resolve ICSCF service port having invalid response 4 times. After 4 times, so 20 seconds, it sends INVITE message to ICSCF at default port 5060. SRV query contains a null name, shown as <Root> in Wireshark. Current DNS application (MyDNS) answer with a not implemented response. I expect that the serving CSCF try to resolve the ICSCF making an SRV query and an A query to discover the service port and ip address using the domain returned by NAPTR query. I have two questions: It seems that SRV query is not valid, because it's not based on SIP domain, do you think it's correct? At least, is it possible to configure s-cscf to force an INVITE to be sent always to the same interrogating? -- Flavio Battimo flavio.battimo(a)gmail.com fbattimo(a)meetecho.com skype: flaviobattimo

2 2

Carrier Authentication
by Keith 13 Dec '13

13 Dec '13

Hi, I am using LCR module to send outbound calls to my carrier, however I am using a new carrier who require authentication. Any ideas on how to authenticate the call to the carrier? Thanks Keith

2 1

ACK sent to wrong socket IP in mhomed scenario
by Ronald Voermans 13 Dec '13

13 Dec '13

Dear list, I'm having an issue with our Kamailio setup. I've installed two Kamailio servers with Corosync/Pacemaker. Kamailio1 has ip 10.254.254.5, Kamailio2 has ip 10.254.254.23. The VIP is 10.254.254.1. All is working well; clients can sent request to the VIP, and all traffic is sent via 10.254.254.1, and not the real ipI've configured the listen addressess: mhomed = no listen = udp:10.254.254.1:5060 listen = udp:10.254.254.23:5060 I'm now trying to configure the server as a multihomed one. Both Kamailio have two NIC's. Kamailio1 also has ip X1, Kamailio2 has ip X2. The VIP is Y. Configuration is done as: mhomed = yes listen = udp:10.254.254.1:5060 listen = udp:10.254.254.23:5060 listen = udp:Y:5060 listen = udp:X1:5060 When a UA sends an INVITE to for example 10.254.254.1, all responses (back) to UA are being sent with source address 10.254.254.1 (VIP), except for the ACK (and BYE). The ACK is sent via the real ip 10.254.254.23. I can resolve this by issuing a force_send_socket before t_relay in the config; but since it's multihomed, I have to build a lot of checks to find out the outgoing socket. Besides that, I want it to be possible to use both the real IP and the VIP as IP-address for the UA (for testing purposes). This won't work with force_send_socket. Does anyone from the list know how I can solve this? Thanks, Regards, Ronald

2 3

4.0.4 crash segfault when CANCEL
by Kelvin Chua 13 Dec '13

13 Dec '13

following is backtrace: #0 qm_detach_free (frag=0x7f91a4656170, qm=<optimized out>) at mem/q_malloc.c:269 prev = 0x7f91a4656170 next = 0x0 #1 qm_malloc (qm=0x7f91a429b000, size=3840) at mem/q_malloc.c:386 f = 0x7f91a4656170 hash = -1536859792 #2 0x000000000050977f in shm_malloc (size=3832) at parser/../mem/shm_mem.h:262 p = <optimized out> #3 sip_msg_shm_clone (org_msg=0x7f91ae9d7630, sip_msg_len=0x7fff56a2dde0, clone_lumps=0) at sip_msg_clone.c:502 len = 3832 hdr = <optimized out> new_hdr = <optimized out> last_hdr = <optimized out> via = <optimized out> prm = <optimized out> to_prm = <optimized out> new_to_prm = <optimized out> new_msg = <optimized out> p = <optimized out> __FUNCTION__ = "sip_msg_shm_clone" #4 0x00007f91ac989062 in build_cell (p_msg=0x7f91ae9d7630) at h_table.c:372 new_cell = 0x7f91a4656180 sip_msg_len = <optimized out> old = <optimized out> cbs = <optimized out> cbs_tmp = <optimized out> xold = <optimized out> #5 0x00007f91ac9b5fc6 in new_t (p_msg=0x7f91ae9d7630) at t_lookup.c:1357 new_cell = <optimized out> #6 t_newtran (p_msg=0x7f91ae9d7630) at t_lookup.c:1497 lret = <optimized out> my_err = <optimized out> canceled = <optimized out> __FUNCTION__ = "t_newtran" #7 0x00007f91ac9a99e0 in t_forward_cancel (p_msg=0x7f91ae9d7630, proxy=0x0, proto=0, tran=0x7fff56a2e2c0) at t_fwd.c:1607 t_invite = <optimized out> t = 0x0 ret = <optimized out> new_tran = <optimized out> dst = {send_sock = 0x63371f, to = {s = {sa_family = 54224, sa_data = "\003\255\221\177\000\000\020\300\220\256\221\177\000"}, sin = {sin_family = 54224, sin_port = 44291, sin_addr = {s_addr = 32657}, sin_zero = "\020\300\220\256\221\177\000"}, sin6 = {sin6_family = 54224, sin6_port = 44291, sin6_flowinfo = 32657, sin6_addr = {__in6_u = {__u6_addr8 = "\020\300\220\256\221\177\000\000\070\261W\000\000\000\000", __u6_addr16 = {49168, 44688, 32657, 0, 45368, 87, 0, 0}, __u6_addr32 = {2928721936, 32657, 5747000, 0}}}, sin6_scope_id = 0}}, id = 0, proto = 96 '`', send_flags = { f = 225 '\341', blst_imask = 162 '\242'}} host = {s = 0x0, len = 0} port = <optimized out> __FUNCTION__ = "t_forward_cancel" #8 0x00007f91ac99ae15 in t_relay_to (p_msg=0x7f91ae9d7630, proxy=0x0, proto=0, replicate=0) at t_funcs.c:264 ret = 0 new_tran = <optimized out> t = <optimized out> dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = '\000' <repeats 13 times>}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = {sin6_family = 0, sin6_port = 0, sin6_flowinfo = 0, sin6_addr = {__in6_u = { __u6_addr8 = '\000' <repeats 15 times>, __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}}, id = 0, proto = 64 '@', send_flags = {f = 243 '\363', blst_imask = 162 '\242'}} port = <optimized out> host = {s = 0x7fff56a2eab8 "0[*\244\221\177", len = -1398876638} __FUNCTION__ = "t_relay_to" Kelvin Chua

2 10

updating from kamailio-3.1 to kamailio-4.0
by Owais ul Haq 13 Dec '13

13 Dec '13

Hello all, I want to know the difference between kamailio-3.1.1 and kamailio-4.0 in regard to their features. If anyone has the experience to use both. What improvements will one enjoy on upgrading to kamailio-4.0 as compared to kamailio-3.1.1. I asked this question and a friend suggested some webpages. They give updates in modules for every version from 3.1 to 4.0. That is good but I want to know in short what main improvements will I get. Thanks for help. Cheers, Owais

1 0

Call Setup Monitoring
by Keith 12 Dec '13

12 Dec '13

Hi All, I know there are some products out there but I'm looking for a very basic way to store in a database the SIP call journey including errors etc. Anyone have any ideas? Thanks, Keith

2 1

Re: [SR-Users] force_send_socket
by Keith 12 Dec '13

12 Dec '13

Thanks for the info guys, unfortunately it's not sending the from ip address properly now. I am using dispatcher to route these calls so not sure if the $fs is working properly? Any more ideas? Thanks Keith

3 2

Difference between Kamailio-3.1.1 and Kamailio-4.0
by Owais ul Haq 12 Dec '13

12 Dec '13

Hello all, I want to know the difference between kamailio-3.1.1 and kamailio-4.0. As I am running kamailio-3.1.1 in my environment. I am interested to know what improvements will I enjoy if I reset the whole system and use kamailio-4.0(latest stable version). Replacing is quite a huge task, I have to make a decision whether it is worth it or not. Can some one please suggest any online page to read which can help. Any help will be much appreciated. Thanking in advance. Regards, Owais ul Haq, Kamailio user :)

2 1

Fwd: ack not transfer in multiple kamailio
by dolphin 11 Dec '13

11 Dec '13

hello, I’m trying to build two kamailio-3.3.4 server like this: ua1 ----> kamailio1(k1)-----> kamailio2(k2) -----> ua2 ua1 (5978003 ) is register k1 ua2 (5001005) is register k2 When ua1 call to ua2 sip process through k1 and k2 The problem is k2 server ACK not transfer to ua2 and k2 has received ack signals from u1 through k1 I ngrep sip process for k2 and k2 /var/log/debug , see the problem is 1. First ACK uri have ua2 number sip:5001005@xxx.xxx.xxx.xxx(k2):5003;ob , is correct !! 2. Second ack not include 5001005 , again loop itself ; Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941> loose_route Next hop: 'sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941' is loose router is , so next hop Not found in usrloc db 5001005 user and not transfer to ua2 How to fix this problem, any suggestions? ================================= /var/log/debug in k2 server : : DEBUG: <core> [parser/msg_parser.c:624]: SIP Request: : DEBUG: <core> [parser/msg_parser.c:626]: method: <ACK> : DEBUG: <core> [parser/msg_parser.c:628]: uri: <sip:5001005@xxx.xxx.xxx.xxx(k2):5003;ob> : DEBUG: <core> [parser/msg_parser.c:630]: version: <SIP/2.0> : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bKcydzigwkX>; state=16 : DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 : DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 : DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via : DEBUG: <core> [receive.c:149]: After parse_msg... : DEBUG: <core> [receive.c:190]: preparing to run routing scripts... : DEBUG: sl [sl_funcs.c:396]: DEBUG : sl_filter_ACK: to late to be a local ACK! : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 234, <received> = <122.116.37.55>; state=6 : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK-d8754z-5479c6361610102b-1---d8754z->; state=6 : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <60496>; state=16 : DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 : DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=10 : DEBUG: <core> [parser/msg_parser.c:524]: parse_headers: this is the second via : DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf : DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 : DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [73]; uri=[sip:5001005@xxx.xxx.xxx.xxx(k2)] : DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2)>] : DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=1944d063 : DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 : DEBUG: siptrace [siptrace.c:794]: storing info... : DEBUG: maxfwd [mf_funcs.c:85]: value = 69 : DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=42 global id=41 T start=0xffffffffffffffff : DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <1> <ACK> : DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=0 : DEBUG: <core> [parser/msg_parser.c:104]: found end of header : DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=41886, isACK=1 : DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed : DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found : DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=42 global id=42 T end=(nil) : DEBUG: rr [loose.c:88]: is_preloaded: No : DEBUG: <core> [socket_info.c:583]: grep_sock_info - checking if host==us: 11==11 && [xxx.xxx.xxx.xxx(k2)] == [xxx.xxx.xxx.xxx(k2)] : DEBUG: <core> [socket_info.c:587]: grep_sock_info - checking if port 5003 (advertise 0) matches port 5003 : DEBUG: rr [loose.c:597]: Next hop: 'sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941' is loose router : DEBUG: rr [loose.c:647]: The last route URI: 'sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941' : DEBUG: rr [rr_cb.c:97]: callback id 0 entered with <ob> : DEBUG: dialog [dlg_handlers.c:1109]: Route param 'did' not found : DEBUG: tm [t_lookup.c:1379]: DEBUG: t_newtran: msg id=42 , global msg id=42 , T on entrance=(nil) : DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=41886, isACK=1 : DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed : DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found : DEBUG: tm [t_funcs.c:315]: SER: forwarding ACK statelessly : DEBUG: <core> [msg_translator.c:206]: check_via_address(xxx.xxx.xxx.xxx(k1), xxx.xxx.xxx.xxx(k1), 0) : DEBUG: <core> [forward.c:609]: Sending:#012ACK sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941 SIP/2.0#015#012Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr=on>#015#012Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr=on>#015#012Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k2):5003;branch=z9hG4bKcydzigwkX#015#012Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKcydzigwkX#015#012Via: SIP/2.0/UDP 100.65.104.101:60496;received=122.116.37.55;branch=z9hG4bK-d8754z-5479c6361610102b-1---d8754z-;rport=60496#015#012Max-Forwards: 68#015#012Contact: <sip:5978003@122.116.37.55:60496;transport=udp>#015#012To: "5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf#015#012From: "5978003"<sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063#015#012Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.#015#012CSeq: 1 ACK#015#012User-Agent: eyeBeam release 1100z stamp 47739#015#012Content-Length: 0#015#012#015#012. : DEBUG: <core> [forward.c:611]: orig. len=669, new_len=730, proto=1 : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) : DEBUG: <core> [receive.c:293]: receive_msg: cleaning up : DEBUG: <core> [parser/msg_parser.c:624]: SIP Request: : DEBUG: <core> [parser/msg_parser.c:626]: method: <ACK> : DEBUG: <core> [parser/msg_parser.c:628]: uri: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941> : DEBUG: <core> [parser/msg_parser.c:630]: version: <SIP/2.0> : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bKcydzigwkX>; state=16 : DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 : DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=2 : DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: this is the first via : DEBUG: <core> [receive.c:149]: After parse_msg... : DEBUG: <core> [receive.c:190]: preparing to run routing scripts... : DEBUG: sl [sl_funcs.c:396]: DEBUG : sl_filter_ACK: to late to be a local ACK! : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bKcydzigwkX>; state=16 : DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 : DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=10 : DEBUG: <core> [parser/msg_parser.c:524]: parse_headers: this is the second via : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 234, <received> = <122.116.37.55>; state=6 : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 232, <branch> = <z9hG4bK-d8754z-5479c6361610102b-1---d8754z->; state=6 : DEBUG: <core> [parser/parse_via.c:1286]: Found param type 235, <rport> = <60496>; state=16 : DEBUG: <core> [parser/parse_via.c:2561]: end of header reached, state=5 : DEBUG: <core> [parser/msg_parser.c:511]: parse_headers: Via found, flags=10 : DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf : DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 : DEBUG: <core> [parser/msg_parser.c:188]: DEBUG: get_hdr_field: <To> [73]; uri=[sip:5001005@xxx.xxx.xxx.xxx(k2)] : DEBUG: <core> [parser/msg_parser.c:190]: DEBUG: to body ["5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2)>] : DEBUG: <core> [parser/parse_to.c:178]: DEBUG: add_param: tag=1944d063 : DEBUG: <core> [parser/parse_to.c:802]: end of header reached, state=29 : DEBUG: siptrace [siptrace.c:794]: storing info... : DEBUG: maxfwd [mf_funcs.c:85]: value = 68 : DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=43 global id=42 T start=(nil) : DEBUG: <core> [parser/msg_parser.c:168]: get_hdr_field: cseq <CSeq>: <1> <ACK> : DEBUG: <core> [parser/msg_parser.c:202]: DEBUG: get_hdr_body : content_length=0 : DEBUG: <core> [parser/msg_parser.c:104]: found end of header : DEBUG: tm [t_lookup.c:527]: t_lookup_request: start searching: hash=41886, isACK=1 : DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed : DEBUG: tm [t_lookup.c:709]: DEBUG: t_lookup_request: no transaction found : DEBUG: tm [t_lookup.c:1148]: DEBUG: t_check_msg: msg id=43 global id=43 T end=(nil) : DEBUG: rr [loose.c:111]: No Route headers found : DEBUG: rr [loose.c:835]: There is no Route HF : DEBUG: <core> [db_res.c:118]: allocate 48 bytes for result set at 0x7f32b6d1cc30 : DEBUG: db_mysql [km_res.c:68]: 16 columns returned from the query : DEBUG: <core> [db_res.c:155]: allocate 128 bytes for result names at 0x7f32b6d1ccc8 : DEBUG: <core> [db_res.c:165]: allocate 64 bytes for result types at 0x7f32b6d1bdb8 : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[0] at 0x7f32b6d1cc10 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cc10)[0]=[contact] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[1] at 0x7f32b6d1cc78 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cc78)[1]=[expires] : DEBUG: db_mysql [km_res.c:116]: use DB1_DATETIME result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[2] at 0x7f32b6d1c958 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1c958)[2]=[q] : DEBUG: db_mysql [km_res.c:111]: use DB1_DOUBLE result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[3] at 0x7f32b6d1cda8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cda8)[3]=[callid] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[4] at 0x7f32b6d1cdc8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cdc8)[4]=[cseq] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[5] at 0x7f32b6d1cde8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cde8)[5]=[flags] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[6] at 0x7f32b6d1ce08 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce08)[6]=[cflags] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[7] at 0x7f32b6d1ce28 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce28)[7]=[user_agent] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[8] at 0x7f32b6d1ce48 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce48)[8]=[received] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[9] at 0x7f32b6d1ce68 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce68)[9]=[path] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[10] at 0x7f32b6d1ce88 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce88)[10]=[socket] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[11] at 0x7f32b6d1cea8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cea8)[11]=[methods] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[12] at 0x7f32b6d1cec8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cec8)[12]=[last_modified] : DEBUG: db_mysql [km_res.c:116]: use DB1_DATETIME result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[13] at 0x7f32b6d1cee8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cee8)[13]=[ruid] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[14] at 0x7f32b6d1cf08 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cf08)[14]=[instance] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[15] at 0x7f32b6d1cf28 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cf28)[15]=[reg_id] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:169]: no rows returned from the query : DEBUG: usrloc [udomain.c:599]: aor not found in table aliases : DEBUG: <core> [db_res.c:81]: freeing 16 columns : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[0] at 0x7f32b6d1cc10 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[1] at 0x7f32b6d1cc78 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[2] at 0x7f32b6d1c958 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[3] at 0x7f32b6d1cda8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[4] at 0x7f32b6d1cdc8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[5] at 0x7f32b6d1cde8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[6] at 0x7f32b6d1ce08 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[7] at 0x7f32b6d1ce28 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[8] at 0x7f32b6d1ce48 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[9] at 0x7f32b6d1ce68 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[10] at 0x7f32b6d1ce88 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[11] at 0x7f32b6d1cea8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[12] at 0x7f32b6d1cec8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[13] at 0x7f32b6d1cee8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[14] at 0x7f32b6d1cf08 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[15] at 0x7f32b6d1cf28 : DEBUG: <core> [db_res.c:94]: freeing result names at 0x7f32b6d1ccc8 : DEBUG: <core> [db_res.c:99]: freeing result types at 0x7f32b6d1bdb8 : DEBUG: <core> [db_res.c:136]: freeing result set at 0x7f32b6d1cc30 : DEBUG: registrar [lookup.c:158]: '' Not found in usrloc : DEBUG: <core> [db_res.c:118]: allocate 48 bytes for result set at 0x7f32b6d1cc30 : DEBUG: db_mysql [km_res.c:68]: 16 columns returned from the query : DEBUG: <core> [db_res.c:155]: allocate 128 bytes for result names at 0x7f32b6d1ccc8 : DEBUG: <core> [db_res.c:165]: allocate 64 bytes for result types at 0x7f32b6d1bdb8 : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[0] at 0x7f32b6d1cf28 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cf28)[0]=[contact] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[1] at 0x7f32b6d1cf08 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cf08)[1]=[expires] : DEBUG: db_mysql [km_res.c:116]: use DB1_DATETIME result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[2] at 0x7f32b6d1cee8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cee8)[2]=[q] : DEBUG: db_mysql [km_res.c:111]: use DB1_DOUBLE result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[3] at 0x7f32b6d1cec8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cec8)[3]=[callid] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[4] at 0x7f32b6d1cea8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cea8)[4]=[cseq] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[5] at 0x7f32b6d1ce88 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce88)[5]=[flags] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[6] at 0x7f32b6d1ce68 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce68)[6]=[cflags] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[7] at 0x7f32b6d1ce48 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce48)[7]=[user_agent] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[8] at 0x7f32b6d1ce28 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce28)[8]=[received] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[9] at 0x7f32b6d1ce08 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1ce08)[9]=[path] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[10] at 0x7f32b6d1cde8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cde8)[10]=[socket] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[11] at 0x7f32b6d1cdc8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cdc8)[11]=[methods] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[12] at 0x7f32b6d1cda8 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cda8)[12]=[last_modified] : DEBUG: db_mysql [km_res.c:116]: use DB1_DATETIME result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[13] at 0x7f32b6d1c958 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1c958)[13]=[ruid] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[14] at 0x7f32b6d1cc78 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cc78)[14]=[instance] : DEBUG: db_mysql [km_res.c:136]: use DB1_STRING result type : DEBUG: db_mysql [km_res.c:85]: allocate 16 bytes for RES_NAMES[15] at 0x7f32b6d1cc10 : DEBUG: db_mysql [km_res.c:92]: RES_NAMES(0x7f32b6d1cc10)[15]=[reg_id] : DEBUG: db_mysql [km_res.c:100]: use DB1_INT result type : DEBUG: db_mysql [km_res.c:169]: no rows returned from the query : DEBUG: usrloc [udomain.c:599]: aor not found in table location : DEBUG: <core> [db_res.c:81]: freeing 16 columns : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[0] at 0x7f32b6d1cf28 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[1] at 0x7f32b6d1cf08 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[2] at 0x7f32b6d1cee8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[3] at 0x7f32b6d1cec8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[4] at 0x7f32b6d1cea8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[5] at 0x7f32b6d1ce88 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[6] at 0x7f32b6d1ce68 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[7] at 0x7f32b6d1ce48 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[8] at 0x7f32b6d1ce28 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[9] at 0x7f32b6d1ce08 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[10] at 0x7f32b6d1cde8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[11] at 0x7f32b6d1cdc8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[12] at 0x7f32b6d1cda8 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[13] at 0x7f32b6d1c958 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[14] at 0x7f32b6d1cc78 : DEBUG: <core> [db_res.c:85]: freeing RES_NAMES[15] at 0x7f32b6d1cc10 : DEBUG: <core> [db_res.c:94]: freeing result names at 0x7f32b6d1ccc8 : DEBUG: <core> [db_res.c:99]: freeing result types at 0x7f32b6d1bdb8 : DEBUG: <core> [db_res.c:136]: freeing result set at 0x7f32b6d1cc30 : DEBUG: registrar [lookup.c:158]: '' Not found in usrloc : DEBUG: tm [t_lookup.c:1079]: DEBUG: t_check_msg: msg id=43 global id=43 T start=(nil) : DEBUG: tm [t_lookup.c:1154]: DEBUG: t_check_msg: T previously sought and not found : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [usr_avp.c:644]: DEBUG:destroy_avp_list: destroying list (nil) : DEBUG: <core> [xavp.c:365]: destroying xavp list (nil) : DEBUG: <core> [receive.c:293]: receive_msg: cleaning up ngrep debug in k2 server : k1 <----> k2 U xxx.xxx.xxx.xxx(k1):5002 -> xxx.xxx.xxx.xxx(k2):5003 INVITE sip:5001005@xxx.xxx.xxx.xxx(k2):5003 SIP/2.0. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr=on;nat=yes;did=763.7861>. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-;rport=60496. Max-Forwards: 69. Contact: <sip:5978003@122.116.37.55:60496;transport=udp>. To: "5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2):5003>. From: "5978003"<sip:5978003@xxx.xxx.xxx.xxx(k1):5002>;tag=1944d063. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. CSeq: 1 INVITE. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. Content-Type: application/sdp. User-Agent: eyeBeam release 1100z stamp 47739. Content-Length: 312. P-hint: forward branch. . v=0. o=- 5 2 IN IP4 100.65.104.101. s=CounterPath eyeBeam 1.5. c=IN IP4 xxx.xxx.xxx.xxx(k2). t=0 0. m=audio 35462 RTP/AVP 98 18 3 101. a=fmtp:18 annexb=yes. a=fmtp:101 0-15. a=rtpmap:98 iLBC/8000. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=sendrecv. a=x-rtp-session-id:A27021BC28EB48E8BAF43C5BE6389874. # U xxx.xxx.xxx.xxx(k2):5003 -> xxx.xxx.xxx.xxx(k1):5002 SIP/2.0 100 trying -- your call is important to us. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-;rport=60496. To: "5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2):5003>. From: "5978003"<sip:5978003@xxx.xxx.xxx.xxx(k1):5002>;tag=1944d063. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. CSeq: 1 INVITE. Server: SIP Server. Content-Length: 0. . # U xxx.xxx.xxx.xxx(k2):5003 -> 122.116.37.55:35890 INVITE sip:5001005@122.116.37.55:35890;ob SIP/2.0. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr=on;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr=on;nat=yes;did=763.7861>. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k2):5003;branch=z9hG4bKe93a.359d0da4.0. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-;rport=60496. Max-Forwards: 68. Contact: <sip:5978003@122.116.37.55:60496;transport=udp>. To: "5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2):5003>. From: "5978003"<sip:5978003@xxx.xxx.xxx.xxx(k1):5002>;tag=1944d063. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. CSeq: 1 INVITE. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. Content-Type: application/sdp. User-Agent: eyeBeam release 1100z stamp 47739. Content-Length: 312. . v=0. o=- 5 2 IN IP4 100.65.104.101. s=CounterPath eyeBeam 1.5. c=IN IP4 xxx.xxx.xxx.xxx(k2). t=0 0. m=audio 35462 RTP/AVP 98 18 3 101. a=fmtp:18 annexb=yes. a=fmtp:101 0-15. a=rtpmap:98 iLBC/8000. a=rtpmap:18 G729/8000. a=rtpmap:101 telephone-event/8000. a=sendrecv. a=x-rtp-session-id:A27021BC28EB48E8BAF43C5BE6389874. # U 122.116.37.55:35890 -> xxx.xxx.xxx.xxx(k2):5003 SIP/2.0 100 Trying. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k2):5003;received=xxx.xxx.xxx.xxx(k2);branch=z9hG4bKe93a.359d0da4.0. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>. CSeq: 1 INVITE. Content-Length: 0. . # U 122.116.37.55:35890 -> xxx.xxx.xxx.xxx(k2):5003 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k2):5003;received=xxx.xxx.xxx.xxx(k2);branch=z9hG4bKe93a.359d0da4.0. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. CSeq: 1 INVITE. Contact: "5001005" <sip:5001005@122.116.37.55:35890;ob>. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Content-Length: 0. . # U xxx.xxx.xxx.xxx(k2):5003 -> xxx.xxx.xxx.xxx(k1):5002 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. CSeq: 1 INVITE. Contact: "5001005" <sip:5001005@122.116.37.55:35890;ob>. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Content-Length: 0. . # U 122.116.37.55:35890 -> xxx.xxx.xxx.xxx(k2):5003 SIP/2.0 200 OK. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k2):5003;received=xxx.xxx.xxx.xxx(k2);branch=z9hG4bKe93a.359d0da4.0. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. CSeq: 1 INVITE. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Contact: "5001005" <sip:5001005@122.116.37.55:35890;ob>. Supported: replaces, 100rel, timer, norefersub. Content-Type: application/sdp. Content-Length: 230. . v=0. o=- 3595766102 3595766103 IN IP4 122.116.37.55. s=cpc_med. c=IN IP4 122.116.37.55. t=0 0. m=audio 4008 RTP/AVP 98 101. a=sendrecv. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=rtpmap:98 iLBC/8000. a=fmtp:98 mode=20. # U xxx.xxx.xxx.xxx(k2):5003 -> xxx.xxx.xxx.xxx(k1):5002 SIP/2.0 200 OK. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. CSeq: 1 INVITE. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Contact: "5001005" <sip:5001005@122.116.37.55:35890;ob>. Supported: replaces, 100rel, timer, norefersub. Content-Type: application/sdp. Content-Length: 230. . v=0. o=- 3595766102 3595766103 IN IP4 122.116.37.55. s=cpc_med. c=IN IP4 122.116.37.55. t=0 0. m=audio 4008 RTP/AVP 98 101. a=sendrecv. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=rtpmap:98 iLBC/8000. a=fmtp:98 mode=20. # U xxx.xxx.xxx.xxx(k1):5002 -> xxx.xxx.xxx.xxx(k2):5003 ACK sip:5001005@xxx.xxx.xxx.xxx(k2):5003;ob SIP/2.0. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr=on>. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKcydzigwkX. Via: SIP/2.0/UDP 100.65.104.101:60496;received=122.116.37.55;branch=z9hG4bK-d8754z-5479c6361610102b-1---d8754z-;rport=60496. Max-Forwards: 69. Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Contact: <sip:5978003@122.116.37.55:60496;transport=udp>. To: "5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. From: "5978003"<sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. CSeq: 1 ACK. User-Agent: eyeBeam release 1100z stamp 47739. Content-Length: 0. . # U 122.116.37.55:35890 -> xxx.xxx.xxx.xxx(k2):5003 SIP/2.0 200 OK. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k2):5003;received=xxx.xxx.xxx.xxx(k2);branch=z9hG4bKe93a.359d0da4.0. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. CSeq: 1 INVITE. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Contact: "5001005" <sip:5001005@122.116.37.55:35890;ob>. Supported: replaces, 100rel, timer, norefersub. Content-Type: application/sdp. Content-Length: 230. . v=0. o=- 3595766102 3595766103 IN IP4 122.116.37.55. s=cpc_med. c=IN IP4 122.116.37.55. t=0 0. m=audio 4008 RTP/AVP 98 101. a=sendrecv. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=rtpmap:98 iLBC/8000. a=fmtp:98 mode=20. # U xxx.xxx.xxx.xxx(k2):5003 -> xxx.xxx.xxx.xxx(k1):5002 SIP/2.0 200 OK. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKe93a.851a9236.0. Via: SIP/2.0/UDP 100.65.104.101:60496;rport=60496;received=122.116.37.55;branch=z9hG4bK-d8754z-8800d531eb69491a-1---d8754z-. Record-Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr;nat=yes;did=763.7861>. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. From: "5978003" <sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. To: "5001005" <sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. CSeq: 1 INVITE. Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS. Contact: "5001005" <sip:5001005@122.116.37.55:35890;ob>. Supported: replaces, 100rel, timer, norefersub. Content-Type: application/sdp. Content-Length: 230. . v=0. o=- 3595766102 3595766103 IN IP4 122.116.37.55. s=cpc_med. c=IN IP4 122.116.37.55. t=0 0. m=audio 4008 RTP/AVP 98 101. a=sendrecv. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=rtpmap:98 iLBC/8000. a=fmtp:98 mode=20. # U xxx.xxx.xxx.xxx(k1):5002 -> xxx.xxx.xxx.xxx(k2):5003 ACK sip:5001005@xxx.xxx.xxx.xxx(k2):5003;ob SIP/2.0. Record-Route: <sip:xxx.xxx.xxx.xxx(k1):5002;lr=on>. Via: SIP/2.0/UDP xxx.xxx.xxx.xxx(k1):5002;branch=z9hG4bKcydzigwkX. Via: SIP/2.0/UDP 100.65.104.101:60496;received=122.116.37.55;branch=z9hG4bK-d8754z-5479c6361610102b-1---d8754z-;rport=60496. Max-Forwards: 69. Route: <sip:xxx.xxx.xxx.xxx(k2):5003;lr;did=763.941>. Contact: <sip:5978003@122.116.37.55:60496;transport=udp>. To: "5001005"<sip:5001005@xxx.xxx.xxx.xxx(k2)>;tag=cjLZLUdZz5lKpi1gtGak.otJWQzet.vf. From: "5978003"<sip:5978003@xxx.xxx.xxx.xxx(k1)>;tag=1944d063. Call-ID: NWI3MDllMTI1YmM1MjQ1MDM4ZGVlMmIyZDBiN2Q3ZjI.. CSeq: 1 ACK. User-Agent: eyeBeam release 1100z stamp 47739. Content-Length: 0. .

1 0

Re: [SR-Users] Kamailio 4.1.0 P-Asserted-Identity value
by Flavio Battimo 11 Dec '13

11 Dec '13

Hello, thanks for your help. I attach the whole INVITE message INVITE sip:+393922568003@ims.example.net;user=phone SIP/2.0 Via: SIP/2.0/TCP 10.139.140.249:5260;branch=z9hG4bK+183a8f199afae25013ec3da9c768d7e71+sip+1+a64ef5ee From: "Flavio" <sip:+393891524510@ims.example.net>;tag=10.139.140.249+1+6a272b5b+75130025 To: <sip:+393922568003@ims.example.net> CSeq: 1 INVITE Expires: 180 Route: <sip:orig@scscf.ims.example.net:7060;lr> Content-Length: 250 Call-Info: <sip:10.139.140.249:5260>;method="NOTIFY;Event=telephone-event;Duration=2000" Supported: replaces P-Charging-Vector: icid-value=070d4ad6d2ad162b8aa5bb701dbca1f5 Contact: <sip:+393891524510@10.139.246.113:32734> Record-Route: <sip:10.139.140.249:5260;transport=tcp;lr> Content-Type: application/sdp P-Served-User: sip:+393891524510@ims.example.net P-Asserted-Identity: sip:+393891524510@ims.example.net Max-Forwards: 69 Call-ID: 0gQAAC8WAAACBAAALxYAAHDXeTpfsrd8TbexIcx32VhAZNOydD+L9Uama1JAimxtSDPFHcDNu7JpFnHKPNLfKQ--(a)10.139.140.249 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO User-Agent: X-Lite release 4.5.5 stamp 71236 P-Visited-Network-ID: sbc1.stage.ims.example.net Accept: application/sdp, application/dtmf-relay -- Flavio Battimo flavio.battimo(a)gmail.com fbattimo(a)meetecho.com skype: flaviobattimo

3 2

Selective load_credentials in auth_db
by Alex Balashov 11 Dec '13

11 Dec '13

I have some extra columns to load from the 'subscriber' table': modparam("auth_db", "load_credentials", "$avp(s:fruit_id)=fruit_id"); Is there any way to get auth_db to only load this column for one realm and not another? I use multiple realms (tables) and one of them doesn't have this column. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

2 2

force_send_socket
by Keith 11 Dec '13

11 Dec '13

Hi, I am using force_send_socket as I have two interfaces. It works fine but at the moment I am hard coding the IP address. I want to use a variable instead, I have tried the following: force_send_socket($sel(cfg_get.kamailio.bindip); But kamailio doesn't start and complains about the format. Any ideas? Thanks, Keith

3 6

Kamailio + mediaproxy-ng for webrtc to sip calls
by Muhammad Shahzad 11 Dec '13

11 Dec '13

Hi, According to documentation, using kamailio's rtpproxy-ng module with mediaproxy-ng service, it is possible to make webrtc to sip calls and vice versa, However i am stuck since morning to make JSSIP (in chrome) to phonerlite (in Windows 8) calls. There is not working example or sample code anywhere either. So i was wondering if anyone has actually tries that successfully and would care to share some samples for us. So, far i tried "+SP" flags for phonerlite to JSSIP calls and "-sp" for JSSIP to phonerlite calls in "rtpproxy_manage" method. Apparently both calls connects but then drop after a few seconds of ACK. Which indicate the problem is likely to be on mediaproxy-ng end rather then kamailio.. Thank you. -- Mit freundlichen Grüßen Muhammad Shahzad ----------------------------------- CISCO Rich Media Communication Specialist (CRMCS) CISCO Certified Network Associate (CCNA) Cell: +49 176 99 83 10 85 MSN: shari_786pk(a)hotmail.com Email: shaheryarkh(a)googlemail.com

2 2

kamailio/script call route(...) in switch(...) expression
by Seudin Kasumovic 11 Dec '13

11 Dec '13

Hi, Let route[FOO]{...} returns -1, 0, or 1 value. Next example never print message in case -1: switch (route(FOO)) { case -1: xlog("L_INFO", "FOO = -1\n"); break; case 0: xlog("L_INFO", "FOO = zero\n"); break; case 1: xlog("L_INFO", "FOO = +1\n"); break; } Result from route(FOO) less then to zero converted to 0, so never get label -1, but next example works properly (when use $rc): route(FOO); switch ($rc) { case -1: xlog("L_INFO", "FOO = -1\n"); break; case 0: xlog("L_INFO", "FOO = zero\n"); break; case 1: xlog("L_INFO", "FOO = +1\n"); break; } Is this bug, or regular behavior ? Regards, Seudin

2 1

Re: [SR-Users] Differnce Bettween F_MALLOC and DSF_MALLOC defines
by Daniel-Constantin Mierla 11 Dec '13

11 Dec '13

Hello, only F_MALLOC and Q_MALLOC were tested for production. The others are attempts to have alternatives, you should test it well and see if you get any benefits there. Cheers, Daniel On 10/12/13 07:15, Surendra wrote: > > Hi Daniel-Constantin Mierla, > > Could you please help me on this.. > > What is the difference between these two defines > F_MALLOC and SF_MALLOC. Currently we are compiling with F_MALLOC option. > > When we can enable SF_MALLOC define, Will it improve > the performance? > > Please find our server architecture: > > Intel(R) Xeon(R) Quad Core 2.40GHz with 24 G RAM and around 621G Hard > Disk---Os versi0n: rhel5 > > Thanks in advance > > @surendra > > > > _______________________________________________ > 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

1 0

Configuring Kamailio as an authenticating SIP Proxy?
by Mark D. Montgomery II 10 Dec '13

10 Dec '13

Here's the issue: I have a FreePBX server running at a location that 1. Is not directly accessible from all the outside locations I would be at 2. I don't want the SIP ports directly open to it from the whole world anyway for security reasons. I have a VPS that I am currently using as a pure SIP redirector via firewall rules, and the main location allows connection from the VPS only. The issue I've run into (which is the same issue as having the main server open to the world), is that I still get a fair number of exploit hits to the server. What I'd like to do is use Kamailio as an authenticating proxy so I could use fail2ban on the VPS to ban the offenders when they try to exploit the server. Basically I want Kamailio to handle passing authentication back and forth from the client to the actual server and then handle proxying the full connection when the auth is correct. Is this doable? If so, how would I go about setting it up? It looks like Kamailio should be able to do just about anything, but I don't know where to start. Thanks. Mark II -- Mark D. Montgomery II http://www.techiem2.net

2 1

dialog sync via dmq
by Victor V. Kustov 10 Dec '13

10 Dec '13

Hi all! Can I create dialog structures via dmq? for example, two K. share IP via carp. Active K. (carp master) process calls, create dialogs and send it to slave. When master die, slave became master and has complete info 'bout registered clients and dialogs. -- WBR, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.10.19-calculate GNU/Linux

2 4

how to string concatination
by Grant Bagdasarian 10 Dec '13

10 Dec '13

Hello, How do I concatenate a string to an avp variable? $avp(s:caller) = $fU; if($(avp(s:caller){s.substr,0,2}) != "00") { $avp(s:caller) = "00$avp(s:caller)"; } This piece of code does not work as the value of $avp(s:caller) is "00$avp(s:caller)"

2 5

Differnce Bettween F_MALLOC and DSF_MALLOC defines
by Surendra 10 Dec '13

10 Dec '13

Hi Daniel-Constantin Mierla, Could you please help me on this.. What is the difference between these two defines F_MALLOC and SF_MALLOC. Currently we are compiling with F_MALLOC option. When we can enable SF_MALLOC define, Will it improve the performance? Please find our server architecture: Intel(R) Xeon(R) Quad Core 2.40GHz with 24 G RAM and around 621G Hard Disk-Os versi0n: rhel5 Thanks in advance @surendra

1 0

Kamailio generating 408 Request Timeout?
by Grant Bagdasarian 09 Dec '13

09 Dec '13

Hello, I'm seeing Kamailio generating 408 Request Timeout responses which are sent back to the originator. And it also generates a CANCEL to the terminating party. I assume this is normal behavior. Which timer controls this timeout? Is the 408 generated only when no final reply is received? Regards, Grant

2 1

Kamailio 4.1.0 P-Asserted-Identity value
by Flavio Battimo 09 Dec '13

09 Dec '13

Hello, i'm encountering a matter while receiving an INVITE from a third-party proxy module to the Kamailio s-cscf module (version: kamailio 4.1.0 (x86_64/linux) 350d2e) Accordling to the RFC3325 section 9.1 The P-Asserted-Identity Header, > The P-Asserted-Identity header field is used among trusted SIP > entities (typically intermediaries) to carry the identity of the user > sending a SIP message as it was verified by authentication. > PAssertedID = "P-Asserted-Identity" HCOLON PAssertedID-value > *(COMMA PAssertedID-value) > PAssertedID-value = name-addr / addr-spec > A P-Asserted-Identity header field value MUST consist of exactly one > name-addr or addr-spec. In our scenario the received INVITE contains a P-Asserted-Identity header with an addr-spec value format, so without angle brackets, as described in RFC2822 In Kamailio log I see that it rejects this header asserting it is malformed. > > Dec 9 14:22:57 IMSCore-ve /usr/sbin/kamailio[2410]: DEBUG: <core> [mem/q_malloc.c:369]: qm_malloc(): qm_malloc(0x7f271cded010, 72) called from <core>: parser/parse_rr.c: do_parse_rr_body(72) > Dec 9 14:22:57 IMSCore-ve /usr/sbin/kamailio[2410]: DEBUG: <core> [mem/q_malloc.c:415]: qm_malloc(): qm_malloc(0x7f271cded010, 72) returns address 0x7f271cebf510 frag. 0x7f271cebf4e0 (size=72) on 1 -th hit > Dec 9 14:22:57 IMSCore-ve /usr/sbin/kamailio[2410]: ERROR: <core> [parser/parse_rr.c:82]: do_parse_rr_body(): parse_rr(): Error while parsing name-addr (sip:+39******10@ims.example.net) > Dec 9 14:22:57 IMSCore-ve /usr/sbin/kamailio[2410]: DEBUG: <core> [mem/q_malloc.c:439]: qm_free(): qm_free(0x7f271cded010, 0x7f271cebf510), called from <core>: parser/parse_rr.c: do_parse_rr_body(141) > Dec 9 14:22:57 IMSCore-ve /usr/sbin/kamailio[2410]: DEBUG: <core> [mem/q_malloc.c:474]: qm_free(): qm_free: freeing frag. 0x7f271cebf4e0 alloc'ed from <core>: parser/parse_rr.c: do_parse_rr_body(72) > Dec 9 14:22:57 IMSCore-ve /usr/sbin/kamailio[2410]: CRITICAL: <core> [ims_getters.c:408]: cscf_get_asserted_identity(): WARN:cscf_get_asserted_identity: P-Asserted-Identity header must contain a Nameaddr!!! Fix the client! Can you confirm this issue? -- Flavio Battimo flavio.battimo(a)gmail.com fbattimo(a)meetecho.com skype: flaviobattimo

2 1

error compiling kamailio 4.1
by Grant Bagdasarian 09 Dec '13

09 Dec '13

Hello, I'm getting the following error when compiling kamailio 4.1. CC (gcc) [M gzcompress.so] gzcompress_mod.o gzcompress_mod.c:42:18: fatal error: zlib.h: No such file or directory compilation terminated. make[1]: *** [gzcompress_mod.o] Error 1 make: *** [modules] Error 1 The modules/gzcompress directory only contains the following items: doc/ gzcompress_mod.c makecfg.lst Makefile README I installed zlibc, but that didn't work either. Any ideas?

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users