[Serusers] SER with Windows-Messenger in different subnets

[Hendrik Utsch]

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

 

 

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