I guess that's a memory leak which nobody happened to discover before
because the configuration you are using is not very usual. It includes
some shortcomings:
1) save generates the 200, you don't need to use sl_send_reply
2) after you processed REGISTERs, there is no reason to t_relay them.
I guess if you remove sl_send_reply and t_relay from REGISTER processing,
the problem disappears. Using default congiguration script should work
for you.
-jiri
At 11:08 PM 6/1/2004, Bert Berlin wrote:
Can someone tell me what some of the errors below mean?
(Each error is repeated many times, so I have cut and pasted only one of each as
examples)
6(27616) ERROR: build_res_buf_from_sip_req: out of memory ; needs 13053
6(27616) send_reply(): Error while sending 200 OK
6(27616) ERROR: build_res_buf_from_sip_req: out of memory ; needs 13115
6(27616) send_reply(): Error while sending 200 OK
6(27616) ERROR: build_res_buf_from_sip_req: out of memory ; needs 13115
6(27616) WARNING: sip_msg_cloner: header body ignored: 8192
6(27616) ERROR: build_req_buf_from_sip_req: out of memory
6(27616) ERROR: print_uac_request: no pkg_mem
6(27616) ERROR: t_forward_nonack: failure to add branches
6(27616) ERROR: build_res_buf_from_sip_req: out of memory ; needs 13160
6(27616) ERROR: build_res_buf_from_sip_req: out of memory ; needs 13053
6(27616) send_reply(): Error while sending 200 OK
6(27616) ERROR: build_req_buf_from_sip_req: out of memory
6(27616) ERROR: print_uac_request: no pkg_mem
6(27616) ERROR: t_forward_nonack: failure to add branches
6(27616) ERROR: build_res_buf_from_sip_req: out of memory ; needs 13160
6(27616) WARNING: sip_msg_cloner: header body ignored: 8192
7(27618) ERROR: build_res_buf_from_sip_req: out of memory ; needs 14845
7(27618) ERROR: build_res_buf_from_sip_req: out of memory ; needs 14907
7(27618) send_reply(): Error while sending 200 OK
7(27618) ERROR: build_res_buf_from_sip_req: out of memory ; needs 14907
7(27618) ERROR: t_newtran: transaction already in process 0x42d85358
7(27618) ERROR: sl_reply_error used: I'm terribly sorry, server error occured (1/SL)
<======= this comes in response to an INVITE from a registered UA
7(27618) ERROR: t_newtran: transaction already in process 0x42d81bf8
%%%%%%%%%%%%%%%%%%%%%%
Config File follows: (I removed the commented out lines to make it more compact)
%%%%%%%%%%%%%%%%%%%
#
# $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $
#
# simple quick-start config script
#
# ----------- global configuration parameters ------------------------
/* Uncomment these lines to enter debugging mode */
debug=3
fork=yes
log_stderror=yes
check_via=yes # (cmd. line: -v)
dns=yes # (cmd. line: -r)
rev_dns=yes # (cmd. line: -R)
port=5060
children=4
fifo="/tmp/ser_fifo"
# ------------------ module loading ----------------------------------
# Uncomment this if you want to use SQL database
loadmodule "/usr/local/lib/ser/modules/mysql.so"
loadmodule "/usr/local/lib/ser/modules/sl.so"
loadmodule "/usr/local/lib/ser/modules/tm.so"
loadmodule "/usr/local/lib/ser/modules/rr.so"
loadmodule "/usr/local/lib/ser/modules/maxfwd.so"
loadmodule "/usr/local/lib/ser/modules/usrloc.so"
loadmodule "/usr/local/lib/ser/modules/registrar.so"
# Uncomment this if you want digest authentication
# mysql.so must be loaded !
loadmodule "/usr/local/lib/ser/modules/auth.so"
loadmodule "/usr/local/lib/ser/modules/auth_db.so"
# ----------------- setting module-specific parameters ---------------
# -- usrloc params --
# Uncomment this if you want to use SQL database
# for persistent storage and comment the previous line
modparam("usrloc", "db_mode", 2)
# -- auth params --
# Uncomment if you are using auth module
#
modparam("auth_db", "calculate_ha1", yes)
#
# If you set "calculate_ha1" parameter to yes (which true in this config),
# uncomment also the following parameter)
#
modparam("auth_db", "password_column", "password")
# -- rr params --
# add value to ;lr param to make some broken UAs happy
modparam("rr", "enable_full_lr", 1)
# ------------------------- request routing logic -------------------
alias=quintum.lab
alias=ken137.quintum.lab
alias=nisthost2.quintum.lab
# main routing logic
route{
if (method=="REGISTER") {
save("location");
log("REGISTER");
sl_send_reply("200", "OK");
t_relay();
break;
};
if (len_gt( max_len )) {
sl_send_reply("513", "Message too big");
break;
};
# we record-route all messages -- to make sure that
# subsequent messages will go through our proxy; that's
# particularly good if upstream and downstream entities
# use different transport protocol
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
break;
};
# forward to current uri now; use stateful forwarding; that
# works reliably even if we forward from TCP to UDP
if (!t_relay()) {
sl_reply_error();
};
}
Thanks,
Bert
--
Bert Berlin
Bert Berlin
Quintum Technologies, Inc.
71 James Way
Eatontown, NJ 07724
PH 732-460-9000 ext 247
Email: <mailto:beert_berlin@quintum.com>bert_berlin@quintum.com
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers