sr-users June 2007

sr-users@lists.kamailio.org

191 participants
314 discussions

by SIP

We've never seen this one come through before, so I'm thinking it's in some way related to the cortelco US that's being used. Jun 24 10:15:26 proxy ser[7081]: ACC: call missed: method=INVITE, i-uri=sip:1101XXXXXXX@CLIENT.IP.ADDRESS:60001, o-uri=sip:1101XXXXXXX@CLIENT.IP.ADDRESS:60001, call_id=53ca8e9573a1aa535700119a21ce693c(a)CLIENT.IP.ADDRESS, from=<sip:1315XXXXXXX@our.proxy.com>;tag=as67cfdba3, code=410 Gone Jun 24 10:15:26 proxy ser[7073]: ERROR: parse_uri: uri too short: <2.0> (3) Jun 24 10:15:26 proxy ser[7073]: is_user_in(): Error while parsing URI Jun 24 10:15:26 proxy ser[7073]: ERROR: parse_uri: uri too short: <2.0> (3) Jun 24 10:15:26 proxy ser[7073]: ERROR: parse_sip_msg_uri: bad uri <2.0> Jun 24 10:15:26 proxy ser[7073]: loose_route: Error while parsing Request URI Jun 24 10:15:26 proxy ser[7073]: ERROR: parse_uri: uri too short: <2.0> (3) Jun 24 10:15:26 proxy ser[7073]: ERROR: parse_sip_msg_uri: bad uri <2.0> Jun 24 10:15:26 proxy ser[7073]: WARNING: do_action:error in expression Jun 24 10:15:26 proxy ser[7073]: ERROR: parse_uri: uri too short: <2.0> (3) Jun 24 10:15:26 proxy ser[7073]: ERROR: parse_sip_msg_uri: bad uri <2.0> This is on a response to the reinvite BACK to the local user (1101XXXXXXX) from the PSTN (1315XXXXXXX). The actual block looks like: U CLIENT.IP.ADDRESS:60001 -> OUR.PROXY.IP.ADDRESS:5060 SIP/2.0 410 Gone. Via: SIP/2.0/UDP OUR.PROXY.IP.ADDRESS:5060;branch=z9hG4bKffae.1a137353.0. Via: SIP/2.0/UDP OUR.PSTN.GATEWAY.ADDRESS:5090;branch=z9hG4bK338d81c7;rport=5090. From: <sip:1315XXXXXXX@our.proxy.com>;tag=as67cfdba3. To: "David Jarrett" <sip:1101XXXXXXX@our.proxy.com>;tag=53c99d61. Contact: <sip:1101XXXXXXX@CLIENT.IP.ADDRESS:60001>. Call-ID: 53ca8e9573a1aa535700119a21ce693c(a)CLIENT.IP.ADDRESS. CSeq: 102 INVITE. Content-Length: 0. I'm really not sure which part of the URI is too short (or, to be honest, why SER spits out that message). Clearly '2.0' is not a valid URI... but I'm not entirely sure where it's getting that as the URI. Ideas? We're running 0.9.6. N.

17 years, 3 months

[OpenSER-Users] RE: [Users] out of memory - please help

by Papadopoulos Georgios

Hi Bogdan, The server has been running for about 18 hours without any "out of memory" messages. Usually these appeared after a few hours. I think it is fixed, but I will keep you posted if it reappears. Thanks a lot! I guess the same fix needs to go in subst_uri() and maybe also add a check if(result->s!=0) ? Why did this only appear on the first receiver child? I would expect that all children receive an equal amount of traffic so they should all run out of memory more or less at the same time. Except if when a message is received, Openser finds the first available child and does this by trying child 1,2,3... Is this the case? Last (related?) question: There is a thread that the first receiver child starts, what is its purpose? Thank you George > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] > Sent: Thursday, June 21, 2007 4:32 PM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: Re: [Users] out of memory - please help > > Hi George, > > I made a fix related to subst_user() - could you apply it > and give it a try? > > Thanks and regards, > Bogdan > > Papadopoulos Georgios wrote: > > Hi Bogdan, > > > > I am using all of the functions that you mentioned. I am also using > > subst(). Please, let me know if you need more info. > > > > best regards > > > > George > > > > > > > >> -----Original Message----- > >> From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] > >> Sent: Thursday, June 21, 2007 1:46 PM > >> To: Papadopoulos Georgios > >> Cc: users(a)openser.org > >> Subject: Re: [Users] out of memory - please help > >> > >> Hi George, > >> > >> looking over the log, it might be something wrong with > >> subst_str() function - I see a lot of memory allocated by this > >> function (3267 mem chunks). > >> > >> now, I have to trace the function using the subst_str() function > >> :)..So, are you using from script one of the following functions: > >> subst_uri() > >> subst_user() > >> avp_subst() > >> > >> regards, > >> bogdan > >> > >> Papadopoulos Georgios wrote: > >> > >>> Hello all, > >>> > >>> We have an ongoing issue with Openser running out of > memory after a > >>> few hours. It is very consistent which makes me believe it > >>> > >> is a memory > >> > >>> leak. Can someone look at the log file? I have done a mem dump on > >>> process 8573 which is the one that ran out of memory. Here > >>> > >> is the log: > >> > >>> _http://www.real.gr/files/openser.20070620.log.gz_ > >>> It always happens on the first receiver child. Our current > >>> > >> solution is > >> > >>> to restart Openser every few hours. I would like to solve > >>> > >> this at its > >> > >>> root, so please let me know if you need more info. > >>> My Openser is 1.2.x from svn, revision 2333. > >>> > >>> thank you for any help > >>> > >>> George > >>> > >>> > >>> > >>> > >>> Disclaimer > >>> > >>> The information in this e-mail and any attachments is > >>> > >> confidential. It > >> > >>> is intended solely for the attention and use of the named > >>> addressee(s). If you are not the intended recipient, or person > >>> responsible for delivering this information to the intended > >>> > >> recipient, > >> > >>> please notify the sender immediately. Unless you are the intended > >>> recipient or his/her representative you are not > authorized to, and > >>> must not, read, copy, distribute, use or retain this > message or any > >>> part of it. E-mail transmission cannot be guaranteed to be > >>> > >> secure or > >> > >>> error-free as information could be intercepted, corrupted, lost, > >>> destroyed, arrive late or incomplete, or contain viruses. > >>> > >>> > >>> > >> > --------------------------------------------------------------------- > >> - > >> > >>> -- > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users(a)openser.org > >>> http://openser.org/cgi-bin/mailman/listinfo/users > >>> > >>> > >> > > > > > >

