sr-users November 2003

sr-users@lists.kamailio.org

116 participants
267 discussions

[Serusers] Noisy feedback tells
by kaiser 27 Nov '03

27 Nov '03

Hi, When my cisco sends Invite meg to ser, ser reply a 100 trying.... and at the tail of message, I found: Noisy feedback, what does it mean? How do I fix it? 16:33:40: Received: SIP/2.0 100 trying -- your call is important to us Via: SIP/2.0/UDP 210.209.13.171:5060 From: <sip:77312066@210.209.13.171>;tag=38DBBE8-98 To: <sip:277189666@210.209.13.169> Call-ID: CE3E0070-1FB911D8-8655ECFC-22AC03FC(a)210.209.13.171 CSeq: 101 INVITE Server: Sip EXpress router (0.8.11pre29 (i386/linux)) Content-Length: 0 Warning: 392 210.209.13.169:5060 "Noisy feedback tells: pid=5319 req_src_ip=210.209.13.171 req_src_port=59109 in_uri=sip:277189666@210.209.13.169:5060 out_uri=sip:310404@210.209.13.170:34597;transport=udp via_cnt==1" thanks

2 1

RE: [Serusers] Fw: Serweb problems - 0.8.12
by Klaus Darilion 27 Nov '03

27 Nov '03

Sorry, no answers left, you have to debug the php script. Klaus -----Original Message----- From: Jon Ole Nome [mailto:jonome@avitrans.no] Sent: Monday, November 24, 2003 10:51 PM To: Klaus Darilion Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Fw: Serweb problems - 0.8.12 I am using MySQL 4.0.16. I should also mention that I had serweb running on 0.8.11 and registration worked fine. Same server and MySQL. I cleaned that out and got 0.8.12 and latest serweb tarball. Ran ser_mysql.sh reinit to get an updated ser database. Jon Ole ----- Original Message ----- From: Klaus Darilion <mailto:darilion@ict.tuwien.ac.at> To: Jon Ole Nome <mailto:jonome@avitrans.no> Cc: serusers(a)lists.iptel.org Sent: Monday, November 24, 2003 10:44 PM Subject: RE: [Serusers] Fw: Serweb problems - 0.8.12 So, aliases should be fine. Which MySQL version do you use? I had problems with the latest serweb using mysql 3.x because the introduced new SQL queries which requries mysql 4.x klaus -----Original Message----- From: Jon Ole Nome [mailto:jonome@avitrans.no] Sent: Monday, November 24, 2003 10:32 PM To: Klaus Darilion Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Fw: Serweb problems - 0.8.12 The lookup("aliases") is in the ser.cfg, in the routing section, just after save location. Is that the right place? Sorry for all the dumb questions. ----- Original Message ----- From: Klaus Darilion <mailto:darilion@ict.tuwien.ac.at> To: Jon Ole Nome <mailto:jonome@avitrans.no> Cc: serusers(a)lists.iptel.org Sent: Monday, November 24, 2003 10:25 PM Subject: RE: [Serusers] Fw: Serweb problems - 0.8.12 Yes, you're right. serweb adds an alias for every user - but you carn turn this off. maybe the problem accours when adding the alias. hint: there are often problems if the 'lookup("aliases")' statement is missing in the ser.cfg. klaus -----Original Message----- From: Jon Ole Nome [mailto:jonome@avitrans.no] Sent: Monday, November 24, 2003 9:56 PM To: Klaus Darilion Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Fw: Serweb problems - 0.8.12 Hello again, do you know where I can find line 43 in the SQL query? Maybe I can figure out what is wrong if I know what it's trying to do. Doesn't serweb add an alias for the user? That was the next thing I wanted to look into. I don't want users to select their own usernames, I want to assign a number when they register. Not sure how to set that up, though :) Jon Ole ----- Original Message ----- From: Klaus Darilion <mailto:darilion@ict.tuwien.ac.at> To: Jon Ole Nome <mailto:jonome@avitrans.no> Cc: serusers(a)lists.iptel.org Sent: Monday, November 24, 2003 9:44 PM Subject: RE: [Serusers] Fw: Serweb problems - 0.8.12 Hi! Please CC to the list! Looks like serweb copies the new user from 'pending' to 'subscriber' table, but failes to delete the new user from the 'pending' table. I think these activities of serweb are unrelated to ser - serweb interacts directly with the DB. Maybe the table/colum names have changed slightly. Klaus -----Original Message----- From: Jon Ole Nome [mailto:jonome@avitrans.no] Sent: Monday, November 24, 2003 9:39 PM To: Klaus Darilion Subject: Re: [Serusers] Fw: Serweb problems - 0.8.12 Thanks for the quick reply! Looking in the database I see that the new user is both in the pending and subscriber tables. Does that tell you anything? Jon Ole ----- Original Message ----- From: Klaus Darilion <mailto:darilion@ict.tuwien.ac.at> To: Jon <mailto:jonome@avitrans.no> Ole Nome ; serusers(a)lists.iptel.org Sent: Monday, November 24, 2003 9:33 PM Subject: RE: [Serusers] Fw: Serweb problems - 0.8.12 The aliases table is unrelated to this! Serweb adds the user to the "pending" table and when you confirm the registration by clicking the link, serweb moves the user from "pending" to "subscriber". Klaus -----Original Message----- From: Jon Ole Nome [mailto:jonome@avitrans.no] Sent: Monday, November 24, 2003 9:29 PM To: serusers(a)lists.iptel.org Subject: [Serusers] Fw: Serweb problems - 0.8.12 I am running ser 0.8.12 with MySQL support on a RH9 server. Downloaded the latest serweb tarball from the cvs. I can log in with existing userids, both on the admin and user_interface web pages. If I try to register a new user in serweb the registration process runs ok and I get a mail asking for confirmation, but when I click the link to confirm I get this error: ringsip.com User Management error in SQL query, line: 43 We regret but your ringsip.com confirmation attempt failed. Please contact info(a)ringsip.com for further assistance. I have verified that the new user is added to the database, and I can log in to user_interface with the new userid. But there is nothing in the "aliases" table in the database. Any ideas? Grateful for any help! Jon Ole

5 9

[Serusers] ser route config problem need help
by jimmy way 27 Nov '03

27 Nov '03

Pls help me to config ser.cfg Now my envirmonet is: ser server: 172.16.255.1:5060 ( without DNS server ) SIP PSTN gateway: 172.16.255.1:6050 SIP UA: 172.16.2.xx And all SIP UAs have a PSTN number like 6169xxxx There are no DNS server in the system.(we don't apply for a domain name) I want: 1 All users use digest authorization when SIP UA registing ------ finished 2 All calls from SIP UA need authorization (return 407 to Invite request) 3 All calls to PSTN transfer to the SIP PSTN gateway(number no like "6169xxxx") -------- almost finished 3 All calls from the SIP PSTN gateway do not need authorization(I think use a caller sip:gateway@172.16.255.1:6050 as caller when call from gateway,then all call from this user and this ip address needn't authorazation) 4 All calls need write CDR record to mysq datebase The bigest problem is I don't know how to write conditonal sentence , like if(uri!=~"xxxx") or if((uri=="xxxx") | (uri=="yyyy")) There are no document talking about the syntax. Please help me. Any help is appreciate. Now my ser.cfg is: # # $Id: ser.cfg,v 1.21.2.1 2003/07/30 16:46:18 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 */ debug=7 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/lib/ser/modules/mysql.so" loadmodule "/usr/lib/ser/modules/sl.so" loadmodule "/usr/lib/ser/modules/tm.so" loadmodule "/usr/lib/ser/modules/rr.so" loadmodule "/usr/lib/ser/modules/maxfwd.so" loadmodule "/usr/lib/ser/modules/usrloc.so" loadmodule "/usr/lib/ser/modules/registrar.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "/usr/lib/ser/modules/auth.so" loadmodule "/usr/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 ------------------- # 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; }; # 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==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication if (!www_authorize("novsky.com", "subscriber")) { www_challenge("novsky.com", "0"); break; }; save("location"); break; }; # native SIP destinations are handled using our USRLOC DB # if (!lookup("location")) { # if(uri=~"^sip:6169*@") { # forward(172.16.255.1,6050); # break; # }; # else { # sl_send_reply("404", "Not Found"); # break; # }; # }; if(uri=~"^sip:6169[0-9]*@[0-9|\.]*") { if(!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; if(!lookup("location")) { forward(172.16.255.1,6050); break; }; }; # 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(); }; } Best regards wangji __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

1 0

