sr-users

sr-users@lists.kamailio.org

46 participants
37553 discussions

[Users] dialog expired accounting
by tele 24 Oct '06

24 Oct '06

Hi all, I've read about the dialog module and the new "default_timeout" or "timeout_avp" features. What i need to know it's if in case of default_timeout or timeout by avp the calls are anyway accounted. How are accounted the calls if dialog timeout expired? thanks :tele

2 1

[Users] OpenSER Dokuwiki updated
by Daniel-Constantin Mierla 24 Oct '06

24 Oct '06

Hello, for those which haven't spotted yet, OpenSER dokuwiki site has been updated. Lot of useful documentation was brought to light, the new index should ease the browsing and let find quickly the relevant pages. Also, the information is grouped now on namespaces, based on topics. We would like to thank to all that contributed with examples, code snippets or they shared the VoIP experiences there. http://www.openser.org/dokuwiki/ Cheers, Daniel

1 0

[Users] OpenSER Summit - Preview (I)
by Daniel-Constantin Mierla 24 Oct '06

24 Oct '06

Hello, the agenda is getting close to final version. I just want to preview the content of the event, now with two weeks before the event. I believe we manged to bring there in discussion most of the domains VoIP could touch and hot topics nowadays. We cover from development to business cases, from research to IMS, 3/4G. Next is a briefing of agenda, as of today, although it may change a bit in the future. The summit day (November 8) will start with introduction of special guests and history of OpenSER. It will be followed by a set of heavy subjects of VoIP: Application Server based on Java SipServlet technology, geographic redundancy and VoIP on mobile network. VoIPUser open VoIP services will then show their statistics and evolution over the years, and how they become one of the biggest VoIP communities world wide. Noon break will allow to visit the exhibition and group chats for hot discussions. Afternoon session will bring very interesting subjects: safe peering; high availability; OpenSER IMS prototype; developing VoIP applications; a look educational VoIP infrastructures - INRIA & SIP.edu plus a walk through VoIP opportunities. We end the day with what should be very entertaining: open discussion about OpenSER future and roadmap. This is not all, there are other special guests that can give you key notes about other topics and products of VoIP. As usual, details at: http://www.openser.org/index.php?option=com_content&task=view&id=57&Itemid=… More will come as the event approaches. Cheers, Daniel

2 2

[Users] X-lite is not Working, But SipEyeMedia Softphones is Working Fine.
by sunkara 24 Oct '06

24 Oct '06

Hello Users, I don't Know What Happening in this Issues... Help me in this . When Testing the X-lite Softphones, is not working. When I use the Sip EyeMedia Softphone it Working Fine. Is Problem in X-lite Configuration or Router(Firewall Gateway Keepers ) is blocking it... Help me . -- Thanks & Regards, *Ravi Prakash Sunkara* *M*:+91 9985077535* O*:+91 40 23114549* F*:+91 40 40208727 /*ravi.sunkara(a)hyperion-tech.com www.hyperion-tech.com */

1 0

[Serusers] Dropping Replies
by Sebastian Damm 24 Oct '06

24 Oct '06

Hi, I know that what I want to do is a bit odd but here is why: When using Asterisk as PSTN gateway and using SIP INFO for DTMF digits, there is a problem with devices not understanding SIP INFO. When Asterisk sends out its INFO packet and gets back a negative reply, it stops bridging and throws away the whole call. That is a really bad issue on Asterisk side, but I just wanted to find a workaround. So what I wanted to do is drop negative replies on INFO packets, so Asterisk just retransmits them and does not get any feedback. Those INFO packets come through my loose route and there I put the following little statement in there: if(method=="INFO" && src_ip == 10.0.0.1 ) { xlog("L_NOTICE"," - INFO Request: %mb"); t_on_reply("7"); setflag(3); }; With that answers jump into onreply_route[7]. This part works ok. onreply_route[7] { if (search("CSeq:[0-9 ]+INFO")) { xlog("L_NOTICE"," - INFO Reply: %mb"); if(t_check_status("405")) { xlog("L_NOTICE"," - Dropping INFO Reply"); drop(); } } } This part does not work. I also tried creating a route just for dropping and then jumpinng into this route from my reply_route, but then I also only have the log line from that route, but drop does not work. I tried sl_send_reply, t_release and other commands of which I thought they might be helpful. But the "offending answer" is always transmitted to my gateway. Does anybody have an idea how to just "throw away" reply packets? Thanks in advance, Sebastian

1 0

[Users] generating ACK
by Ramin Dousti 23 Oct '06

23 Oct '06

Hello, How can I generate an ACK locally on openser proxy as a responsetof a failure? And subsequently drop the failed message. In other word I do not want to pass the failed message back to my UA, I just want to process it on openser... Thanks in advance, -- Ramin

2 4

[Users] Changing TM Retransmission Count?
by Tavis P 23 Oct '06

23 Oct '06

Reading through the documentation for the TM module (1.1.0) i've been unable to find anything indicating that i can change the retransmission count, only the retransmission intervals By my count OpenSER is retransmitting an INVITE to an endpoint user 12 times and i would like to reduce this as it is interfering with the call forward no answer logic i've put in place (timer doesn't hit until all 12 retransmissions are sent, which is about 42 seconds using the default timers) Do i have any options other than modifying the tm module code? If so, could someone give me a pointer where i need to look (i've had a quick read and its rather complicated so i might take me some time to find the logic i'm looking for) tavis

3 3

[Users] aliases
by Benko 23 Oct '06

23 Oct '06

Hello! Are entries in the aliases table only read at startup? While a record that was in the table before i started openser is available since the beginning, a entry i inserted a while ago(+1h) but after starting openser is still not working(and also doesn't appear in the memory cache). I'd be glad if someone can give me info on this particular matter, thx! Regards Christian p.s.: just stumbled over dbaliases, guess this will work better...

2 3

[Users] Enabling caller id block on outbound calls.
by Shane Burrell 23 Oct '06

23 Oct '06

We have grandstreams and a few customers that want to block there outbound caller id. Has anyone done this? I'd really like the *30 and *31 feature to work but if you turn it on the openser server blocks the call. TIA, Shane

3 2

[Serusers] Problem with radius - ser setup
by Lokesh Kumar 23 Oct '06

23 Oct '06

Hello List , I have problem with the authentication of users via Radius. Mentioned below are the logs. Can anyone please give me hint where I am doing wrong , I did exactly as mentioned in the ser-radius how to. The logs from Radius are like the mentioned below. Sip-Uri-User = "211069020" NAS-Port = 5060 NAS-IP-Address = 127.0.0.1 Processing the authorize section of radiusd.conf modcall: entering group authorize for request 14421 modcall[authorize]: module "preprocess" returns ok for request 14421 modcall[authorize]: module "chap" returns noop for request 14421 modcall[authorize]: module "mschap" returns noop for request 14421 rlm_digest: Adding Auth-Type = DIGEST modcall[authorize]: module "digest" returns ok for request 14421 rlm_realm: Looking up realm "xxx.pt" for User-Name = "211069020(a)XXX.pt" rlm_realm: No such realm "xxx.pt" modcall[authorize]: module "suffix" returns noop for request 14421 rlm_eap: No EAP-Message, not doing EAP modcall[authorize]: module "eap" returns noop for request 14421 users: Matched entry DEFAULT at line 152 users: Matched entry 211069020(a)xxx.pt at line 217 modcall[authorize]: module "files" returns ok for request 14421 modcall: leaving group authorize (returns ok) for request 14421 rad_check_password: Found Auth-Type Digest auth: type "digest" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 14421 rlm_digest: Converting Digest-Attributes to something sane... Digest-User-Name = "211069020" Digest-Realm = "xxx.pt" Digest-Nonce = "453c9377946262d76fceca014a1553f8384db20f" Digest-URI = "sip:xxx.pt" Digest-Method = "REGISTER" Digest-QOP = "auth" Digest-Nonce-Count = "00000001" Digest-CNonce = "5640622967614" A1 = 211069020:xxx.pt:211069020 A2 = REGISTER:sip:xxx.pt KD = f7d0e83a9277bd217ba41ac8e070aee4:453c9377946262d76fceca014a1553f8384db20f:00 000001:5640622967614:auth:4a210dfe3dc88ca825764f5ea20d8b01 modcall[authenticate]: module "digest" returns ok for request 14421 modcall: leaving group authenticate (returns ok) for request 14421 radius_xlat: 'Authenticated from Radius' Sending Access-Accept of id 131 to 127.0.0.1 port 56964 Reply-Message = "Authenticated from Radius" Sip-Rpid = "211069020" Finished request 14421 Going to the next request --- Walking the entire request list --- Waking up in 6 seconds... rad_recv: Access-Request packet from host 127.0.0.1:56965, id=132, length=57 User-Name = "@xxx.pt" Service-Type = Callback-Administrative NAS-Port = 0 NAS-IP-Address = 127.0.0.1 Processing the authorize section of radiusd.conf modcall: entering group authorize for request 14422 modcall[authorize]: module "preprocess" returns ok for request 14422 modcall[authorize]: module "chap" returns noop for request 14422 modcall[authorize]: module "mschap" returns noop for request 14422 modcall[authorize]: module "digest" returns noop for request 14422 rlm_realm: Looking up realm "xxx.pt" for User-Name = "@xxx.pt" rlm_realm: No such realm "xxx.pt" modcall[authorize]: module "suffix" returns noop for request 14422 rlm_eap: No EAP-Message, not doing EAP modcall[authorize]: module "eap" returns noop for request 14422 users: Matched entry DEFAULT at line 152 modcall[authorize]: module "files" returns ok for request 14422 modcall: leaving group authorize (returns ok) for request 14422 rad_check_password: Found Auth-Type System auth: type "System" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 14422 rlm_unix: Attribute "User-Password" is required for authentication. modcall[authenticate]: module "unix" returns invalid for request 14422 modcall: leaving group authenticate (returns invalid) for request 14422 auth: Failed to validate the user. Delaying request 14422 for 1 seconds Finished request 14422 Going to the next request Waking up in 6 seconds... --- Walking the entire request list --- Cleaning up request 14421 ID 131 with timestamp 453c9257 Sending Access-Reject of id 132 to 127.0.0.1 port 56965 Cleaning up request 14422 ID 132 with timestamp 453c9257 Nothing to do. Sleeping until we see a request. And the logs from ser are like the mentioned below. 0(15034) found end of header 0(15034) find_first_route: No Route headers found 0(15034) loose_route: There is no Route HF 0(15034) parse_headers: flags=-1 0(15034) check_via_address(212.13.42.65, 192.168.0.47, 0) 0(15034) parse_headers: flags=64 0(15034) check_nonce(): comparing [453c93b9459779f9f51440d01f13c9e0db2b2965] an d [453c93b9459779f9f51440d01f13c9e0db2b2965] 0(15034) radius_authorize_sterman(): Success 0(15034) save_rpid(): rpid value is '211069020' 0(15034) radius_does_uri_exist(): Failure 0(15034) parse_headers: flags=-1 0(15034) check_via_address(212.13.42.65, 192.168.0.47, 0) 0(15034) DEBUG:destroy_avp_list: destroying list 0xf5062350 0(15034) receive_msg: cleaning up 0(15034) SIP Request: 0(15034) method: <OPTIONS> 0(15034) uri: <sip:xxx.pt:5060> 0(15034) version: <SIP/2.0> 0(15034) parse_headers: flags=1 0(15034) Found param type 235, <rport> = <n/a>; state=6 0(15034) Found param type 232, <branch> = <z9hG4bKc0a8002f0000000b453c94d700006 3800000fc1b>; state=16 0(15034) end of header reached, state=5 0(15034) parse_headers: Via found, flags=1 0(15034) parse_headers: this is the first via 0(15034) After parse_msg... 0(15034) preparing to run routing scripts... 0(15034) parse_headers: flags=128 0(15034) DEBUG: get_hdr_body : content_length=0 0(15034) get_hdr_field: cseq <CSeq>: <11858> <OPTIONS> 0(15034) DEBUG:maxfwd:is_maxfwd_present: value = 70 0(15034) DBG:maxfwd:process_maxfwd_header: value 70 decreased to 16 0(15034) DEBUG: add_param: tag=56414607811795 0(15034) end of header reached, state=29 0(15034) parse_headers: flags=256 0(15034) end of header reached, state=9 0(15034) DEBUG: get_hdr_field: <To> [29]; uri=[sip:xxx.pt:5060] 0(15034) DEBUG: to body [<sip:xxx.pt:5060> ] 0(15034) found end of header 0(15034) find_first_route: No Route headers found 0(15034) loose_route: There is no Route HF 0(15034) lookup(): '' Not found in usrloc 0(15034) lookup(): '' Not found in usrloc 0(15034) parse_headers: flags=-1 0(15034) check_via_address(212.13.42.65, 192.168.0.47, 0) 0(15034) DEBUG:destroy_avp_list: destroying list (nil) 0(15034) receive_msg: cleaning up The users file in raddb is like this 211069020(a)xxx.pt Auth-Type := Digest, User-Password == "211069020" Reply-Message = "Authenticated from Radius", Sip-Rpid = "211069020" 211069020(a)xxx.pt Sip-Group == "local", Auth-Type := Accept Reply-Message = "Authorized" "users" 221L, 7200C I have mentioned dictionary.ser in radius and radiusclient. Where I am doing wrong can anyone please give a hint. Thank you very much Lokesh -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.408 / Virus Database: 268.13.9/490 - Release Date: 10/20/2006

2 1

Jump to page:

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