[Serusers] No acc Sip-Response-Code=487 when user is in voicemail group - sr-users

20 Sep 2004


      Hi
I am still having this problem when I cancel calls made to every user who is in voicemail group, if not, 487 is generated in acc, please see the references in: http://lists.iptel.org/pipermail/serusers/2004-September/011218.html%C3%A7
thanks
Rafael
PS: cfg:
# ----------- global configuration parameters ------------------------
#debug=3         # debug level (cmd line: -dddddddddd)
#fork=yes
#log_stderror=no        # (cmd line: -E)
#/* Uncomment these lines to enter debugging mode
debug=9
fork=yes
log_stderror=yes
#*/
listen=xxx
listen=xxx
port=5060
# hostname matching an alias will satisfy the condition uri==myself".
alias=xxx
alias=xxx
check_via=no    # (cmd. line: -v)
dns=no           # (cmd. line: -r)
rev_dns=no      # (cmd. line: -R)
children=4
fifo="/tmp/ser_fifo"
# ------------------ module loading ----------------------------------
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"
loadmodule "/usr/local/lib/ser/modules/group.so"
loadmodule "/usr/local/lib/ser/modules/uri.so"
loadmodule "/usr/local/lib/ser/modules/uri_db.so" 
loadmodule "/usr/local/lib/ser/modules/acc.so"
# digest authentication
loadmodule "/usr/local/lib/ser/modules/auth.so"
loadmodule "/usr/local/lib/ser/modules/auth_db.so"
# ----------------- setting module-specific parameters ---------------
modparam("usrloc", "db_mode",   2)
# storing passwords in our database in plain text:
# modparam("auth_db", "calculate_ha1", yes)
# modparam("auth_db", "password_column", "password")
# For Rad Accounting
modparam("acc","radius_config","/usr/local/etc/radiusclient/radiusclient.conf")
modparam("acc", "service_type", 15)
modparam("acc", "radius_flag", 1)
modparam("acc", "radius_missed_flag", 3)
modparam("acc", "report_ack", 0) # 1 reporta dos starts en acc
# modparam("acc", "failed_transactions", 1)
modparam("tm", "fr_timer", 20 )
modparam("tm", "fr_inv_timer", 30 )
modparam("tm", "wt_timer", 20 )
modparam("rr", "enable_full_lr", 1)
modparam("group", "db_url", "mysql://ser:heslo@localhost/ser")  # mysql in cvs head vs
#modparam("uri", "db_url", "sql://ser:heslo@localhost/ser") ## in ser0814
modparam("uri_db", "db_url", "mysql://ser:heslo@localhost/ser") # in cvs head version
# ---------------------  request routing logic -------------------
route {
        log(1, "-------------------------------------------\n");
        log(1, "entering main loop\n");
# initial sanity checks -- messages with
        # max_forwards==0, or excessively long requests
        if (!mf_process_maxfwd_header("10")) {
                sl_send_reply("483","Too Many Hops");
                break;
        };
        if ( msg:len > 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
        # record-route INVITES to make sure BYEs will visit our server too
        if (method=="INVITE") record_route();
        # loose-route processing
        if (loose_route()) {
                t_relay();
                break;
        };
        # set for accounting:
if (method=="INVITE") {
                log(1, "INVITE MESSAGE RECEIVED - START ACC\n");
                setflag(1); /* set for accounting (the same value as in log_flag!) */
                };
                if (method=="BYE") {
                log (1, "BYE  - STOP ACCOUNTING\n");
                setflag(1);
                };
                if (method=="CANCEL") {
                log (1, "CANCEL - STOP ACCOUNTING\n");
                setflag(1);
                };
if (!uri==myself) {
                t_relay();
                break;
        };
        setflag(3); # radius missed flag
        if (method == "REGISTER") {
                log(1, "ANALYZING REGISTER REQUEST\n");
                # to use digest authentication
                if (!www_authorize("call.millicom.com", "subscriber")) {
                        www_challenge("call.millicom.com", "0");
                        break;
                };
                if (!save("location")) {
                        sl_reply_error();
                };
                break;
        };
        lookup("aliases"); 
        # does the user wish redirection on no availability? (i.e., is he
        # in the voicemail group?) -- determine it now and store it in
        # flag 4, before we rewrite the flag using UsrLoc
        if (is_user_in("Request-URI", "voicemail")) {
                setflag(4);
        };
        # native SIP destinations are handled using our USRLOC DB
        if (!lookup("location")) {
                # handle user which was not found
                route(4);
                break;
        };
        # if user is on-line and is in voicemail group, enable redirection
        if (method == "INVITE" && isflagset(4)) {
                t_on_failure("1");
        };
        t_relay();
}
# ------------- handling of unavailable user ------------------
route[4] {
# non-Voip -- just send "off-line"
        if (!(method=="INVITE" || method=="ACK" || method=="CANCEL" || method=="BYE")) {
                sl_send_reply("404", "Not Found");
                acc_rad_request("404 Not Found");
                break;
        };
        # not voicemail subscriber
        if (!isflagset(4)) { 
                sl_send_reply("404", "Not Found and no voicemail turned on");
                acc_rad_request("404 Not Found");
                break;
        };
        # forward to voicemail now
        rewritehostport("call.millicom.com.pe:5090");
        t_relay_to_udp("call.millicom.com.pe", "5090");
}
# if forwarding downstream did not succeed, try voicemail running
# at bat.iptel.org:5090
failure_route[1]{
    if (t_check_status("408|486|487")){
        revert_uri ();
        rewritehostport ("call.millicom.com.pe:5090");
        append_branch();
        t_relay();
        break;
    }
}
/*
failure_route[1] {
        revert_uri();
        rewritehostport("call.millicom.com.pe:5090");
        append_branch();
        t_relay_to_udp("call.millicom.com.pe", "5090");
}
*/
---------------------------------
Do You Yahoo!?
Todo lo que quieres saber de Estados Unidos, América Latina y el resto del Mundo.
Visíta Yahoo! Noticias.