[Serusers] SER routing fails with two levels of alias indirection w/o hosts entry pointing SIP domain to itself...
by Jim Burwell 27 Nov '03

27 Nov '03

Hi, A client of mine has encountered a problem with SER. When he has aliases which point to other aliases, SER fails to route a call UNLESS the SIP domain of the callee has an /etc/hosts entry associated with it (or, presumably, a DNS A record for the domain, or a DNS SRV record for SIP inside that domain). For example: ser.cfg has line: alias="domain.com" Callee is "alias1(a)domain.com" SER user alias "alias1(a)domain.com" -> "sip:alias2@domain.com" -> "sip:user@domain.com" SER usrloc entry exists for "user(a)domain.com" -> "sip:user@[IP-of-user's-phone]" /etc/hosts file has entry in the form of: 1.2.3.4 siprouter siprouter.domain.com domain.com CALL WORKS However, change /etc/host file entry to: 1.2.3.4 siprouter siprouter.domain.com (remove alias for whole domain) CALL FAILS Other, more simple SER user aliases WORK in BOTH scenereos: SER user alias "somealias(a)domain.com" -> "sip:someuser@domain.com" SER usrloc exists for "someuser(a)domain.com" -> "sip:someuser@[IP-of-user's-phone]" CALL WORKS This is whether the "domain.com" /etc/hosts alias exists or not. So, SER appears to NEED to resolve an IP address for the SIP domain to do two (and above) levels of alias indirection. It's almost as if the resolution of aliases isn't recursive or something (seeing how single-level aliases work, and it doesn't try to resolve an IP to "call out" to another SIP router). Note, that "ser.cfg" DOES have a line alias="domain.com", so SER should know that it is responsible for this SIP domain. It appears that SER is trying to make a network call to this SIP domain before it even begins processing the ser.cfg script, where it would match the if(uri == myself) condition because of the "alias=" lines. Perhaps a heuristic needs to be put in somewhere to check the condition "callee_domain == myself" before SER goes through the trouble of trying to resolve the callee domain when it will just point back at itself ? This problem reminds me of the one I ran into earlier with the t_uac_dlg() FIFO call used by the click-to-dial scripts. This also had the problem where SER would try to resolve its own SIP domain before checking if SIP_DOMAIN == myself. The quick and dirty fix was to add a /etc/hosts alias (as illustrated above), but this has the unwanted effect of breaking sendmail mail routing, requiring an ugly rewriting rule hack to "fix" the problem (sendmail thinks myself == mail domain, and recipients w/ @domain.com addresses are local users). The "good" fix is to use a DNS SRV entry (at least I hope this would fix both SER problems mentioned here). But, should SER really be doing these name resolution calls in situations like this ? Isn't this inefficient ? It seems like a bug to me :-). It seems to me that SER should pay attention to the "alias=" lines in all phases of calee routing, with the exception of when the calee's SIP address is resolved down to userloc entry pointing it to another SIP device. Perhaps my concept of the purpose/scope of a SIP domain is wrong ? I assume that a SIP server, or group of servers with identical configurations/databases (for load balancing) is "authoritative" for a domain, and unless an alias or usrloc entry directs the call to a different SIP UA or router via IP or a different SIP [sub]domain for further processing, it should presume it has all information to resolve this call fully itself, and recurse onto itself to resolve any names inside its own domain. Basically, the DNS model for domain authority. - Jim -- +---------------------------------------------------------------------------+ | Jim Burwell - Sr. Systems/Network/Security Engineer, JSBC | +---------------------------------------------------------------------------+ | "I never let my schooling get in the way of my education." - Mark Twain | | "UNIX was never designed to keep people from doing stupid things, because | | that policy would also keep them from doing clever things." - Doug Gwyn | | "Cool is only three letters away from Fool" - Mike Muir, Suicyco | | "..Government in its best state is but a necessary evil; in its worst | | state an intolerable one.." - Thomas Paine, "Common Sense" (1776) | +---------------------------------------------------------------------------+ | Email: jimb(a)jsbc.cc ICQ UIN: 1695089 | +---------------------------------------------------------------------------+ | Reply problems ? Turn off the "sign" function in email prog. Blame MS. | +---------------------------------------------------------------------------+

1 0

[Serusers] 0.8.12 Could not start
by Kannaiyan Natesan 27 Nov '03