17 years, 3 months

[OpenSER-Users] Help with subst()...

by Sajith T S

Hi, This looks simple, but I just can't wrap my (feeble) brain around it: Can anyone give a subst() regexp and replacement string to snip out "+" characters in the From header field's display name as well as user part of the URI? (There's a PSTN gateway that sends in caller's number with a "+" prefix and our users do not like it since they can't call back without manually editing out the "+"...) Thanks, Sajith.

17 years, 3 months

[OpenSER-Users] how to calculate PDD and ASR

by ram

Hi iam using openser with mysql accounting can some one assist me how to calculate ASR and PDD for the calls recomend some documentation to read would be great ram

17 years, 3 months

[OpenSER-Users] Presence

by KUMAR

Hi all, Can anyone please suggest me some good place to learn presence in OpenSER using SIMPLE (except the RFC). thank you kumar

17 years, 3 months

[Serusers] add prefix to source

by Szasz Szabolcs

Hi all I need to add a prefix to the source uri/number. How ca I do this? Can you help me guys? Thanks a lot Szasz Szabolcs -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://linux.bitdefender.com/

17 years, 3 months

[Serusers] Out-of-office-reply: Serusers Digest, Vol 50, Issue 24

by David.Monahan＠aepona.com

I am on vacation and will not have access to email until I return to the office on 4th July.

17 years, 3 months

[OpenSER-Users] User-Agent

by Christian Heidinger

Is it possible to modify the User-Agent/Server [Server: OpenSER (1.2.1-notls(x86_64/linux)).] field that OpenSER sends out? We use a variety of open source projects in production and prefer to sheild their true identities for security reasons (ie. preventing us from becoming the next victim of the newest exploit).

17 years, 3 months

[Serusers] Cannot register with iptel.org

by Andrey Kuprianov

Hi, Im not able to register my latest X-lite phone with iptel.org. It times out. Any idea why? Any additional setup parameters i need to know of? Andrey.

17 years, 3 months

[OpenSER-Users] using remove_hf and append_hf in both route and failure route

by Mik Cheez

I use remove_hf and append_hf to modify the RPID in the Request_Route, which works fine, but then if I try it in Failure_Route I end up with two RPID headers. Is it possible the revert_uri() is doing something to it? If not, can you just not do a remove/append like this? I checked to make sure the remove_hf is returning true. I triple checked to make sure my variable contains only one header. Here are some snippets from my config: route { ... ... if (method=="INVITE") { perl_exec("command", "0"); /*sets rpid and ouri vars*/ if (is_avp_set("$avp(rpid)")){ if(is_present_hf("Remote-Party-ID")){ remove_hf("Remote-Party-ID"); } append_hf("$avp(rpid)"); } avp_pushto("$ru","$avp(ouri)"); ... ... failure_route[1]{ if(method == "INVITE" ....blah blah blah revert_uri(); perl_exec("command", "1"); /*sets rpid and ouri vars*/ if (is_avp_set("$avp(rpid)")){ if(is_present_hf("Remote-Party-ID")){ remove_hf("Remote-Party-ID"); } append_hf("$avp(rpid)"); } avp_pushto("$ru","$avp(ouri)"); ... ... Best regards, Mik Cheez

17 years, 3 months

← Newer
1
...
7
8
9
10
11
12
13
...
32
Older →

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 June 2007