The clients need to register themselves with the server. 404 Not Found means that there are no registered contacts in the location database. If it does not work after restart then it means that the user location module is configured to use memory only, you would need reconfigure it to use mysql database to store the contacts. See comments in the default configuration file or mailing list archives.

Jan.

On 27-04-2005 12:40, Hendrik Utsch wrote:

Hello all,

we have a SIP Express Router located in 172.16.0.0/16 and several Windows Messenger clients, located in the same subnet as well, as in 192.168.190.0/24.

All clients can establish successfully connections to other clients in the first subnet, but connections to clients in the second subnet end with "404 Not Found".

The behaviour is very strange, since I got it to work with some clients in the second subnet, but then after a restart of the SER process it didn't work again. I definitely have changed nothing!

Here is the conf file:

# $Id: ser.cfg,v 1.11 2002/10/04 21:40:31 jiri Exp $

# ----------- global configuration parameters ------------------------

debug=3 # debug level (cmd line: -dddddddddd)

fork=yes

log_stderror=yes# (cmd line: -E)

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 ----------------------------------

loadmodule "/usr/local/lib/ser/modules/sl.so"

loadmodule "/usr/local/lib/ser/modules/print.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"

# ----------------- setting module-specific parameters ---------------

# -- usrloc params --

modparam("usrloc", "db_mode", 0)

# ------------------------- request routing logic -------------------

# main routing logic

route{

    # initial sanity checks -- messages with

    # max_forwars==0, or excessively long requests

    if (!mf_process_maxfwd_header("10")) {

            sl_send_reply("483","Too Many Hops");

            break;

    };

    if (len_gt( max_len )) {

            sl_send_reply("513", "Message too big");

            break;

    };



    # Do strict routing if pre-loaded route headers present

    rewriteFromRoute();



    # 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=~"sip.####.de") {



            if (method=="REGISTER") {

                    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

    if (!t_relay()) {

            sl_reply_error();

    };

}

Thanks,

Hendrik Utsch Dipl.-Ing. (FH) Systemtechnik eMail: hendrik.utsch@tecsphere.com

TecSphere AG Standort Köln Claudiastraße 2b D-51149 Köln Deutschland

Fon: +49 (2203) 89 11 506 Fax: +49 (2203) 89 11 111 http://www.tecsphere.com

---

Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers