[Serusers] SER Windows messenger on-line problem

Kissandrakis S. George kissand at ucnet.uoc.gr
Tue Jun 28 13:11:16 CEST 2005


Hello Minh,
Thank you for your response 

i have chanced tha domain from ipv6.uoc.gr to ucnet.uoc.gr but i got the same result


#
# $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/acc.so"
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/uri.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/auth_radius.so"

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

# -- usrloc params --

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

# Uncomment this if you want to use SQL database
# for persistent storage and comment the previous line
modparam("usrloc", "db_mode", 1)

# -- auth params --
# Uncomment if you are using auth module
#
#modparam("auth_db", "calculate_ha1", yes)
modparam("auth_radius", "radius_config", "/usr/etc/radiusclient/radiusclient.conf")
#
# If you set "calculate_ha1" parameter to yes (which true in this config),
# uncomment also the following parameter)
#
#modparam("auth_db", "password_column", "password")

# -- 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
#alias=ipv6.uoc.gr
#alias=ipv6.uoc.gr
#alias=sip.ipv6.uoc.gr
alias=147.52.3.244
alias=edet
alias=ucnet.uoc.gr
alias=edet.ucnet.uoc.gr
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;
        };

        # 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=~"sip:*ucnet.uoc.gr") {
        if (uri==myself) {
                if (method=="REGISTER") {

# Uncomment this if you want to use digest authentication
#                       if (!www_authorize("ipv6.uoc.gr", "subscriber")) {
#                               www_challenge("ipv6.uoc.gr", "0");
#                               break;
#                       };
                        log(1, "REGISTER: Authenticating user\n");

                        if (!radius_www_authorize("ucnet.uoc.gr")) {
                                log(1, "REGISTER: Challenging user\n");
                                www_challenge("ucnet.uoc.gr", "0");
#                               break;
                        }; 
#                       if (!radius_www_authorize("")) {
#                               www_challenge("", "0");
#                               break;
#                       };
                        save("location");
                        break;
                };

                # native SIP destinations are handled using our USRLOC DB
                if (!lookup("location")) {
#                       if( uri =~"sip:1024#"){
#                       log(1, "Forwarding to PSTN\n");
#                       rewritehostport("147.52.3.14:5060");
#                       t_relay();
#                       break;
#                       }else{
                        sl_send_reply("404", "Not Found");
                        log(1,"404 Not found\n");
                        break;
#               };
                };
        };
        if ( uri=~"sip:[0-9][0-9][0-9][0-9]") {
                log(1,"free call\n");
                #rewritehostport("147.52.3.14:5060");
                forward (147.52.3.14,5060);
                #t_relay_to( "147.52.3.14", "5060");
                #t_relay();
                };

        # 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();
        };

}


