sr-users April 2015

sr-users@lists.kamailio.org

89 participants
143 discussions

UAC not answer with new register after 401 reply from porvider

by Yuriy Gorlichenko

Hello. We have an issue with REGISTER to Provider. When Provider answers 401 Kamailio don't send any REGISTER with digest auth IP ourservice.com.5068 > provider.dev.5060: UDP, length 468 E...U...@.3' ..............AREGISTER sip:provider.dev SIP/2.0 Via: SIP/2.0/UDP ourservice.com:5068 ;branch=z9hG4bK4238.45a4a626000000000000000000000000.0 To: <sip:login@provider.dev> From: <sip:login@provider.dev>;tag=6a39af2190f8b2c99cc63bfeb3a3959c-1ff8 CSeq: 10 REGISTER Call-ID: 1b3f9f5d5822eca2-16804(a)ourservice.com Max-Forwards: 70 Content-Length: 0 User-Agent: kamailio (4.3.0-dev5 (x86_64/linux)) Contact: <sip:login@ourservice.com:5068> Expires: 360 IP provider.dev.5060 > ourservice.com.5068: UDP, length 572 E..XC...-.W..... ........DkJSIP/2.0 401 Unauthorized Via: SIP/2.0/UDP ourservice.com:5068 ;branch=z9hG4bK4238.45a4a626000000000000000000000000.0;received=23.100.24.250 From: <sip:login@provider.dev>;tag=6a39af2190f8b2c99cc63bfeb3a3959c-1ff8 To: <sip:login@provider.dev>;tag=as6ad61d4a Call-ID: 1b3f9f5d5822eca2-16804(a)ourservice.com CSeq: 10 REGISTER Server: FastTel SoftSwitch Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces WWW-Authenticate: Digest algorithm=MD5, realm="provider.dev", nonce="63fc6951" Content-Length: 0

9 years, 6 months

Regd: Message Routing

by suryakiiran vanam

Hi Team, I am using Jitsi client with Kamailio. I was able to IM between the clients. How can I control the Message routing in Kamailio script. Please help me with any link. Regards, Surya.

9 years, 6 months

UAC Module

by Ali Jibran

Hi all. I have this setup. Trunk--->Kamailio---->FreeSWITCH I have a trunk from a sip provided and registered successfully with the UAC module. Incoming is working fine. I need to make out going through kamailio too. I have it in the dialplan to forward the invite to kamailio from FreeSWITCH. I can see it the logs that it reaches kamailio. Now how do I make the call via the trunk? Basically this is what I'm trying to workout FS---->kamailio---->trunk. Any help will be much appreciated. Thanks. AJ

9 years, 6 months

Re: [SR-Users] [SR_USers] Authenticate asterisk-kamailio

by Mauricio Tejeda

Hi. Asterisk users are fine. Register subscribers Kamailio is my problem. #!ifdef WITH_ASTERISK if (!auth_check("$fd", "sipusers", "1")) { ##### OK Asterisk Users are no problem #!else ##### But if the user is no asterisk , simply refuse registration, without Respect the jump to validate users Kamailio if (!auth_check("$fd", "subscriber", "1")) { #!endif ##### Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: auth_db [authorize.c:498]: auth_check(): realm [192.168.65.132] table [sipusers] flags [1] Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: auth [api.c:86]: pre_auth(): auth:pre_auth: Credentials with realm '192.168.65.132' not found Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: auth_db [authorize.c:264]: digest_authenticate_hdr(): no credentials Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: auth [challenge.c:127]: get_challenge_hf(): build_challenge_hf: realm='192.168.65.132' Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: auth [challenge.c:269]: get_challenge_hf(): auth: 'WWW-Authenticate: Digest realm="192.168.65.132", nonce="VUDgjFVA32CFnv6lYnT/fxOzv3M7Mw7n"#015#012' Thanks. De: sr-users [mailto:sr-users-bounces@lists.sip-router.org] En nombre de SamyGo Enviado el: jueves, 30 de abril de 2015 4:39 Para: Kamailio (SER) - Users Mailing List Asunto: Re: [SR-Users] [SR_USers] Authenticate asterisk-kamailio Hi, The important thing to consider here is this line. #!define WITH_ASTERISK so if you've defined this on the very top of your kamailio.cfg then it will go and check username/passwords from the sipusers table from the Database defined by this: DBASTURL if (!auth_check("$fd", "sipusers", "1")) { Make sure you've the same user defined and username and passwords are defined in these columns: modparam("auth_db", "user_column", "name") modparam("auth_db", "password_column", "sippasswd") the sipasswd column is text based so dont use encrypted PASSWORD() in there. Once you follow these steps your user should get registered.

