sr-users

sr-users@lists.kamailio.org

42 participants
37519 discussions

[Kamailio-Users] About presence_dialoginfo - RR in figure 2
by Iñaki Baz Castillo 01 Oct '08

01 Oct '08

Hi, figure 2 of http://www.kamailio.org/docs/modules/devel/presence_dialoginfo.html shows the presence server sending the NOTIFY directly to the watcher. Is it possible to send the NOTIFY through the proxy? Well, since NOTIFY is in-dialog it's just needed that the proxy does RR in the initial SUBSCRIBE before forwarding it to presence server, am I right? Thanks. -- Iñaki Baz Castillo

3 3

[Kamailio-Users] new CDRTool release 6.6.9
by Adrian Georgescu 01 Oct '08

01 Oct '08

Hello, The software contains bug fixes for parallel prepaid calls. Changelog since 6.6.8 cdrtool (6.6.9) unstable; urgency=low * Purge old entries from prepaid_history table * Fixed wrong return to call control engine because sessionDoesNotExist variable was not initialized properly at each request * Print the call id in the syslog when calculating rate The software can be downloaded from: http://download.ag-projects.com/CDRTool/ For people running Debian testing or unstable on an i386 architecture there is an official public repository provided by AG Projects. To use it, add these lines in /etc/apt/sources.list # AG Projects software deb http://ag-projects.com/debian unstable main deb-src http://ag-projects.com/debian unstable main Install the AG Projects debian software signing key: wget http://download.ag-projects.com/agp-debian-gpg.key apt-key add agp-debian-gpg.key After that, run: apt-get update apt-get install cdrtool Regards, Adrian

1 0

[Kamailio-Users] LCR vs Carrierroute and SRV Support Inquirer
by Krom 30 Sep '08

30 Sep '08

Hello, I am/will be a newbie to 1.3.x and beyond and have a question regarding a new requirement of two of my upstream providers. We have been running 1.1.1-notls since it was released. We have been in the mindset of, "if it's not broken, don't fix it". But our upstream providers are now telling us to move to DNS/SRV for signaling outbound - for good reason. We have been using LCR for carrier/gateway selection and for RURI manipulation prior to relaying to a cluster of session boarder controllers. As you know the DB table for LCR only supports integers in the gw table for ip_addr. I have been reading up on 1.2.x and 1.3.x to upgrade to a solution that would allow us to stay within the same call processing (script) design, but still support the new upstream requirement. I noticed the carrierroute table rewrite_host column is string. Could this be used to satisfy my needs of manipulating the RURI for an IP where the carrier still uses a list of gateway IP's to try and use the DNS/SRV domain name where the carrier requires the use for SRV look-up? The session boarder controllers will conduct the SRV look-up after receiving the relayed message from Kamailio, it is just getting the domain name on the RURI instead of IP address that I am looking to accomplish. Will the (new to me) carrierroute module assist in this effort or is there another way that I am totally missing? Figured I would ask the gurus before following Alice down the rabbit hole. -- Thanks, -- Kyle

1 0

[Kamailio-Users] How to prevent - Same username used on multiple sip phones
by Ali Jawad 30 Sep '08

30 Sep '08

Hi On my openser I can logon with the same username on two different softphones. How can I prevent the same username from being used on multiple devices. With Regards

6 12

[Serusers] how-to AVP from radius load
by Samuel Muller 30 Sep '08

30 Sep '08

