[Serusers] Still trying to get record_route() to work
Jiri Kuthan
jiri at iptel.org
Wed Jun 9 02:23:51 CEST 2004
Bert,
first of all, I would highly recommend you to read the user manual thoroughly.
The script you attached demonstrates that you are not familiar with the SIP
processing logic. Here are few examples:
- you removed the condition uri==myself. Your SER will mistakenly process
requests for other domains.
- you send to different replies in a row (678, 999) -- that's invalid.
- you don't use 'break' -- after a specific numbering block is processed,
you continue with other blocks too (e.g., potentialy forwarding to two
places)
-jiri
At 07:47 PM 6/7/2004, Bert Berlin wrote:
>Hi,
>I have gotten one attempt at helping me with record_route(), which doesn't seem to work in my simple config file. Again, what I am trying to do is use SER in a lab situation, to test our UA under development.
>
>I can successfully REGISTER, and the appropriate information is saved in the location table in mysql. I can make a match on a sip uri ok, and then forward to another uri.
>
>However, when I attempt to use the record_route() function, nothing seems to happen.
>
>Attached is the config file. Note that I added, for debugging purposes, a couple of fake sl_send_reply arguments, so I could see when a match was made successfully to a uri, and after the record_route(). An ethereal sniff shows that the uri in the first block is matched (if (uri=="<mailto:sip:17325555555 at 192.168.20.12>sip:17325555555 at 192.168.20.12")) , and the message 678 etc appears in the Ethereal sniff. Then apparently the record_route() is executed, and the "999" message appears in the sniff. However, record_routing doesn't actually seem to occur. The call is never completed, and there is nothing from the SER server that shows up in the Ethereal sniff except the "999" message.
>
>Any ideas as to why?
>
>thanks,
>bert
>
>
>#########################
>#
># $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $
>#
>
>
># ----------- 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=2
>fork=yes
>log_stderror=yes
>
>
>
>check_via=yes # (cmd. line: -v)
>dns=yes # (cmd. line: -r)
>rev_dns=yes # (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/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"
>
># 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"
>
># ----------------- 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", 2)
>
># -- auth params --
># Uncomment if you are using auth module
>#
>modparam("auth_db", "calculate_ha1", yes)
>#
># 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 -------------------
>alias=quintum.lab
>alias=ken137.quintum.lab
>alias=nisthost2.quintum.lab
>alias=192.168.20.12
>
># main routing logic
>
>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 (len_gt( max_len )) {
> sl_send_reply("513", "Message too big");
> break;
>
> };
>
># store user location if a REGISTER appears
>if (method=="REGISTER") {
> save("location");
> break;
>};
>
>############################
>if (uri=="<mailto:sip:17325555555 at 192.168.20.12>sip:17325555555 at 192.168.20.12")
> {
> if(method=="INVITE")
> {
> sl_send_reply("678","matched uri for 20.137");
> record_route();
> sl_send_reply("999","return from record_route for 20.137");
> };
> };
>
> if (uri=~"sip:1732922[<mailto:0-9]*@192.168.20.12>0-9]*@192.168.20.12")
> {
> if(method=="INVITE")
> {
> sl_send_reply("678","matched uri for 20.220");
> record_route();
> };
> };
>
> if (uri=~"sip:173221000[<mailto:0-9]*@192.168.20.12>0-9]*@192.168.20.12")
> {
> sl_send_reply("678","matched uri for 20.210");
> forward(192.168.20.210, 5060);
> };
>if (uri=~"sip:173220000[<mailto:0-9]*@192.168.20.12>0-9]*@192.168.20.12")
> {
> sl_send_reply("678","matched uri for 20.209");
> forward(192.168.20.209, 5060);
> };#end if uri =~
>
>
>}
>
>
>
>
>
>#######################
>
>--
>
>
>Bert Berlin
>
>
>
>Bert Berlin
>
>Quintum Technologies, Inc.
>71 James Way
>Eatontown, NJ 07724
>PH 732-460-9000 ext 247
>Email: <mailto:beert_berlin at quintum.com>bert_berlin at quintum.com
>
>
>_______________________________________________
>Serusers mailing list
>serusers at lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan http://iptel.org/~jiri/
More information about the sr-users
mailing list