27 Nov '03

My ser.cfg was working fine with 0.8.11 and when i changed to 0.8.12 it gives me this error. Can anyone please help plz. I use domain module for multiple domains & accounting for missed calls. Nov 26 22:02:42 sip /usr/sbin/ser[7544]: submit_query(): Unknown column 'flags' in 'field list' Nov 26 22:02:42 sip /usr/sbin/ser[7544]: submit_query(): Error while submitting query Nov 26 22:02:42 sip /usr/sbin/ser[7544]: preload_udomain(): Error while doing db_query Nov 26 22:02:42 sip /usr/sbin/ser[7544]: register_udomain(): Error while preloading domain 'location' Nov 26 22:02:42 sip /usr/sbin/ser[7544]: domain_fixup(): Error while registering domain Kannaiyan

1 1

RE: [Serusers] rtpproxy bad port?
by Klaus Darilion 26 Nov '03

26 Nov '03

SIPPS is also symmetric (SIP+RTP) klaus -----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Wed 26.11.2003 20:47 To: Olle E. Johansson Cc: serusers(a)lists.iptel.org; olinka(a)maffia.hu Subject: Re: [Serusers] rtpproxy bad port? On 26-11 20:43, Olle E. Johansson wrote: > Bogdan-Andrei IANCU wrote: > > >Hi, > > > >Your client must support symmetric RTP for rtpproxy to work. It must > >send and receive media on the same port - that's the only way to make > >media to cross the NAT; check if you can configure your client to do so. > Updated the Wiki > http://www.voip-info.org/tiki-index.php?page=Portaone+rtpproxy > > Anyone that knows which clients support symmetric RTP? Cisco, Mitel, Grandstream, Windows Messenger, X-Lite, Snom, kphone, ATA. The vast majority of clients available today support symmetric RTP. Jan. _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Serusers] No email address - Error from SEMS
by Darren Nay 26 Nov '03

26 Nov '03

Hello All, We've been wrestling with SERS and SEMS config for the past week, and I think we almost have it, but we are still getting a few errors working with SEMS and the voicemail piece. The main problem right now is that we are getting this error returned from SEMS when the call is redirected to voicemail. Nov 26 17:40:58 jupiter Sems[2413]: Error: 404 voicemail: no email address for user <8641234567> I've checked the record in the "subscriber" table for this user in the "ser" database and the email address is there. I thought, at first, that this might be caused by ser being unable to connect to the mysql database (it's on a seperate server) .. I've verified that it is connecting now though. Anyone have any ideas why we might be getting this error? I have attached our ser.cfg file for the voicemail ser router below (in case it helps). Any help would be very much appreciated. Thanks in advance!! :) Darren Nay - dnay(a)libertyisp.com --- # # $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) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/vm_ser_fifo" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "/usr/lib/ser/modules/mysql.so" loadmodule "/usr/lib/ser/modules/sl.so" loadmodule "/usr/lib/ser/modules/tm.so" loadmodule "/usr/lib/ser/modules/maxfwd.so" loadmodule "/usr/lib/ser/modules/vm.so" #loadmodule "/usr/lib/ser/modules/xlog.so" #loadmodule "/usr/lib/ser/modules/rr.so" #loadmodule "/usr/lib/ser/modules/usrloc.so" #loadmodule "/usr/lib/ser/modules/registrar.so" #loadmodule "/usr/lib/ser/modules/group.so" #loadmodule "/usr/lib/ser/modules/uri.so" #loadmodule "/usr/lib/ser/modules/acc.so" #loadmodule "/usr/lib/ser/modules/auth.so" #loadmodule "/usr/lib/ser/modules/auth_db.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "/usr/lib/ser/modules/auth.so" #loadmodule "/usr/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) modparam("voicemail", "db_url","sql://servm:servm55@10.10.0.55/ser") # ------------------------- request routing logic ------------------- # main routing logic alias="ion.dom" alias="10.10.0.58" 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; # }; if (!uri==myself) { sl_send_reply("404", "not reponsible for host in r-uri"); break; }; # Voicemail specific configuration - begin if(method=="ACK" || method=="INVITE" || method=="BYE"){ if (!t_newtran()) { log("could not create new transaction\n"); sl_send_reply("500","could not create new transaction"); break; }; t_reply("100","Trying -- just wait a minute !"); if(method=="INVITE"){ log("**************** vm start - begin ******************\n"); if (uri=~"sip:as_welcome@.*" || uri=~"sip:as_nomoney@.*") { if (!vm("/tmp/am_fifo", "announcement")) { log("couldn't contact announcement server\n"); t_reply("500", "couldn not contact announcement server"); }; } else { if(!vm("/tmp/am_fifo","voicemail")){ log("could not contact the answer machine\n"); t_reply("500","could not contact the answer machine"); }; }; log("**************** vm start - end ******************\n"); } else if(method=="BYE"){ log("**************** vm end - begin ******************\n"); if(!vm("/tmp/am_fifo","bye")){ log("could not contact the answer machine\n"); t_reply("500","could not contact the answer machine"); }; log("**************** vm end - end ******************\n"); }; break; }; if (method=="CANCEL") { sl_send_reply("200", "cancels are junked here"); break; }; sl_send_reply("501", "method not understood here"); }