9 years, 6 months

[SR_USers] Authenticate asterisk-kamailio

by Mauricio Tejeda

Hello All. My English is bad so I hope you can understand. I have been working with Kamailio some time, I following some of Guides of http://kb.asipto.com, http://saevolgo.blogspot.com and http://nil.uniza.sk. To Authenticate Asterisk sipusers I'm not have problems, but subscriber of Kamailio authenticate is my problem. Autenticate are denied to subscriber Kamailio. In spanish I can explain it better :-) best regards my Settings: ####################### # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "load_credentials", "") #!ifdef WITH_ASTERISK modparam("auth_db", "user_column", "name") modparam("auth_db", "password_column", "sippasswd") modparam("auth_db", "db_url", DBASTURL) modparam("auth_db", "version_table", 0) #!else modparam("auth_db", "db_url", DBURL) modparam("auth_db", "password_column", "password") modparam("auth_db", "use_domain", MULTIDOMAIN) #!endif #################### #!ifdef WITH_AUTH #!ifdef WITH_ASTERISK # do not auth traffic from Asterisk - trusted! if(route(FROMASTERISK)) return; #!endif #!ifdef WITH_IPAUTH if((!is_method("REGISTER")) && allow_source_address()) { # source IP allowed return; } #!endif if (is_method("REGISTER") || from_uri==myself) { # authenticate requests #!ifdef WITH_ASTERISK if (!auth_check("$fd", "sipusers", "1")) { #### Aquí autentifica sin problemas en caso de ser un usuario asterisk #!else #### Pero hace caso omiso al switch. if (!auth_check("$fd", "subscriber", "1")) { #### No autentifica subscriber de la base de datos de kamailio #!endif auth_challenge("$fd", "0"); exit; } # user authenticated - remove auth header if(!is_method("REGISTER|PUBLISH")) consume_credentials(); } #!endif return; } ######################### DEBUG KAMAILIO Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/msg_parser.c:623]: parse_msg(): SIP Request: Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/msg_parser.c:625]: parse_msg(): method: <REGISTER> Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/msg_parser.c:627]: parse_msg(): uri: <sip:192.168.65.132> Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/msg_parser.c:629]: parse_msg(): version: <SIP/2.0> Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of header reached, state=10 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/msg_parser.c:190]: get_hdr_field(): DEBUG: get_hdr_field: <To> [29]; uri=[sip:107@192.168.65.132] Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/msg_parser.c:192]: get_hdr_field(): DEBUG: to body [107<sip:107@192.168.65.132>#015#012] Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, <branch> = <z9hG4bK-d87543-733510592-1--d87543->; state=6 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 235, <rport> = <n/a>; state=17 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/parse_via.c:2672]: parse_via(): end of header reached, state=5 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers(): parse_headers: Via found, flags=2 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/msg_parser.c:515]: parse_headers(): parse_headers: this is the first via Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [receive.c:154]: receive_msg(): After parse_msg... Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [receive.c:197]: receive_msg(): preparing to run routing scripts... Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field(): get_hdr_field: cseq <CSeq>: <1> <REGISTER> Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: maxfwd [mf_funcs.c:85]: is_maxfwd_present(): value = 70 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/msg_parser.c:204]: get_hdr_field(): DEBUG: get_hdr_body : content_length=0 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/msg_parser.c:106]: get_hdr_field(): found end of header Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: add_param: tag=306ac106 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of header reached, state=29 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: sanity [mod_sanity.c:255]: w_sanity_check(): sanity checks result: 1 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: siputils [checks.c:103]: has_totag(): no totag Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: tm [t_lookup.c:1072]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=1 T start=0xffffffffffffffff Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: tm [t_lookup.c:527]: t_lookup_request(): t_lookup_request: start searching: hash=16161, isACK=0 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: tm [t_lookup.c:485]: matching_3261(): DEBUG: RFC3261 transaction matching failed Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: tm [t_lookup.c:709]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: tm [t_lookup.c:1141]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [socket_info.c:583]: grep_sock_info(): grep_sock_info - checking if host==us: 14==14 && [192.168.65.132] == [192.168.65.132] Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [socket_info.c:587]: grep_sock_info(): grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [select.c:429]: run_select(): Calling SELECT 0x7f213171d950 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [select.c:429]: run_select(): Calling SELECT 0x7f21317216c0 Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: auth_db [authorize.c:498]: auth_check(): realm [192.168.65.132] table [sipusers] flags [1] Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: auth [api.c:86]: pre_auth(): auth:pre_auth: Credentials with realm '192.168.65.132' not found Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: auth_db [authorize.c:264]: digest_authenticate_hdr(): no credentials Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: auth [challenge.c:127]: get_challenge_hf(): build_challenge_hf: realm='192.168.65.132' Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: auth [challenge.c:269]: get_challenge_hf(): auth: 'WWW-Authenticate: Digest realm="192.168.65.132", nonce="VUDgjFVA32CFnv6lYnT/fxOzv3M7Mw7n"#015#012' Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: sl [sl.c:296]: send_reply(): reply in stateless mode (sl) Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [usr_avp.c:643]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [usr_avp.c:643]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [usr_avp.c:643]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [usr_avp.c:643]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [usr_avp.c:643]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [usr_avp.c:643]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [xavp.c:448]: xavp_destroy_list(): destroying xavp list (nil) Apr 29 10:40:48 labkamailio kamailio[11304]: DEBUG: <core> [receive.c:298]: receive_msg(): receive_msg: cleaning up Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/msg_parser.c:623]: parse_msg(): SIP Request: Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/msg_parser.c:625]: parse_msg(): method: <REGISTER> Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/msg_parser.c:627]: parse_msg(): uri: <sip:192.168.65.132> Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/msg_parser.c:629]: parse_msg(): version: <SIP/2.0> Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of header reached, state=10 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/msg_parser.c:190]: get_hdr_field(): DEBUG: get_hdr_field: <To> [29]; uri=[sip:107@192.168.65.132] Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/msg_parser.c:192]: get_hdr_field(): DEBUG: to body [107<sip:107@192.168.65.132>#015#012] Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 232, <branch> = <z9hG4bK-d87543-600273073-1--d87543->; state=6 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param type 235, <rport> = <n/a>; state=17 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/parse_via.c:2672]: parse_via(): end of header reached, state=5 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/msg_parser.c:513]: parse_headers(): parse_headers: Via found, flags=2 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/msg_parser.c:515]: parse_headers(): parse_headers: this is the first via Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [receive.c:154]: receive_msg(): After parse_msg... Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [receive.c:197]: receive_msg(): preparing to run routing scripts... Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/msg_parser.c:170]: get_hdr_field(): get_hdr_field: cseq <CSeq>: <2> <REGISTER> Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: maxfwd [mf_funcs.c:85]: is_maxfwd_present(): value = 70 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/msg_parser.c:204]: get_hdr_field(): DEBUG: get_hdr_body : content_length=0 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/msg_parser.c:106]: get_hdr_field(): found end of header Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/parse_addr_spec.c:176]: parse_to_param(): DEBUG: add_param: tag=306ac106 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [parser/parse_addr_spec.c:898]: parse_addr_spec(): end of header reached, state=29 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: sanity [mod_sanity.c:255]: w_sanity_check(): sanity checks result: 1 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: siputils [checks.c:103]: has_totag(): no totag Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: tm [t_lookup.c:1072]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=1 T start=0xffffffffffffffff Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: tm [t_lookup.c:527]: t_lookup_request(): t_lookup_request: start searching: hash=16158, isACK=0 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: tm [t_lookup.c:485]: matching_3261(): DEBUG: RFC3261 transaction matching failed Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: tm [t_lookup.c:709]: t_lookup_request(): DEBUG: t_lookup_request: no transaction found Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: tm [t_lookup.c:1141]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global id=2 T end=(nil) Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [socket_info.c:583]: grep_sock_info(): grep_sock_info - checking if host==us: 14==14 && [192.168.65.132] == [192.168.65.132] Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [socket_info.c:587]: grep_sock_info(): grep_sock_info - checking if port 5060 (advertise 0) matches port 5060 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [select.c:429]: run_select(): Calling SELECT 0x7f213171d950 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [select.c:429]: run_select(): Calling SELECT 0x7f21317216c0 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: auth_db [authorize.c:498]: auth_check(): realm [192.168.65.132] table [sipusers] flags [1] Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: auth [api.c:96]: pre_auth(): auth: digest-algo: MD5 parsed value: 1 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [db_res.c:118]: db_new_result(): allocate 56 bytes for result set at 0x7f213171c1a0 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: db_mysql [km_res.c:68]: db_mysql_get_columns(): 1 columns returned from the query Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [db_res.c:156]: db_allocate_columns(): allocate 8 bytes for result names at 0x7f21317236a8 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [db_res.c:167]: db_allocate_columns(): allocate 4 bytes for result types at 0x7f2131739f10 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: db_mysql [km_res.c:86]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[0] at 0x7f21317605f8 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: db_mysql [km_res.c:93]: db_mysql_get_columns(): RES_NAMES(0x7f21317605f8)[0]=[sippasswd] Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: db_mysql [km_res.c:137]: db_mysql_get_columns(): use DB1_STRING result type Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: db_mysql [km_res.c:170]: db_mysql_convert_rows(): no rows returned from the query Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: auth_db [authorize.c:196]: get_ha1(): no result for user '107@' Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [db_res.c:81]: db_free_columns(): freeing 1 columns Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[0] at 0x7f21317605f8 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [db_res.c:94]: db_free_columns(): freeing result names at 0x7f21317236a8 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [db_res.c:99]: db_free_columns(): freeing result types at 0x7f2131739f10 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [db_res.c:136]: db_free_result(): freeing result set at 0x7f213171c1a0 Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: auth [challenge.c:127]: get_challenge_hf(): build_challenge_hf: realm='192.168.65.132' Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: auth [challenge.c:269]: get_challenge_hf(): auth: 'WWW-Authenticate: Digest realm="192.168.65.132", nonce="VUDgjFVA32CFnv6lYnT/fxOzv3M7Mw7n"#015#012' Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: sl [sl.c:296]: send_reply(): reply in stateless mode (sl) Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [usr_avp.c:643]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [usr_avp.c:643]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [usr_avp.c:643]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [usr_avp.c:643]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [usr_avp.c:643]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [usr_avp.c:643]: destroy_avp_list(): DEBUG:destroy_avp_list: destroying list (nil) Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [xavp.c:448]: xavp_destroy_list(): destroying xavp list (nil) Apr 29 10:40:48 labkamailio kamailio[11302]: DEBUG: <core> [receive.c:298]: receive_msg(): receive_msg: cleaning up Ngrep sipusers asterisk U 192.168.65.1:6018 -> 192.168.65.132:5060 REGISTER sip:192.168.65.132 SIP/2.0. To: 101<sip:101@192.168.65.132>. From: 101<sip:101@192.168.65.132>;tag=622d132b. Via: SIP/2.0/UDP 192.168.65.1:6018;branch=z9hG4bK-d87543-11473800-1--d87543-;rport. Call-ID: 45522f4e99747d39. CSeq: 1 REGISTER. Contact: <sip:101@192.168.65.1:6018>. Expires: 3600. Max-Forwards: 70. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. User-Agent: eyeBeam release 3004w stamp 16863. Content-Length: 0. . # U 192.168.65.132:5060 -> 192.168.65.1:6018 SIP/2.0 401 Unauthorized. To: 101<sip:101@192.168.65.132>;tag=65b56d053bca97da69d7accef5da903f.bfcc. From: 101<sip:101@192.168.65.132>;tag=622d132b. Via: SIP/2.0/UDP 192.168.65.1:6018;branch=z9hG4bK-d87543-11473800-1--d87543-;rport=6018;recei ved=192.168.65.1. Call-ID: 45522f4e99747d39. CSeq: 1 REGISTER. WWW-Authenticate: Digest realm="192.168.65.132", nonce="VUDfOlVA3g5sSAKxFPg/zsB0qvueMh8Y". Server: kamailio (4.2.4 (x86_64/linux)). Content-Length: 0. . # U 192.168.65.1:6018 -> 192.168.65.132:5060 REGISTER sip:192.168.65.132 SIP/2.0. To: 101<sip:101@192.168.65.132>. From: 101<sip:101@192.168.65.132>;tag=622d132b. Via: SIP/2.0/UDP 192.168.65.1:6018;branch=z9hG4bK-d87543-426128389-1--d87543-;rport. Call-ID: 45522f4e99747d39. CSeq: 2 REGISTER. Contact: <sip:101@192.168.65.1:6018>. Expires: 3600. Max-Forwards: 70. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. User-Agent: eyeBeam release 3004w stamp 16863. Authorization: Digest username="101",realm="192.168.65.132",nonce="VUDfOlVA3g5sSAKxFPg/zsB0qvueMh8 Y",uri="sip:192.168.65.132",response="792b60f48b2da3bb93f5d808fd87c09c",algo rithm=MD5. Content-Length: 0. . # U 192.168.65.132:5060 -> 192.168.65.1:6018 SIP/2.0 200 OK. To: 101<sip:101@192.168.65.132>;tag=65b56d053bca97da69d7accef5da903f.92bc. From: 101<sip:101@192.168.65.132>;tag=622d132b. Via: SIP/2.0/UDP 192.168.65.1:6018;branch=z9hG4bK-d87543-426128389-1--d87543-;rport=6018;rece ived=192.168.65.1. Call-ID: 45522f4e99747d39. CSeq: 2 REGISTER. Contact: <sip:101@192.168.65.1:6018>;expires=3600. Server: kamailio (4.2.4 (x86_64/linux)). Content-Length: 0. Ngrep subscriber Kamailio U 192.168.65.1:6018 -> 192.168.65.132:5060 REGISTER sip:192.168.65.132 SIP/2.0. To: 107<sip:107@192.168.65.132>. From: 107<sip:107@192.168.65.132>;tag=7b070e2d. Via: SIP/2.0/UDP 192.168.65.1:6018;branch=z9hG4bK-d87543-536609279-1--d87543-;rport. Call-ID: 77019a2d9e70df3f. CSeq: 1 REGISTER. Contact: <sip:107@192.168.65.1:6018>. Expires: 3600. Max-Forwards: 70. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. User-Agent: eyeBeam release 3004w stamp 16863. Content-Length: 0. . # U 192.168.65.132:5060 -> 192.168.65.1:6018 SIP/2.0 401 Unauthorized. To: 107<sip:107@192.168.65.132>;tag=65b56d053bca97da69d7accef5da903f.1c0e. From: 107<sip:107@192.168.65.132>;tag=7b070e2d. Via: SIP/2.0/UDP 192.168.65.1:6018;branch=z9hG4bK-d87543-536609279-1--d87543-;rport=6018;rece ived=192.168.65.1. Call-ID: 77019a2d9e70df3f. CSeq: 1 REGISTER. WWW-Authenticate: Digest realm="192.168.65.132", nonce="VUDf21VA3q+Px29K8cRa5tWIadNTI5e6". Server: kamailio (4.2.4 (x86_64/linux)). Content-Length: 0. . # U 192.168.65.1:6018 -> 192.168.65.132:5060 REGISTER sip:192.168.65.132 SIP/2.0. To: 107<sip:107@192.168.65.132>. From: 107<sip:107@192.168.65.132>;tag=7b070e2d. Via: SIP/2.0/UDP 192.168.65.1:6018;branch=z9hG4bK-d87543-1058472151-1--d87543-;rport. Call-ID: 77019a2d9e70df3f. CSeq: 2 REGISTER. Contact: <sip:107@192.168.65.1:6018>. Expires: 3600. Max-Forwards: 70. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO. User-Agent: eyeBeam release 3004w stamp 16863. Authorization: Digest username="107",realm="192.168.65.132",nonce="VUDf21VA3q+Px29K8cRa5tWIadNTI5e 6",uri="sip:192.168.65.132",response="c9ca6eff16e3b661337b6d99d74027de",algo rithm=MD5. Content-Length: 0. . # U 192.168.65.132:5060 -> 192.168.65.1:6018 SIP/2.0 401 Unauthorized. To: 107<sip:107@192.168.65.132>;tag=65b56d053bca97da69d7accef5da903f.8cc0. From: 107<sip:107@192.168.65.132>;tag=7b070e2d. Via: SIP/2.0/UDP 192.168.65.1:6018;branch=z9hG4bK-d87543-1058472151-1--d87543-;rport=6018;rec eived=192.168.65.1. Call-ID: 77019a2d9e70df3f. CSeq: 2 REGISTER. WWW-Authenticate: Digest realm="192.168.65.132", nonce="VUDf21VA3q+Px29K8cRa5tWIadNTI5e6". Server: kamailio (4.2.4 (x86_64/linux)). Content-Length: 0. .

9 years, 6 months

Transaction good practices with t_relay t_newtran and t_release

by Dirk Teurlings - SIGNET B.V.

Hi, In our config we don't use presence, but I do have a question about transactions. We're using dialogs as well as transactions in the routing. To keep things simplyfied, let's assume we have the following stripped out route setup: request_route { if (is_method("CANCEL")) { if (t_check_trans()) { t_relay(); } exit; } # As stated in documentation, this call could stop further # routing from here on out t_check_trans(); if (is_method("INVITE")) { if (ds_is_from_list()) { setflag(DLG_FLAG); } setflag(FLT_ACC); } if (lookup("loction") == -1 ) { if(load_gws(1)) { t_newtran(); t_on_failure("TFAIL"); } } } route[TFAIL] { xlog("L_ERR", "Failed setting up transaction"); } What I'd like to know is when or even if we need to be releasing the transaction at some point. From what I understand in the presence example I should be releasing a transaction when I use t_newtran, but I haven't found any evidence of needing it when working with t_relay or t_check_trans. For example, could it be needed to do a t_release() on a dialog_terminated or dialog_end event? In the above example, would it just be enough to add t_release() to the failure route TFAIL? Further details about how and/or when the transactions are cleaned up internally would be greatly appreciated! -- Kind regards, Dirk Teurlings

