Re: [Serusers] 483 - Too many hops

Hi, Seems I missed something, I am sending INVITE to sip:9727610001@192.1.2.17 with Route: <sip:192.1.2.17;lr> to the proxy server ('ser') running on 192.1.2.17 and getting 483 - too many hops message. I modified ser.conf to add alias = "192.1.2.17" but it still gives me the same problem. What am I missing out ?. I guess an 'alias=192.1.2.17' entry should return a true to 'uri==myself' matching performed in the script and make the server process that request rather than forwarding it (to itself in this case) Thanks, Chintan -- ser.cfg -- 1 # 2 # $Id: ser.cfg,v 1.20 2003/05/31 21:12:19 jiri Exp $ 3 # 4 # simple quick-start config script 5 # 6 7 # ----------- global configuration parameters ------------------------ 8 9 debug=3 # debug level (cmd line: -dddddddddd) 10 fork=yes 11 log_stderror=no # (cmd line: -E) 12 13 /* Uncomment these lines to enter debugging mode 14 debug=7 15 fork=no 16 log_stderror=yes 17 */ 18 19 check_via=no # (cmd. line: -v) 20 dns=no # (cmd. line: -r) 21 rev_dns=no # (cmd. line: -R) 22 port=5060 23 children=4 24 fifo="/tmp/ser_fifo" 25 26 # ------------------ module loading ---------------------------------- 27 28 # Uncomment this if you want to use SQL database 29 #loadmodule "/usr/local/lib/ser/modules/mysql.so" 30 31 loadmodule "/usr/local/lib/ser/modules/sl.so" 32 loadmodule "/usr/local/lib/ser/modules/tm.so" 33 loadmodule "/usr/local/lib/ser/modules/rr.so" 34 loadmodule "/usr/local/lib/ser/modules/maxfwd.so" 35 loadmodule "/usr/local/lib/ser/modules/usrloc.so" 36 loadmodule "/usr/local/lib/ser/modules/registrar.so" 37 38 # Uncomment this if you want digest authentication 39 # mysql.so must be loaded ! 40 #loadmodule "/usr/local/lib/ser/modules/auth.so" 41 #loadmodule "/usr/local/lib/ser/modules/auth_db.so" 42 43 # ----------------- setting module-specific parameters --------------- 44 45 # -- usrloc params -- 46 47 modparam("usrloc", "db_mode", 0) 48 49 # Uncomment this if you want to use SQL database 50 # for persistent storage and comment the previous line 51 #modparam("usrloc", "db_mode", 2) 52 53 # -- auth params -- 54 # Uncomment if you are using auth module 55 # 56 #modparam("auth_db", "calculate_ha1", yes) 57 # 58 # If you set "calculate_ha1" parameter to yes (which true in this config), 59 # uncomment also the following parameter) 60 # 61 #modparam("auth_db", "password_column", "password") 62 63 # ------------------------- request routing logic ------------------- 64 65 #add aliases 66 alias="192.1.2.17" 67 68 # main routing logic 69 70 route{ 71 72 # initial sanity checks -- messages with 73 # max_forwards==0, or excessively long requests 74 if (!mf_process_maxfwd_header("10")) { 75 sl_send_reply("483","Too Many Hops"); 76 break; 77 }; 78 if (len_gt( max_len )) { 79 sl_send_reply("513", "Message too big"); 80 break; 81 }; 82 83 # we record-route all messages -- to make sure that 84 # subsequent messages will go through our proxy; that's 85 # particularly good if upstream and downstream entities 86 # use different transport protocol 87 record_route(); 88 # loose-route processing 89 if (loose_route()) { 90 t_relay(); 91 break; 92 }; 93 94 # if the request is for other domain use UsrLoc 95 # (in case, it does not work, use the following command 96 # with proper names and addresses in it) 97 if (uri==myself) { 98 99 if (method=="REGISTER") { 100 101 # Uncomment this if you want to use digest authentication 102 # if (!www_authorize("iptel.org", "subscriber")) { 103 # www_challenge("iptel.org", "0"); 53,1 65% 104 # break; 105 # }; 106 107 save("location"); 108 break; 109 }; 110 111 # native SIP destinations are handled using our USRLOC DB 112 if (!lookup("location")) { 113 sl_send_reply("404", "Not Found"); 114 break; 115 }; 116 }; 117 #Let tje server [rpcess tje cirremt reqiest 118 #if(uri =~ "^sip:(.+@)?(192\.1\.2\.17)([:;\?].*)?$" ) 119 #{ 120 # break; 121 #}; 122 123 # forward to current uri now; use stateful forwarding; that 124 # works reliably even if we forward from TCP to UDP 125 if (!t_relay()) { 126 sl_reply_error(); 127 }; 128 129 } 130 - end ser.cfg -- Andy Blen wrote: