[Serusers] voicemail problem vm_reply command not avaliable
Jan Janak
jan at iptel.org
Thu Mar 4 12:46:05 CET 2004
Could you tell us what version of SER and SEMS are you using and from
where did you get them (binary packages, tarballs, CVS) ?
Jan.
On 03-03 09:21, Welesley Sibelson Dias wrote:
> 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");
> > }
> >
>
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
More information about the sr-users
mailing list