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.
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
> >>>
> >>>
> >>
> >
> >
>
>
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.
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
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/
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).
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.
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