[Serusers] Server Error in SER

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: bert_berlin(a)quintum.com <mailto:beert_berlin@quintum.com>