[Serusers] Server Error in SER

Bert Berlin btberlin at quintum.com
Tue Jun 1 23:08:03 CEST 2004


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 at quintum.com <mailto:beert_berlin at quintum.com>

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20040601/30fed4a3/attachment.htm>


More information about the sr-users mailing list