sr-users February 2009

sr-users@lists.kamailio.org

76 participants
98 discussions

[Kamailio-Users] SEMS (bugfix) release 1.0.1
by Stefan Sayer 17 Feb '09

17 Feb '09

Hello, The 1.0.1 release of SEMS, the SIP Express Media Server [0], is now available for download [1]. The 1.0.1 release contains all fixes applied to the 1.0 branch, and should be a drop-in replacement for anyone still using 1.0.0. Update is recommended to everyone who is still using 1.0.0-rcX or any later version from the 1.0 branch. Debian packages for etch/64 are also available [2]. Best Stefan Sayer [0] http://iptel.org/sems/ [1] http://ftp.iptel.org/pub/sems/sems-1.0.1.tar.gz [2] http://ftp.iptel.org/pub/sems/1.0/1.0.1/packages/debian Apologies if you receive multiple copies of this message. -- Stefan Sayer VoIP Services stefan.sayer(a)iptego.com www.iptego.com IPTEGO GmbH Wittenbergplatz 1 10789 Berlin Germany Amtsgericht Charlottenburg, HRB 101010 Geschaeftsfuehrer: Alexander Hoffmann

1 0

[Kamailio-Users] minutes for IRC meeting 17.02.2009, release dates
by Henning Westerholt 17 Feb '09

17 Feb '09

Hi all, the minutes for todays IRC meeting are now available in our wiki [1]. Among the discussed topics we decided about a date for the upcoming 1.5.0 release, this is scheduled for the 2th march 2009. The first release that will use the new common sip-router core [2] is scheduled for May. After 1.5.0 we will also do a bug fix release (1.4.4) for our latest stable branch. All dates can be found in our wiki as well at [3]. Cheers, Henning [1]http://www.kamailio.org/dokuwiki/doku.php/development:irc-meeting-minutes… [2]http://sip-router.org/benefits/ [3]http://www.kamailio.org/dokuwiki/doku.php/development:release-policy#date… -- Henning Westerholt - Development Consumer Products / DSL Core 1&1 Internet AG, Ernst-Frey-Str. 9, 76135 Karlsruhe, Germany

1 0

[Kamailio-Users] IRC meeting 17th februar, 15:00 UTC
by Henning Westerholt 17 Feb '09

17 Feb '09

Hi all, as the release cycle for 1.5.0 slowly come to an end, i think its time for a new IRC developer meeting, to focus on the upcoming development. I propose next Tuesday, 17th Feb 15:00 UTC. I've created a wiki page to collect an agenda for this meeting, and already added some content i would like to discuss. Please add your yours also and comment on already existing topics. Agenda: http://www.kamailio.org/dokuwiki/doku.php/development:irc-meeting-agenda-17… IRC meetings page: http://www.kamailio.org/dokuwiki/doku.php/development:irc-meetings Cheers, Henning

2 3

[Serusers] Problem with REGISTER
by buslik 17 Feb '09

17 Feb '09

Hi all, I have just default ser.cfg And it seems that if (uri==myself) never happens. SER trying to relay to <my domain name>:5060 and there my Gigaset C470IP just replies 405 Not Allowed. How to explain to the SER that it has <my domain name>? I have put alias=<my domain name> into my ser.cfg and SIP_DOMAIN=<my domain name> into env. It does no help. How to get any log out of it? -- Slava.

1 0

[Kamailio-Users] Lost
by daniel medina 17 Feb '09

17 Feb '09

Hi everybody, I am trying to set up OpenSer as a Load balancing for Asterisk. I really need to know where to start. Please can anyone give me a hint where to star or if there is any tutorial??? Thanks in advance Daniel

3 2

Re: [Kamailio-Users] ERROR:uac:replace_from
by Daniel-Constantin Mierla 16 Feb '09

16 Feb '09