9 years, 6 months

SIP INVITE and To Header

by Andres

I have a general question maybe somebody can help me out with. We have a new SIP Trunk setup with a provider. The SIP Trunk has a username of 'jane' and it handles 400 DIDs. When the incoming INVITE from the provider comes in, the URI in the Invite is the username of the trunk while the To header actually has the dialed number. As long as I can remember I have always seen the Invite as having the same URI as the To Header in the initial INVITE but not so here. 18:17:34.786 SIP.STACK MSG INVITE sip:jane@10.5.5.5:5060;transport=UDP SIP/2.0 18:17:34.787 SIP.STACK MSG Via: SIP/2.0/UDP 10.10.10.10:5060;branch=z9hG4bK290hka10e8j11dn7k0k0.1 18:17:34.788 SIP.STACK MSG From: "Test "<sip:9541112222@voip.xxx.net;user=phone>;tag=1574552918-1430345854933- 18:17:34.788 SIP.STACK MSG To: "Customer"<sip:2222222222@voip.xxx.net> I am inclined to believe this is perfectly normal and compliant but let me know what you think. Thanks, -- Technical Support http://www.cellroute.net

9 years, 6 months

Re: [SR-Users] sr-users Digest, Vol 119, Issue 28

by Yufei Tao

Hi I've realised that I should put '^' after "Dlg=>" (rather than before), i.e. sht_rm_name_re("Dlg=>^$var(callid)::tenant"); - this works. But it doesn't seem to like '$' at the end of the regexp - Kamailio failed to start up with error: "ERROR: htable [ht_var.c:176]: pv_parse_ht_name(): wrong format". Any way to use the end-of-line symbol? Cheers, Yufei > ------------------------------ > > Message: 10 > Date: Wed, 29 Apr 2015 18:01:26 +0100 > From: Yufei Tao <yufei.tao(a)gmail.com> > To: sr-users(a)lists.sip-router.org > Subject: [SR-Users] sht_rm_name_re() question > Message-ID: > < > CAJwP0iTwhcTj6SJWABHj+eGDqQv13wV_e1wC2s1Na2+WoSuJGA(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi > > I've hit a problem with sht_rm_name_re() in htable module. I was calling it > like this: > > sht_rm_name_re("Dlg=>$var(callid)::tenant"); > > But when I used sipp to generate 600 concurrent calls for example, I called > this function when receiving BYE. But it removed more entries than it > should. Seems when removing removing some entry with callid > 1-3798(a)192.168.60.80, it also removed entries for [1-9] > 1-3798(a)192.168.60.80. > > > How do I add '^' in front and '$' at the end of the regexp string when > calling this function please? Here I don't really need regexp in fact, just > want to do an exact match. But I didn't find any other functions for > deleting entries. > > Thank you! > Yufei >

9 years, 6 months

SBC and HA with Kamailio

by kai.ohnacker＠cbc.de

Hello, I'm new with Kamailio and have to do a research project with Kamailio server. My task is to realize a SIP infrastructure with NATing and a High Availability Cluster with two Kamailio server. For the NAT problem I found a solution with SEMS, but for security I need authentication on the SBC. I have no idea to synchronize the user authentication information from Kamailio to SEMS. Perhaps there is a more useful solution available? The SIP server is behind the NAT in a private network and the SBC to be placed in the DMZ. A new feature of Kamailio 4.2 is a replication for High Availability (HA), but I did not found any information about this. Is there somewhere a documentation or howto where I can look? I need only short keywords and not a complete description. Many thanks, Kai

9 years, 6 months

NO VOICE AFTER MSILO

by sscc

hello i have configured msilo module successful but there isn't any voice with msilo. i debug and compare the call flow with and without msilo. with msilo in call flow it didn't follow to relay and consequently didnt activate rtpproxy befor the call is answered. due to which during call there isn't any voice. please help -- View this message in context: http://sip-router.1086192.n5.nabble.com/NO-VOICE-AFTER-MSILO-tp137429.html Sent from the Users mailing list archive at Nabble.com.

9 years, 6 months

Jump to page:

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