1 0

[Serusers] latest ans_machine and ser-0.8.12
by - zaki - 26 Nov '03

26 Nov '03

Hi, I got ser-0.8.12, and successfully installed. However, sems-0.1.0 does not work with ser-0.8.12 'cause of protocol differencies. So I accessed to http://developer.berlios.de/cvs/?group_id=653 to get latest sems(ans_machine) code, but anonymous access to CVS tree failed. And latest tarball on web-based CVS doesn't work well 'cause of "undefined symbol". Could anyone please let me know regarding release schedule of sems(ans_machine) stable version which can work with ser-0.8.12 without problem? Best Regards, -- - zaki - YAMAZAKI Noriyuki, Director of EDGE Co., Ltd. +81-3-5749-9621(Phone), +81-3-5749-9910(Fax), zaki(a)edge.jp

3 5

[Serusers] exec_dset() error checking?
by Alan Crosswell 26 Nov '03

26 Nov '03

The following code fragment causes a SER error rather than returning a detectable failure: if (!exec_dset("/etc/ser/sipldap")) { sl_send_reply("404", "Not Found"); break; } Nov 26 15:26:32 ren /usr/sbin/ser[30834]: INFO: SIGCHLD received: we do not worry about grand-children Nov 26 15:26:32 ren /usr/sbin/ser[30834]: ERROR:exec_str: no uri from /etc/ser/sipldap sip:wwww@columbia.edu The script prints a URI and does exit 0 on success. It prints nothing and does exit 1 on failure. However, this does not appear to be seen as a failure by ser but rather a runtime error. What am I doing wrong? /a PS: The documentation for exec_dset() misspells it as exec_dst() in http://iptel.org/ser/doc/modules/html/exec.html

1 0

[Serusers] Memory errors
by Darren Nay 26 Nov '03

26 Nov '03

Hey all, I am in the process of installing SER for the first time and doing some initial configuration and testing. However, I am having some problems and hoping that someone on this list may have seen this before and can point me in the right direction for a solution. I have downloaded the Solaris9 Sparc64 package of SER version 0.8.11. It's been installed and starts up and runs okay. I've also configured it to use MySQL for authentication, and setup serweb to integrate with the MySQL server as well. So far so good.. everything seems to work. I can add a user using "serctl" and then login with that user via "serweb". very cool! The problem occurs when I try to connect to the SER server from my SIP phone. I get the following errors: Nov 20 13:11:02 ultra60 ./ser[3942]: ERROR: build_req_buf_from_sip_req: out of memory Nov 20 13:11:02 ultra60 ./ser[3942]: ERROR: print_uac_request: no pkg_mem Nov 20 13:11:02 ultra60 ./ser[3942]: ERROR: t_forward_nonack: failure to add branches Nov 20 13:11:32 ultra60 ./ser[3942]: ERROR: build_req_buf_from_sip_req: out of memory Nov 20 13:11:32 ultra60 ./ser[3942]: ERROR: print_uac_request: no pkg_mem Nov 20 13:11:32 ultra60 ./ser[3942]: ERROR: t_forward_nonack: failure to add branches Has anyone seen this in the past? Or know of any reason that this might happen? Maybe even a possible solution? :) Any help would be appreciated. Thanks!! Darren Nay - dnay(a)libertyisp.com

4 7

← Newer
1
2
3
4
5
6
7
8
...
27
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users November 2003