Are you sure uac_replace_from() was called for initial invite? There has to be a new param (vsf) in the Recor-Route header and it is not there. Cheers, Daniel On 02/16/2009 04:50 PM, BERGANZ François wrote: > No. Time Source Destination Protocol Info > > [...] > > There is no 200OK because, the bye isn't good! > > > Thank you > > > Cordialement, > BERGANZ François > > > http://www.acropolistelecom.net >  Pensez à l'Environnement, n'imprimez ce mail que si nécessaire. > > > -----Message d'origine----- > De : Daniel-Constantin Mierla [mailto:miconda@gmail.com] > Envoyé : lundi 16 février 2009 15:37 > À : BERGANZ François > Cc : users(a)lists.kamailio.org > Objet : Re: [Kamailio-Users] ERROR:uac:replace_from > > > > On 02/16/2009 04:07 PM, BERGANZ François wrote: > >> Now, I have modparam("uac","from_restore_mode","none") >> >> I control everything! Nothing in automatic! >> >> > :-) -- the power in your hands -- as said in the previous email, if you > send me the invite and appropriate 200ok, I can tell whose fault is. > > Cheers, > Daniel > > >> Cordialement, >> BERGANZ François >> >> >> http://www.acropolistelecom.net >>  Pensez à l'Environnement, n'imprimez ce mail que si nécessaire. >> >> -----Message d'origine----- >> De : Daniel-Constantin Mierla [mailto:miconda@gmail.com] >> Envoyé : lundi 16 février 2009 14:07 >> À : BERGANZ François >> Cc : users(a)lists.kamailio.org >> Objet : Re: [Kamailio-Users] ERROR:uac:replace_from >> >> >> >> On 02/16/2009 03:03 PM, BERGANZ François wrote: >> >> >>> Then, if it is automatic: >>> >>> If I change with uac_replace_from() the INVITE, the bye have to be the same ? >>> In my case, it doesn't >>> >>> >>> >> Paste the BYE here, maybe the Route parameter used for auto-update is >> missing... >> >> Cheers, >> Daniel >> >> >> >>> Cordialement, >>> BERGANZ François >>> >>> >>> http://www.acropolistelecom.net >>>  Pensez à l'Environnement, n'imprimez ce mail que si nécessaire. >>> >>> >>> -----Message d'origine----- >>> De : Daniel-Constantin Mierla [mailto:miconda@gmail.com] >>> Envoyé : lundi 16 février 2009 12:39 >>> À : BERGANZ François >>> Cc : users(a)lists.kamailio.org >>> Objet : Re: [Kamailio-Users] ERROR:uac:replace_from >>> >>> >>> >>> On 02/16/2009 01:33 PM, BERGANZ François wrote: >>> >>> >>> >>>> It is for a bye request >>>> >>>> >>>> >>>> >>> BYE is withing dialog (practically ending the dialog). You do not need >>> to replace the From for it. It is done automatically -- see my other post. >>> >>> Cheers, >>> Daniel >>> >>> >>> >>> >>>> Cordialement, >>>> BERGANZ François >>>> >>>> >>>> http://www.acropolistelecom.net >>>>  Pensez à l'Environnement, n'imprimez ce mail que si nécessaire. >>>> >>>> >>>> -----Message d'origine----- >>>> De : Daniel-Constantin Mierla [mailto:miconda@gmail.com] >>>> Envoyé : lundi 16 février 2009 12:25 >>>> À : BERGANZ François >>>> Cc : users(a)lists.kamailio.org >>>> Objet : Re: [Kamailio-Users] ERROR:uac:replace_from >>>> >>>> Hello, >>>> >>>> On 02/16/2009 01:10 PM, BERGANZ François wrote: >>>> >>>> >>>> >>>> >>>>> Hello, >>>>> >>>>> I have an error with uac_replace_from() function. >>>>> >>>>> I want to do uac_replace_from(“$fn”,” sip:181812012@217.64.x.x”); >>>>> >>>>> I have that error: ERROR:uac:replace_from: decline FROM replacing in >>>>> sequential request in auto mode (has TO tag) >>>>> >>>>> Have you an idea? >>>>> >>>>> >>>>> >>>>> >>>>> >>>> you call uac_replace_from() for SIP messages within dialog and the >>>> replace mode is auto (which means is done automatically by kamailio) - >>>> therefore will be a duplicate. >>>> >>>> Either check for to-tag when you do the replacement or set replace mode >>>> to manual. >>>> >>>> Cheers, >>>> Daniel >>>> >>>> >>>> >>>> >>>> >>> >>> >>> >> >> > > -- Daniel-Constantin Mierla http://www.asipto.com

1 0

[Kamailio-Users] ERROR:uac:replace_from
by BERGANZ François 16 Feb '09

16 Feb '09

Hello, I have an error with uac_replace_from() function. I want to do uac_replace_from($fn, sip:181812012@217.64.x.x); I have that error: ERROR:uac:replace_from: decline FROM replacing in sequential request in auto mode (has TO tag) Have you an idea? Thank you Cordialement, BERGANZ François P Pensez à l'Environnement, n'imprimez ce mail que si nécessaire.

2 9

Re: [Kamailio-Users] ERROR:uac:replace_from
by Daniel-Constantin Mierla 16 Feb '09

16 Feb '09

On 02/16/2009 03:36 PM, BERGANZ François wrote: > the bye receive by the SER > The route parameter is missing, please send me the INVITE going out from kamailio and the 200ok for invite received by Kamailio. Should reveal whose fault is. Cheers, Daniel > thank you > > > > [...] > > > > Cordialement, > BERGANZ François > > > http://www.acropolistelecom.net >  Pensez à l'Environnement, n'imprimez ce mail que si nécessaire. > > > -----Message d'origine----- > De : Daniel-Constantin Mierla [mailto:miconda@gmail.com] > Envoyé : lundi 16 février 2009 14:07 > À : BERGANZ François > Cc : users(a)lists.kamailio.org > Objet : Re: [Kamailio-Users] ERROR:uac:replace_from > > > > On 02/16/2009 03:03 PM, BERGANZ François wrote: > >> Then, if it is automatic: >> >> If I change with uac_replace_from() the INVITE, the bye have to be the same ? >> In my case, it doesn't >> >> > > Paste the BYE here, maybe the Route parameter used for auto-update is > missing... > > Cheers, > Daniel > > >> Cordialement, >> BERGANZ François >> >> >> http://www.acropolistelecom.net >>  Pensez à l'Environnement, n'imprimez ce mail que si nécessaire. >> >> >> -----Message d'origine----- >> De : Daniel-Constantin Mierla [mailto:miconda@gmail.com] >> Envoyé : lundi 16 février 2009 12:39 >> À : BERGANZ François >> Cc : users(a)lists.kamailio.org >> Objet : Re: [Kamailio-Users] ERROR:uac:replace_from >> >> >> >> On 02/16/2009 01:33 PM, BERGANZ François wrote: >> >> >>> It is for a bye request >>> >>> >>> >> BYE is withing dialog (practically ending the dialog). You do not need >> to replace the From for it. It is done automatically -- see my other post. >> >> Cheers, >> Daniel >> >> >> >>> Cordialement, >>> BERGANZ François >>> >>> >>> http://www.acropolistelecom.net >>>  Pensez à l'Environnement, n'imprimez ce mail que si nécessaire. >>> >>> >>> -----Message d'origine----- >>> De : Daniel-Constantin Mierla [mailto:miconda@gmail.com] >>> Envoyé : lundi 16 février 2009 12:25 >>> À : BERGANZ François >>> Cc : users(a)lists.kamailio.org >>> Objet : Re: [Kamailio-Users] ERROR:uac:replace_from >>> >>> Hello, >>> >>> On 02/16/2009 01:10 PM, BERGANZ François wrote: >>> >>> >>> >>>> Hello, >>>> >>>> I have an error with uac_replace_from() function. >>>> >>>> I want to do uac_replace_from(“$fn”,” sip:181812012@217.64.x.x”); >>>> >>>> I have that error: ERROR:uac:replace_from: decline FROM replacing in >>>> sequential request in auto mode (has TO tag) >>>> >>>> Have you an idea? >>>> >>>> >>>> >>>> >>> you call uac_replace_from() for SIP messages within dialog and the >>> replace mode is auto (which means is done automatically by kamailio) - >>> therefore will be a duplicate. >>> >>> Either check for to-tag when you do the replacement or set replace mode >>> to manual. >>> >>> Cheers, >>> Daniel >>> >>> >>> >>> >> >> > > -- Daniel-Constantin Mierla http://www.asipto.com

1 0

[Kamailio-Users] cfg scripts bank - inside group dial
by Daniel-Constantin Mierla 16 Feb '09

16 Feb '09

Hello, there were many useful hints and examples of how to solve specific needs or add new features just by config language. However, it is hard to search and find them back in the archive after a while. Therefore I created a new wiki page to collect them. If you see such example flowing on the mailing lists, take it and add it there or at least set the link to the mailing list post. Here is the page: http://www.kamailio.org/dokuwiki/doku.php/cfg-scripts-bank:main-index I added first example that adds inside group dial feature. You can group users by interest and they can call each other using short numbers instead of entire extension. Check it here: http://www.kamailio.org/dokuwiki/doku.php/cfg-scripts-bank:group-dial Practically is less than 10 lines, with loading additional modules and setting the parameters. Looking forward to your contributions there! Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com

1 0

Re: [Serusers] Serusers Digest, Vol 70, Issue 4
by 郭灵犀 16 Feb '09

16 Feb '09

help 在2009-02-06，serusers-request(a)lists.iptel.org 写道： >Send Serusers mailing list submissions to > serusers(a)lists.iptel.org > >To subscribe or unsubscribe via the World Wide Web, visit > http://lists.iptel.org/mailman/listinfo/serusers >or, via email, send a message with subject or body 'help' to > serusers-request(a)lists.iptel.org > >You can reach the person managing the list at > serusers-owner(a)lists.iptel.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Serusers digest..." > > >Today's Topics: > > 1. Re: configure SER and SEMS to work together (Stefan Sayer) > 2. preload_udomain error (caio) > 3. Re: preload_udomain error (solved) (caio) > 4. Re: Error loading "trusted" table (permissions.so) (caio) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Thu, 05 Feb 2009 13:25:00 +0100 >From: Stefan Sayer <stefan.sayer(a)iptego.com> >Subject: Re: [Serusers] configure SER and SEMS to work together >To: Martin Lane <martin.l.lane(a)gmail.com> >Cc: sems(a)iptel.org, Serusers(a)lists.iptel.org >Message-ID: <498ADA9C.4050302(a)iptego.com> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >Hello, > > >o Martin Lane [02/04/09 20:17]: >> I am following the 'mini-Howto on how to configure SER and SEMS to work >> together' guide on iptel.org. So I have a separate directory for >as it says at the top of that howto, with a more recent version of SEMS >this is not required any more; especially if you are using 1.1.0 >version. Also note that there is the 1.1.0 release available >(http://ftp.iptel.org/pub/sems/sems-1.1.0.tar.gz). > >For SEMS 1.1.0 (recommended!), you can use the default configuration, >just configure 'application' and the server's IP address and port used >in sems.conf. Then just send the call to the SIP IP:port, e.g. using ser >with t_relay_to_udp("<sip_ip>","<sip_port>"); > >for completeness, the following comments: > >> integrating the SER and SEMS functionality. For development purposes is >> there a switch to change the path were SER looks for the modules? As >no, you need to change every loadmodule line. > >> well control which version of SEMS is being used? I've installed Sip >> Express Media Server (1.1.0-rc1 (i386/linux)) as well as the version >> from the howto for testing. >> >> My basic problem is I currently get a version mismatch error: >> >> 0(9590) ERROR: module version mismatch for >> /usr/local/lib/ser/modules/sl.so; core: ser 0.9.6-sems (i386/linux); >> module: ser 0.9.6 (i386/linux) >> > >Your specific error comes from that the module you are trying to load >was not compiled with the same version, e.g. you have one ser installed >into /usr/local and you have another one in a local directory. > >Regards >Stefan > >> The appropriate modules are located in under my ser-sems test dir and I >> have not been successful in redirecting SER to look there. >> >> Also, I have modified ser.cfg and sems.cfg for my system but I did not >> find a default ser_sems.cfg. Is this file necessary and where is the >> default location? >> >> Thanks for any help or advice. >> >> mll >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Serusers mailing list >> Serusers(a)lists.iptel.org >> http://lists.iptel.org/mailman/listinfo/serusers > >-- >Stefan Sayer >VoIP Services > >stefan.sayer(a)iptego.com >www.iptego.com > >IPTEGO GmbH >Am Borsigturm 40 >13507 Berlin >Germany > >Amtsgericht Charlottenburg, HRB 101010 >Geschaeftsfuehrer: Alexander Hoffmann > > >------------------------------ > >Message: 2 >Date: Thu, 05 Feb 2009 12:18:40 -0200 >From: caio <elcaio(a)gmail.com> >Subject: [Serusers] preload_udomain error >To: serusers(a)lists.iptel.org >Message-ID: <498AF540.4030102(a)gmail.com> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >Hi all, > >Running ser0.9.7 on Solaris 10 (mysql 5.0.51 + serweb 0.9.6) > >Have this problem when I stop ser service, and then start it again (ser >-E -D).. > > 0(0) preload_udomain: ERROR: bad callid record in table aliases > 0(0) preload_udomain: ERROR: for username 579981, contact >sip:579981@mydomain.com > 0(0) preload_udomain: ERROR: skipping... > >And finally it dies with: > > 0(0) get_connection(): Connection not found in the pool > Fallo de segmentaci??n (core dumped) > >It happens with many records on aliases table and happens too with only >one record: > >mysql> select * from aliases\G >*************************** 1. row *************************** > username: 579981 > domain: 10.10.1.1 > contact: sip:579981@mydomain.com > received: NULL > expires: 2009-02-05 11:45:21 > q: 1.00 > callid: >The-Answer-To-The-Ultimate-Question-Of-Life-Universe-And-Everything > cseq: 42 >last_modified: 2009-02-05 11:45:46 > replicate: 0 > state: 0 > flags: 128 > user_agent: SIP Express Router FIFO >1 row in set (0.00 sec) > > >SER start normally if I delete all the records on this table. But I need >create the aliases again, and this is not the normal behaviour..I think. > >Here the description of aliases table: > >mysql> desc aliases; >+---------------+---------------------+------+-----+---------------------+-------+ >| Field | Type | Null | Key | Default > | Extra | >+---------------+---------------------+------+-----+---------------------+-------+ >| username | varchar(64) | NO | PRI | > | | >| domain | varchar(128) | NO | PRI | > | | >| contact | varchar(255) | NO | PRI | > | | >| received | varchar(255) | YES | | NULL > | | >| expires | datetime | NO | | 2020-05-28 21:32:15 >| | >| q | float(10,2) | NO | | 1.00 > | | >| callid | varchar(255) | NO | | Default-Call-ID > | | >| cseq | int(11) | NO | | 42 > | | >| last_modified | timestamp | NO | | CURRENT_TIMESTAMP > | | >| replicate | int(10) unsigned | NO | | 0 > | | >| state | tinyint(1) unsigned | NO | | 0 > | | >| flags | int(11) | NO | | 0 > | | >| user_agent | varchar(50) | NO | | > | | >+---------------+---------------------+------+-----+---------------------+-------+ >13 rows in set (0.01 sec) > > >Important: when "location" table keeps some records, ser doesn't start too: > >mysql> select * from location\G >*************************** 1. row *************************** > username: 579981 > domain: mydomain.com > contact: sip:579981@10.10.60.115:5060 > received: NULL > expires: 2009-02-05 11:46:16 > q: -1.00 > callid: 1f46c06d5e034425286f095b11cf4a1a(a)10.10.60.115 > cseq: 6 >last_modified: 2009-02-05 11:45:46 > replicate: 0 > state: 0 > flags: 0 > user_agent: CM5K-TA2S (807100.02) >1 row in set (0.00 sec) > >Here too I must to delete all the records to let SER start successfully. > >Does anyone knows about this issue? > >Regards, >Claudio > > >------------------------------ > >Message: 3 >Date: Thu, 05 Feb 2009 17:13:09 -0200 >From: caio <elcaio(a)gmail.com> >Subject: Re: [Serusers] preload_udomain error (solved) >To: serusers(a)lists.iptel.org >Message-ID: <498B3A45.5070501(a)gmail.com> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >caio escribi?: >> Hi all, >> >> Running ser0.9.7 on Solaris 10 (mysql 5.0.51 + serweb 0.9.6) >> >> Have this problem when I stop ser service, and then start it again (ser >> -E -D).. >> >> 0(0) preload_udomain: ERROR: bad callid record in table aliases >> 0(0) preload_udomain: ERROR: for username 579981, contact >> sip:579981@mydomain.com >> 0(0) preload_udomain: ERROR: skipping... >> >[cut] > >solved. >there was an old installation of mysql libs (in /usr/sfw/), then I >removed it, and finally recompile mysql.so module including correct >mysql.h (/opt/csw/). > >cheers, >caio > > >------------------------------ > >Message: 4 >Date: Thu, 05 Feb 2009 17:18:03 -0200 >From: caio <elcaio(a)gmail.com> >Subject: Re: [Serusers] Error loading "trusted" table (permissions.so) >To: serusers(a)lists.iptel.org >Message-ID: <498B3B6B.20606(a)gmail.com> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >Miklos Tirpak escribi?: > >>> Seem that VAL_TYPE of "val + 2" isn't STRING, read it as DOUBLE >>> (DB_DOUBLE = 1). >>> Do not know why. >>> And because of this the 'if' conditions never are satisfy on trusted.c >>> (line #396): >>> >>> if ((ROW_N(row + i) == 3) && >>> (VAL_TYPE(val) == DB_STRING) && !VAL_NULL(val) && >>> (VAL_TYPE(val + 1) == DB_STRING) && !VAL_NULL(val >>> + 1) && >>> (VAL_TYPE(val + 2) == DB_STRING) && !VAL_NULL(val >>> + 2)) { >> >> >> Thank you very much for the debug lines! I think SER simply uses the >> field types returned by the mysql server, so there might be a problem >> with the server or library. You can check what the field types are along >> with their names returned by the server in modules/mysql/res.c, search >> for the mysql_fetch_fields function. >> >> Miklos >> > >Miklos, > >I've resolved this issue and a similar one ("preload_udomain error"). >There was an old installation of mysql libs (in /usr/sfw/), then I >removed it, and finally recompile mysql.so module including correct >mysql.h (/opt/csw/). > >Now fields returned are with their correct type. > >Thank you.. > >Caio > > >------------------------------ > >_______________________________________________ >Serusers mailing list >Serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers > > >End of Serusers Digest, Vol 70, Issue 4 >***************************************

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

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 February 2009