Got the following errors on one of the SER proxies I maintain this
morning:
May 27 09:00:03 hillcrest /usr/sbin/ser[8260]: ERROR:receive_msg: memory allocation failure
May 27 09:00:03 hillcrest /usr/sbin/ser[8264]: ERROR: build_req_buf_from_sip_req: out of memory
May 27 09:00:03 hillcrest /usr/sbin/ser[8264]: ERROR: print_uac_request: no pkg_mem
May 27 09:00:03 hillcrest /usr/sbin/ser[8264]: ERROR: build_res_buf_from_sip_req: out of memory ; needs 567
May 27 09:00:03 hillcrest /usr/sbin/ser[8264]: WARNING: receive_msg: error while trying script
The server is running 0.8.10 with the following patches:
http://www.iptel.org/ser/issues/hash_fix.patchhttp://iptel.org/~janakj/invroute.patchhttp://www.iptel.org/ser/security/secalert-002-0_8_10.patchhttp://www.mobile-ip.de/~andrei/ser/0.8.10/ser-0.8.10-bison-1.75.patch
Of these, the only one the indicates memory errors is the
invroute.patch. Has anyone seen this before?
If necessary, I have ngrep captures for the time period.
--
Jamin W. Collins
Remember, root always has a loaded gun. Don't run around with it unless
you absolutely need it. -- Vineet Kumar
At 11:57 PM 5/25/2003, Nils Ohlmeier wrote:
>Ok i first overlooked a problem in the messages.
>I think the ATA is guilty because the request URI of the ACK is not the same
>as the URI from the INVITE. And if i'm not wrong the URIs has to be the same
>because the ACK for a negative reply belongs to the transaction.
Thanks Nils -- indeed, that's an ATA bug -- the URIs must be the same.
To fix the problem, I urge ATA users to urge Cisco. You can use some workarounds
(like disabling tm "ruri_matching" tm parameter in the about to be released
ser 0.8.11 version) but ATA is the primary place to fix. Actually, the best
thing to do with ATA is to use RFC-3261 transaction matching -- 2541 matching
has been obsoleted quite a while ago.
-jiri
The serctl script has problems on a standard Solaris 8 Install:
# serctl ul add 1000 sip:1000@10.10.10.10
grep: illegal option -- E
Usage: grep -hblcnsviw pattern file . . .
sip:1000@10.10.10.10 is not a valid URI
#
It turns out that the normal "grep" command on Solaris does not include the "-E" option. You have to use /usr/xpg4/bin/grep instead. I modified the line:
check_uri() {
# echo "$1" | grep -E "^sip:([a-zA-Z0-9_]+@)?.*\..*"
echo "$1" | /usr/xpg4/bin/grep -E "^sip:([a-zA-Z0-9_]+@)?.*\..*"
and it seems to be working ok.
Just though other Solaris users might want to know.
Regards,
Ricardo
Hello All,
I am getting a "forbidden acces from the Apache", I am trying 127.0.0.1 ,,,
In the error_log file it says:
"(crit) (98) Address already in use: make_sock: could not bind to port 80"
please I need help on that ,
thank you
Hi everybody,
I'm currently testing ser (0.8.10) as a stateless redirect server with Kphone
(3.1) as UA and I wonder why Kphone didn't try all URIs after receiving
REDIRECT message from ser but only the one add with rewriteuri() function ?
Nevertheless this REDIRECT effectively contains in his Contact Header field
both URIs add with rewriteuri() and append_branch().
Kphone seems not to try URIs which are add to destination set with
append_branch()...
Can someone explain me why, or REDIRECT :-) me to the good way of thought ???
Regards,
Matthieu
Here is my ser config file :
#
# $Id: test_ser.cfg,v 1.12 09/05/2003 17:13:00 matthieu saunier $
#
# simple quick-start config script
#
# ----------- global configuration parameters ------------------------
debug=3
fork=yes
log_stderror=yes
check_via=no # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
port=5060
children=2
# ------------------ module loading ----------------------------------
loadmodule "/usr/local/lib/ser/modules/sl.so"
# ----------------- setting module-specific parameters ---------------
# ------------------------- request routing logic -------------------
route{
if (uri==myself) {
log("URI MATCHED");
log(1,"REDIRECTING");
# rewrite current URI, which is always part of destination ser
rewriteuri("sip:rewriteuri@172.25.49.133:5062");
# append one more URI to the destination set
append_branch("sip:appendbranch@172.25.49.133:5063");
# redirect now
sl_send_reply("300", "redirect");
};
}
I am getting a "Forbidden" reply from the Apache. The Apache is ponting to the index.php for the serweb.
I've only changes the IP address of the local host to 127.0.0.1 in the config.php.
Does anyone have any suggestions ?
Thank you
Best regards
Rami
Hallo
When trying to unregister SER response the 200 OK contact header contains
expire=3392 shouldent it be 0.
According to RFC 3261:
8. The registrar returns a 200 (OK) response. The response MUST
contain Contact header field values enumerating all current
bindings. Each Contact value MUST feature an "expires"
parameter indicating its expiration interval chosen by the
registrar. The response SHOULD include a Date header field.
Trace from the unregister:
Session Initiation Protocol
Request line: REGISTER sip:172.18.3.164;transport=UDP SIP/2.0
Message Header
Via: SIP/2.0/UDP
172.18.1.66:5061;branch=z9hG4bK7cd705dd53972643a94681a4ce431160
Contact: "w" <sip:w@172.18.1.66:5061>;methods="MESSAGE";expires=0
Call-Id: de06a67588716c53ac5521929699d262(a)172.18.1.66
CSeq: 3 REGISTER
From: "w" <sip:w@e-horizon.se>;tag=8331
To: "w(a)e-horizon.se" <sip:w@e-horizon.se>
Content-Length: 0
Status line: SIP/2.0 200 OK
Message Header
Via: SIP/2.0/UDP
172.18.1.66:5061;branch=z9hG4bK7cd705dd53972643a94681a4ce431160
Call-Id: de06a67588716c53ac5521929699d262(a)172.18.1.66
CSeq: 3 REGISTER
From: "w" <sip:w@e-horizon.se>;tag=8331
To: "w(a)e-horizon.se"
<sip:w@e-horizon.se>;tag=a12148d613273d13cea75bbc18673103.bac8
Contact: <sip:w@172.18.1.66:5061>;q=0.00;expires=3392
Server: Sip EXpress router (0.8.11pre13 (i386/linux))
Content-Length: 0
Regards Magnus
"dul" was an outdated call to "delete user location", which cleared all
user contacts. I updated it on CVS to "ul rm". Thanks for reporting this.
-Jiri
At 09:47 PM 5/22/2003, Alejandro Olchik wrote:
>Looking at the serctl rm command the followin shell
>script is found:
>
> rm)
> if [ $# -ne 2 ] ; then
> usage
> exit 1
> fi
> shift
> prompt_pw
>
> is_user $1
> if [ $? -ne 0 ] ; then
> echo non-existent user
> exit 1
> fi
>
> QUERY="delete from $TABLE where
>$TABLE.$SUBSCRIBER_COLUMN='$1'"
> sql_query "$QUERY"
>
> $0 acl revoke $1 > /dev/null 2>&1
> $0 dul $1 > /dev/null 2>&1
> ;;
>
>What does $0 dul $1... do?
>
>Anybody knows?
>
>
>Alejandro
>
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
