sr-users September 2008

sr-users@lists.kamailio.org

95 participants
155 discussions

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

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

27 Sep '08

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 >

1 0

[Kamailio-Users] towards kamailio v1.5.0
by Daniel-Constantin Mierla 26 Sep '08

26 Sep '08

Hello, as we just released 1.4.1 in the latest stable branch, I just want to give updates on the development version of the project. In less that two months since 1.4.x release series was branched, lot of new things happened - new modules and features, code refactoring and fixes. The outline of the new additions: http://www.kamailio.org/dokuwiki/doku.php/features:new-in-1.5.x A drafted version of the roadmap is available at: http://www.kamailio.org/dokuwiki/doku.php/roadmap:1.5.x I take this occasion to ask all developers to add there the new features already introduced and their plans for 1.5.0 in the above two pages. There are some features introduced on SVN that are not yet listed in Dokuwiki, features:new-in-1.5.x. So please, when you add some major improvement, add a short note about. As shortcut, those links are hosted on the website page: http://www.kamailio.org/mos/view/Roadmap/ For a deeper track of all changes you can browse the SVN repository at Source Forge. http://openser.svn.sourceforge.net/viewvc/openser/ Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com

2 4

[Kamailio-Users] ip address of VIA header
by Alex R.S.M 26 Sep '08

26 Sep '08

Hi, Is there any function in openSER to return the ip address of VIA header? or return the VIA header? Thanks, alex _________________________________________________________________ Get more out of the Web. Learn 10 hidden secrets of Windows Live. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!5…

3 4

[Kamailio-Users] Exported statistics
by Daniel Cardoso Alves 26 Sep '08

26 Sep '08

Hi people... I am trying to use "Exported statistics" of dialog module, but I have the following message: 404 Statistics Not Found I am using the dialog module to finish some calls... And it's work perfect... But I want to get some statistics... I looked on Internet but I dont find a solution... Are there some special configuration to make to use "Exported statistics"??? Thanks in advance... Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses

2 3

[Kamailio-Users] SUBSCRIBE message with a private header
by Yoo Chan Jeon 26 Sep '08

26 Sep '08

Hi, Thank you for your reponse. By using $hdr(HEADER-NAME), it returns "Private-Header:value". Now I have other problems. I would like to check if the header exist, then I want to get the value. How do I get the value from $hdr(HEADER-NAME) ? Thanks. Jeon El Miércoles, 24 de Septiembre de 2008, Yoo Chan Jeon escribió: >* Hi, *>* I have a client sip agent which sends a SUBSCRIBE msg with a private header *>* to the Kamailio presence server. *>* Hwo do I get the private header informtaion? I want to read it and send it *>* with a Notify message. * Read it with $hdr(HEADER-NAME).

2 1

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

26 Sep '08

Hi I did try if(is_method("REGISTER")) { if(lookup("location")){ sl_send_reply("401","Unautorized"); exit; } } With Regards Ali Jawad System Administrator Splendor Telecom (www.splendor.net) Beirut, Lebanon Phone: +961 1 373725 Fax: + 961 1 375554 ________________________________ From: Sergio Gutierrez [mailto:saguti@gmail.com] Sent: 2008-09-26 14:38 To: Ali Jawad Subject: Re: [Kamailio-Users] How to prevent - Same username used on multiple sip phones Hi Ali. Maybe you could use the function registered() of the module registrar, to check whether the user is already registered. http://kamailio.org/docs/modules/1.4.x/registrar.html#id2506815 Best regards. Sergio G. On 9/26/08, Ali Jawad <ali.jawad(a)splendor.net> wrote: 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 _______________________________________________ Users mailing list Users(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users -- This message has been scanned for viruses and dangerous content by MailScanner <http://www.mailscanner.info/> , and is believed to be clean.

1 1

[Kamailio-Users] SUBSCRIBE message with a private header
by Yoo Chan Jeon 26 Sep '08

26 Sep '08

Hi, Now I got the value. Discard the previous message. Thanks. Jeon >Hi, >Thank you for your reponse. >By using $hdr(HEADER-NAME), it returns "Private-Header:value". >Now I have other problems >I would like to check if the header exist, then I want to get the value. >How do I get the value from $hdr(HEADER-NAME) ? >Thanks. >Jeon El Miércoles, 24 de Septiembre de 2008, Yoo Chan Jeon escribió: > Hi, > I have a client sip agent which sends a SUBSCRIBE msg with a private header > to the Kamailio presence server. > Hwo do I get the private header informtaion? I want to read it and send it > with a Notify message. Read it with $hdr(HEADER-NAME).

2 1

[Kamailio-Users] Failed gateway recovery with dispatcher.
by Alex Balashov 25 Sep '08

25 Sep '08

How does one go about resurrecting gateways that have been marked into "probing" mode back into the "active" set once they start replying to the pings that the dispatcher facility sends? I see the OPTIONS pings going through, and I see the UAs generating replies to them whey come back up. But OpenSER does nothing in response to receipt of those replies to mark them as active again. Because the OPTIONS request is not originated from script, there is no way to catch the replies in an ONREPLY-ROUTE, otherwise I would have tried to handle it that way and re-mark the gateways. -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (706) 338-8599

4 12

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 September 2008