[Serusers] voicemail problem vm_reply command not avaliable - sr-users

3 Mar 2004

      I have one problem with voicemail , sems return vm_reply command not
avaliable ? 
thks.
...
# 
# $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $ 
# 
# simple quick-start config script 
#
# ----------- 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=7 
fork=no 
log_stderror=yes 
#*/
check_via=no	# (cmd. line: -v) 
dns=no           # (cmd. line: -r) 
rev_dns=no      # (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" 
loadmodule "/usr/local/lib/ser/modules/acc.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" 
loadmodule "/usr/local/lib/ser/modules/group.so" 
loadmodule "/usr/local/lib/ser/modules/uri.so" 
loadmodule "/usr/local/lib/ser/modules/uri_radius.so" 
loadmodule "/usr/local/lib/ser/modules/group_radius.so" 
loadmodule "/usr/local/lib/ser/modules/auth_radius.so"
# ----------------- setting module-specific parameters ---------------
# -- usrloc params --
#modparam("usrloc", "db_mode",   0) 
modparam("tm", "fr_inv_timer", 90) 
# 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", "kknd22") 
#modparam("auth","secret","teste23") 
modparam("auth_radius","radius_config","/usr/local/etc/radiusclient/radiusclient.conf") 
modparam("auth_radius","service_type",15) 
#modparam("acc", "log_level", 1) 
#modparam("acc","log_flag",1) 
#modparam("acc","log_fmt","miocfs") 
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",2) 
modparam("group", "db_url", "sql://ser:heslo@localhost/ser") 
modparam("tm", "fr_inv_timer", 90)
# -- rr params -- 
# add value to ;lr param to make some broken UAs happy 
modparam("rr", "enable_full_lr", 1)
# -------------------------  request routing logic -------------------
# main routing logic
route{
# 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; 
   };
if (method=="INVITE" || method=="BYE" || method=="CANCEL") { 
 setflag(1); 
};
# 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();	 
   # loose-route processing 
   if (loose_route()) { 
   	t_relay(); 
   	break; 
   };
# if the request is for other domain use UsrLoc 
   # (in case, it does not work, use the following command 
   # with proper names and addresses in it) 
   if (uri==myself) {
if (method=="REGISTER") { 

# Uncomment this if you want to use digest authentication 
   		if (!radius_proxy_authorize("")) { 
   			proxy_challenge("", "1"); 
   			break; 
   		};
	save("location"); 
	break; 
}; 

# 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(); 
   #};
# 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")) { 
   	sl_send_reply("404", "Not Found"); 
   	break; 
   };
# not voicemail subscriber 
   if (!isflagset(4)) {  
   	sl_send_reply("404", "Not Found and no voicemail turned on"); 
   	break; 
   };
# forward to voicemail now 
   rewritehostport("200.146.208.4:5090"); 
   t_relay_to_udp("200.146.208.4", "5090");	 
}
# if forwarding downstream did not succeed, try voicemail running 
# at 200.146.208.4:5090
failure_route[1] { 
   revert_uri(); 
   rewritehostport("200.146.208.4:5090"); 
   append_branch(); 
   t_relay_to_udp("200.146.208.4", "5090"); 
}