> Hi,
> 
>     The error message indicates that the SUBSCRIBE message was probably
> forwarded from SER to itself too many times. You must config SER to handle
> these kind of message correctly. Attach you ser.cfg file if you want more
> info.
> 
> Regards,
> 
> Minh
> 
> -----Message d'origine-----
> De : serusers-bounces at iptel.org [mailto:serusers-bounces at lists.iptel.org] De la
> part de Kissandrakis S. George
> Envoy_ : mardi 28 juin 2005 08:55
> _ : serusers at lists.iptel.org
> Objet : Fw: [Serusers] SER Windows messenger on-line problem
> 
> Hello again,
> 
> I have used x-lite (www.xten.com) sip UA instead of windows messenger 5.1
> and between the sip UAs i get the same message as below (while both are
> online)
> 
> So i suppose tha its SER misconfiguration or bug and NOT UA's problem
> 
> Any hints?
> 
> 
>  0(20323) build_res_from_sip_res: copied size: orig:88, new: 27, rest: 635
> msg=
> SIP/2.0 483 Too Many Hops
> Via: SIP/2.0/UDP 147.52.3.244;branch=z9hG4bKebc6.ea874434.0
> Via: SIP/2.0/UDP
> 147.52.250.40:5060;rport=5060;branch=z9hG4bK0C60B2DF5CBC44C1B8448703506A0A2C
> From: <sip:kissand2 at ipv6.uoc.gr>;tag=2013581859
> To: <sip:kissand at ipv6.uoc.gr>;tag=baeb3f9382bd3485fa08dc217d881d32.472a
> Call-ID: 34CB6351-DA6F-4AFE-BB07-02A3803F9483 at 147.52.250.40
> CSeq: 25006 INVITE
> Server: Sip EXpress router (0.8.14 (i386/linux))
> Content-Length: 0
> Warning: 392 147.52.3.244:5060 "Noisy feedback tells:  pid=20323
> req_src_ip=147.52.3.244 req_src_port=5060 in_uri=sip:kissand at ipv6.uoc.gr
> out_uri=sip:kissand at ipv6.uoc.gr via_cnt==71"
> 
> 
> Begin forwarded message:
> 
> Date: Mon, 27 Jun 2005 17:22:14 +0300
> From: "Kissandrakis S. George" <kissand at ucnet.uoc.gr>
> To: serusers at lists.iptel.org
> Subject: [Serusers] SER Windows messenger on-line problem
> 
> 
> Hello,
> 
> I have installed SER 0.8.14 with radius-mysql authentication
> besides the default routing, 
> 
> alias=ipv6.uoc.gr
> .......
>         if (uri==~"sip:ipv6.uoc.gr") {
> 
> i have
> 
>         if ( uri=~"sip:[0-9][0-9][0-9][0-9]") {
>                 forward (MY-GW-IP,5060);
> 		};
> 
> i have two accounts in radius kissand at ipv6.uoc.gr kissand2 at ipv6.uoc.gr
> and with windows messenger 5.1 i go "online" and i can make calls with
> 4-digit 
> numbers with both accounts
> 
> If i go "online" with kissand at ipv6.uoc.gr and kissand2 at ipv6.uoc.gr
> (registered normally)
> from different computers, kissand at ipv6.uoc.gr sees offline
> kissand2 at ipv6.uoc.gr and
> vise versa
> 
> with ngrep i get
> 
> 
>   SIP/2.0 483 Too Many Hops..Via: SIP/2.0/UDP 147.52.250.40:7563..From:
> "kissand2 at ipv6.uoc.gr" <sip:kissand2
>   @ipv6.uoc.gr>;tag=57126e7b464c4f4498de2e1882dd41ea;epid=3d3d4dcaec..To:
> <sip:kissand at ipv6.uoc.gr>;tag=baeb
>   3f9382bd3485fa08dc217d881d32.dbf8..Call-ID:
> d3e09061703b477a8e927df4c622ff8a..CSeq: 1 SUBSCRIBE..Server: S
>   ip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392
> 147.52.3.244:5060 "Noisy feedback
>    tells:  pid=16582 req_src_ip=147.52.3.244 req_src_port=5060
> in_uri=sip:kissand at ipv6.uoc.gr out_uri=sip:ki
>   ssand at ipv6.uoc.gr via_cnt==71"....
> 
>   SIP/2.0 483 Too Many Hops..Via: SIP/2.0/UDP 147.52.250.62:13759..From:
> "kissand at ipv6.uoc.gr" <sip:kissand@
>   ipv6.uoc.gr>;tag=5c3c36c6e10640f28463ba634d78d5b0;epid=2fd193f505..To:
> <sip:kissand2 at ipv6.uoc.gr>;tag=baeb
>   3f9382bd3485fa08dc217d881d32.170e..Call-ID:
> e0b1e57ea151409fbc29aaaeb6c83b4a..CSeq: 1 SUBSCRIBE..Server: S
>   ip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392
> 147.52.3.244:5060 "Noisy feedback
>    tells:  pid=16582 req_src_ip=147.52.3.244 req_src_port=5060
> in_uri=sip:kissand2 at ipv6.uoc.gr out_uri=sip:k
>   issand2 at ipv6.uoc.gr via_cnt==71"....
> 
> 
> debbuging SER i get
> 
>  0(16582) build_res_from_sip_res: copied size: orig:87, new: 27, rest: 599
> msg=SIP/2.0 483 Too Many Hops^M
> Via: SIP/2.0/UDP 147.52.3.244;branch=z9hG4bK806e.6a590d4.0^M
> Via: SIP/2.0/UDP 147.52.250.62:13759^M
> From: "kissand at ipv6.uoc.gr"
> <sip:kissand at ipv6.uoc.gr>;tag=5c3c36c6e10640f28463ba634d78d5b0;epid=2fd193f5
> 05^M
> To: <sip:kissand2 at ipv6.uoc.gr>;tag=baeb3f9382bd3485fa08dc217d881d32.170e^M
> Call-ID: e0b1e57ea151409fbc29aaaeb6c83b4a^M
> CSeq: 1 SUBSCRIBE^M
> Server: Sip EXpress router (0.8.14 (i386/linux))^M
> Content-Length: 0^M
> Warning: 392 147.52.3.244:5060 "Noisy feedback tells:  pid=16582
> req_src_ip=147.52.3.244 req_src_port=5060 in_uri=sip:kissand2 at ipv6.uoc.gr
> out_uri=sip:kissand2 at ipv6.uoc.gr via_cnt==71"^M
>           
> sipsak gives the same results
> 
> 
> My sip server's ip is 147.52.3.244 resolves to edet.ucnet.uoc.gr
> SRV record fir _sip._upd.ipv6.uoc.gr resolves to 5060 edet.ucnet.uoc.gr
> Is it a problem that the server is not in ipv6.uoc.gr DNS domain?
> 
> If not any hints about "Too Many Hops" between users?
> 
> Thank you
> 
> 
> --
> 
> Kissandrakis S. George
> kissand at ucnet.uoc.gr
> NOC - System Administrator
> University of Crete
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
> 
> 
> 
> 
> 
> --
> 
> Kissandrakis S. George
> kissand at ucnet.uoc.gr
> NOC - System Administrator
> University of Crete
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
> 
> 




--

Kissandrakis S. George
kissand at ucnet.uoc.gr
NOC - System Administrator
University of Crete




More information about the sr-users mailing list