Hello, I've a single question about AVPs : how can I use them when loaded from radius_load_attr ? example : the 0123452000 is the caller, I want to use an acl to block him. => in my radius user config : 0123451010(a)sip.dot.com User-Password = "0000" User-Name = "0123451010(a)sip.dot.com", SER-UID = "0123451010(a)sip.dot.com", SER-DID = "1", SER-From-UID = "0123451010(a)sip.dot.com", SER-From-DID = "1", SER-Digest-Username = "0123451010", SER-Digest-Realm = "sip.dot.com", SER-Uri-User = "0123451010(a)sip.dot.com", SER-Attr = "acl:pstn", SER-Attr = "asserted-id:0123451010", SER-Attr = "phone:0123451010", SER-Attr = "lang:fr" => in the SER (v2.0.0) : if (!radius_load_attrs("$fu", "@f.uri")) { sl_reply("403", "Radius attributes not found"); exit; } if ( $acl == "pstn" ) { sl_reply("401", "Unauthorized"); exit; } I tried too " $fu.acl ", " set_attr function, ... it seems I can't use SER-Attr as a variable. in the debug (dump_attrs) : ... ser[28670]: r_INBOUND: => dump_attrs() ser[28670]: INFO: avp.c:542: class=GLOBAL ser[28670]: AVP["lang"]="en" ser[28670]: INFO: avp.c:552: track=FROM class=DOMAIN ser[28670]: AVP["did"]="1" ser[28670]: AVP["digest_realm"]="sip.dot.com" ser[28670]: INFO: avp.c:562: track=TO class=DOMAIN ser[28670]: AVP["did"]="1" ser[28670]: AVP["digest_realm"]="sip.dot.com" ser[28670]: INFO: avp.c:572: track=FROM class=USER ser[28670]: AVP["uid"]="0123451010(a)sip.dot.com" ser[28670]: AVP["acl"]="pstn" ser[28670]: AVP["asserted-id"]="0123451010" ser[28670]: AVP["lang"]="fr" ser[28670]: AVP["phone"]="0123451010" ser[28670]: AVP["acl"]="pstn" ser[28670]: AVP["asserted-id"]="0123451010" ser[28670]: AVP["lang"]="fr" ser[28670]: AVP["phone"]="0123451010" ser[28670]: INFO: avp.c:582: track=TO class=USER ser[28670]: AVP["acl"]="pstn" ser[28670]: AVP["asserted-id"]="0123451005" ser[28670]: AVP["lang"]="fr" ser[28670]: AVP["phone"]="0123451005" ser[28670]: AVP["acl"]="pstn" ser[28670]: AVP["asserted-id"]="0123451005" ser[28670]: AVP["lang"]="fr" ser[28670]: AVP["phone"]="0123451005" ser[28670]: INFO: avp.c:592: track=FROM class=URI ser[28670]: AVP["uac_nat"]=1 ser[28670]: AVP["account"]="yes" ser[28670]: INFO: avp.c:602: track=TO class=URI ser[28670]: INFO: No AVP present ... If anyone has tips to help me, many thanks ! I'm sure there's something who replaces the old group_radius module, but which one or how to create SER-Attr $grp ? Many thanks, -- Samuel MULLER sml(a)720.fr

1 0

[Kamailio-Users] new CDRTool release 6.6.8
by Adrian Georgescu 30 Sep '08

30 Sep '08

Hello, The software includes critical bug fixes for parallel prepaid calls. The software can be downloaded from: http://download.ag-projects.com/CDRTool/ Changelog since 6.6.3 cdrtool (6.6.8) unstable; urgency=low * Log debit balance to prepaid_history table cdrtool (6.6.7) unstable; urgency=low * Do not debit balance for inexistent prepaid sessions cdrtool (6.6.5) unstable; urgency=low * Fixed purging of expired prepaid sessions cdrtool (6.6.4) unstable; urgency=low * Added links to Prepaid calls and quota in the main menu * Fixed showFooter() when exporting csv files from rating page * Fixed prepaid table mysql schema Regards, Adrian

1 0

[Kamailio-Users] kamailio 1.4.1 and mediaproxy 1.9.1
by toly 29 Sep '08

29 Sep '08

Greetings, I'm looking for the short answer, most likely no way. Thanks, Toly -- View this message in context: http://www.nabble.com/kamailio-1.4.1-and-mediaproxy-1.9.1-tp19728623p197286… Sent from the OpenSER Users Mailing List mailing list archive at Nabble.com.

1 0

[Kamailio-Users] Disable transfers (REFER) on Kamailio
by Diego Zuaneti Arruda 29 Sep '08

29 Sep '08

Hi all, It's possible to disable any transfers (blind or attended) on Kamailio ? Thanks. Diego.

2 2

Re: [Kamailio-Users] SDP ending with CRLF and a=nortpproxy:yes
by Schober Walter 29 Sep '08

29 Sep '08

I see: * [r4968] modules/nathelper/nathelper.c: - fix the calculation of CRLF length when adding norttptoxy string - patch by Alex Hermann (closes #2117700) And yes, it's that issue and therefore fixed in 1.4.1. > -----Ursprüngliche Nachricht----- > Von: Schober Walter > Gesendet: Samstag, 27. September 2008 14:13 > An: 'miconda(a)gmail.com'; Jerome Martin > Cc: users(a)lists.kamailio.org > Betreff: AW: [Kamailio-Users] SDP ending with CRLF and > a=nortpproxy:yes > > Hi! > > Same issue with 1.4.0. I'm migrating from 1.1.1 to 1.4.0, but > force_rtp_proxy() now adds a sdp line with a beginning 0x00, > so line looks like > 0000 00 61 3d 6e 6f 72 74 70 70 72 6f 78 79 3a 79 65 > .a=nortpproxy:ye > 0010 73 s > But no \r\n\r\n in front anymore in 1.4.0. > > Someone to direct me to the propper source file,pls? > > Walter > > > -----Ursprüngliche Nachricht----- > > Von: users-bounces(a)lists.kamailio.org > > [mailto:users-bounces@lists.kamailio.org] Im Auftrag von > > Daniel-Constantin Mierla > > Gesendet: Montag, 15. September 2008 14:23 > > An: Jerome Martin > > Cc: users(a)lists.kamailio.org > > Betreff: Re: [Kamailio-Users] SDP ending with CRLF and > > a=nortpproxy:yes > > > > Hi Jerome, > > > > On 09/15/08 13:43, Jerome Martin wrote: > > > Hi All, > > > > > > Just FYI, I had to disable the nortpproxy test here because > > it breaks > > > thomson ST2030 endpoints : with that line, they would just plain > > > ignore the messages containing the SDP ... > > was i with malformed SDP (empty lines inside SDP before the > a= line), > > or just the presence of the a=nortpproxy:yes line made the > ST2030 go > > mad? > > > > Cheers, > > Daniel > > > > > > > > Cheers, > > > > > > On Fri, 2008-09-12 at 18:12 +0300, Daniel-Constantin Mierla wrote: > > >> On 09/11/08 16:10, Klaus Darilion wrote: > > >> > A similar bug was also described in opensips. They tried > > to fix it > > >> > but the bug is still present. I wonder if this is > > something new or > > >> > if the bug is thre since the beginning of nathelper > but did not > > >> > occured until now > > >> > > > >> maybe this can be fixed by using the sdp parser available > > now in core. > > >> nathelper has quite limited sdp parsing capabilities now. > > the issue > > >> is to find the proper hook to add the lump with > > >> > > >> a=nortpproxy:yes\r\n" > > >> > > >> Cheers, > > >> Daniel > > >> > > >> > > >> > klaus > > >> > > > >> > Aymeric Moizard schrieb: > > >> > > > >> >> Hi, > > >> >> > > >> >> I just happen to find an issue with a software trying to call > > >> >> through my openser-1.3.1 > > >> >> > > >> >> After inserting "a=nortpproxy:yes\r\n", the message > coming out > > >> >> openser is: > > >> >> > > >> >> [normal sdp packet] > > >> >> a=fmtp:101 0-15\r\n > > >> >> \r\n > > >> >> \r\n > > >> >> "a=nortpproxy:yes\r\n" > > >> >> > > >> >> No matter who is responsible in that specific case (the SDP > > >> >> received by openser with several \r\n looks not > > compliant to me). > > >> >> > > >> >> I think openser should add "a=nortpproxy:yes" in > > different place > > >> >> in the SDP packet: NOT at the end of the SDP body. The > > "a=nortpproxy:yes" > > >> >> should be either put at the global attribute level or > > right below > > >> >> a m= line. > > >> >> > > >> >> This approach would solve such issue and would be much more > > >> >> adequate to the requirement: currently it's not very > > possible to > > >> >> relay an audio stream and not relay a video stream with the > > >> >> current approach. > > >> >> > > >> >> tks, > > >> >> Aymeric MOIZARD / ANTISIP > > >> >> amsip - http://www.antisip.com > > >> >> osip2 - http://www.osip.org > > >> >> eXosip2 - http://savannah.nongnu.org/projects/exosip/ > > >> >> > > >> >> > > >> >> _______________________________________________ > > >> >> Users mailing list > > >> >> Users(a)lists.kamailio.org <mailto:Users@lists.kamailio.org> > > >> >> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > >> >> > > >> > > > >> > _______________________________________________ > > >> > Users mailing list > > >> > Users(a)lists.kamailio.org <mailto:Users@lists.kamailio.org> > > >> > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > >> > > > >> > > > >> > > >> > > > > > > *Jérôme Martin **| **LongPhone* > > > *Responsable Architecture Réseau* > > > 122, rue la Boetie | 75008 Paris > > > Tel : +33 (0)1 56 26 28 44 > > > Fax : +33 (0)1 56 26 28 45 > > > Mail : *jmartin*(a)longphone.fr > > > Web : www.longphone.com <http://www.longphone.com> > > > > > > > > > > > > ---------------------------------------------------------------------- > > > -- > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)lists.kamailio.org > > > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > > > > > > > -- > > Daniel-Constantin Mierla > > http://www.asipto.com > > > > > > _______________________________________________ > > Users mailing list > > Users(a)lists.kamailio.org > > http://lists.kamailio.org/cgi-bin/mailman/listinfo/users > >

2 1

[Kamailio-Users] CDRTool - stored procedures - not creating tables
by Graham Wooden 28 Sep '08

28 Sep '08

All, I have been having a heck of a time getting the radacct tables to be generated from the stored procedures, with the latest CDRTool. I have done and have reviewed them again the steps mentioned at: http://cdrtool.ag-projects.com/browser/doc/INSTALL.txt Can anyone give any guidance. The call entries are showing up (for the most part) in the radacct table, but getting the main error upon viewing the CDR. ³Database error: Invalid SQL: select count(*) as records from radacct200809 where (AcctStartTime >= '2008-09-28 05:34' and AcctStartTime < '2008-09-28 23:55') MySQL error: 1146 (Table 'cdrtool.radacct200809' doesn't exist) 64Session halted.² I am using 1.4 Kamailio Thanks, -graham

1 0

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