[Serusers] SER with Windows-Messenger in different subnets

[Jan Janak]

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

> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers