Slashdot Mirror
Dorm Storm?
The Ape With No Name writes: "I work as a network technician at a major Southern university and we are gearing up for what is lovingly called "Dorm Storm," aka the weekend the students return to their dorm rooms, ethernet connections and BearShare. We'll move in approx. 3500 students, install and configure 1500 or so network cards and troubleshoot hundreds of circuit, switch and routing problems over the course of the next two weeks (with less than 50 people or so). I was wondering if anybody out in the academic computing community had some advice, stories to relate, yarns to spin for the rest of Slashdot with regard to other universities and their networking for students. You might think you have had a hell of a time setting up machines for users, but this becomes a Sisyphean task when you face a wireless, IP only, Novell setup for a grumpy architecture student on a budget Win2K laptop - one after another after another!"
Come 'on - you can get pretty decent laptops for UNDER a grand now! Thousands more?! I'm sorry that you can't afford the Cadillac, try this Hyundai model - it works just fine.
3 95 1&product_id=1242616&path=0:3944:3951:4070:56812&d ept=3944
500mhz or higher laptops are in the $900-$1000 range from HP and others. Sure, the screen isn't 16inches, the HD not 20gig, and the RAM a little low (upgrades cheaply though) but this whine is just pathetic. Kripes, mine even had a silly DVD player in it. Get your head out of the sand and shop around a little and stop talking out of your ass.
Watch your WalMart ads, that's what I did and I've got a servicable laptop without having to get a loan. They sell off last years models at fire sale prices and they work fine.
http://www.walmart.com/catalog/product.gsp?cat=
There was another one in a recent sales ad too, an HP model think, that now sells for LESS than what I paid for mine, has 200mhz more CPU, a faster DVD, and a drive double the size of the one I bought! Heck, I just took the online sales-ad into my local store, had them match the price, and walked out with my new toy....
This is an investment in YOUR future, don't be penny wise and pound foolish!
Build it, Drive it, Improve it! Hybridz.org
Geez, I'm going through that right now. I'm starting my last year at SPSU, but also my first year as a resident assistant in the dorms. After checking in all the students, the next thing we face is helping the newbies with getting set up on the network. Many do know what they're doing, but some (like the ladies and some REALLY dumb freshmen) that just like to plug telephone cords into their NIC's. Anyway, aside from them, it's not too difficult, but we only have 400 residents in 2 dorms, and maybe 50-70% with computers. It's not anyone's duty to help, but most of us do it out of the kindness of our heart (or for the affection of one of the ladies, as the case may be for some single RA's here).
Anyway, the only problem I've seen this year is just the arrogant "freshies" as we lovingly call them. They insist on giving bad advice, plugging things in wrong, using the wrong settings and workgroup, etc. Some love to run Win2k Adv Server, and leave the DNS and WINS services on...
Sometimes I doubt your commitment to Sparkle Motion.
As a technician that will bear the sole responsability of installing over 500 network adaptors in the first few weeks of September, let me ask new and returning students for a few favours:
1) please be patient when wating for an appointment, and please don't be mad at the technician for scheduling difficulties.
2) understand that the technician has nothing to do with (a) network administration, (b) vanity hostname assignment, or (c) 'hooking people up' with free network access (it makes me fell like Jim Carrey's character from Cable Guy).
3) No, I will NOT configure your Linux box to route the connection into your other computers.
4) No, I will NOT help setup that webserver for you.
5) Please do not ask me why your cheap-ass soundcard is incompatable with the new ethernet adaptor.
6) No, a 386 does not have a PCI bus. No, I can't force it in. No, we don't carry any ISA cards, but will happily install one that you purchase.
7) The PCI cards cost $80. The PCMCIA cards cost $180. Smaller does not equal cheaper.
8) No, you can't have a vanity hostname (see 2.b)
9) Yes, this service is for 'academic use only'. Do I care if your research major is erotic adult material? No. And I don't want to know.
10) Please have your installation media handy. I don't care if it is a CD-R with a warez group name inked on the front - just have the fucking media... you have any idea of how many different versions of windows there are?
11) sorry, we do not support Linux.
12) No, you cannot run a DHCP server on our network.
13) Yes, we have a very fast connection.
14) No, you cannot use an analogue modem because the phone lines carry a charge. No, sir, an electrical voltage kind of charge.
15) No, I cannot give you a static IP (see 2.b)
16) No, I will not give you an upgrade to Windows 2000.
17) No, I do not have any Linux CD's with me.
18) No, I will NOT remove the warranty sticker. Please have your dealer install an interface card.
I am there to install an Ethernet card and install the drivers for our supported platforms - which are _clearly_ stated on all of the reading materials.
The thing that _pisses_ me off is people that complain about the cost of our network services. We run at least four times faster than cable (and download and upload speeds are the same and uncapped) and charge only HALF the price. Yes, that is still more than a regular dial-up ISP, but you are getting a LOT more value for your dollar.
I will NOT diagnose/repair general computer problems. I do not care that you've been waiting for a week because I have been working as fast as I can. Complain to my manager and maybe they'll get another technician on the job. I do not have the power to hire extra help.
Just another fustrated tech person who tries to do his best and get the job done well. We need your patience, cooperation, and support. Thanks.
:)
Price, Quality, Time. Pick none. What, you thought you had a choice?
Only on Slashdot can that comment be "Insightful," as opposed to "Funny"
Now, UNT (watch those radio call-letter jokes, folks) has a good population and more than Marketing and Accounting fall under business. Many students from various disciplines take classes from the Business department. I know...now.
Yeah, it's not as bad as having to configure BearShare for the hapless, but tedious, laborious work it was, nonetheless.
To pass the time the group of us (working in Technical Support for the B-Dept) would try to find out which female would be looking to get married soon -- ranked, of course, by the madien name and how "unfortunate" it was. Then, we chose which males would be most unlikely to marry, based, again, on the unfortunate nature of there last names. Thousands of little diskettes...all hand labeled...I'm sure the bosses wondered why we'd suddenly burst out laughing...
One other incident - a student continued to access the campus BBS (run on the Univeristy's VAX) with phony names and would troll the boards. (Gee...why does this sound familar?...) Anyway, we warned him that it was against system policy to sign in as a psuedonym once you were found to break etiquitte, especially. ("Carl Marks" was one...not real bright this troll). Anyway, one night he logs in under a psuedonym (we traced the connection to his dorm room) so we thought we should teach him a lesson. We called the residence hall and spoke to the resident assistant and told him that this student was improperly accessing the BBS, and would he go to his room and tell him to stop breaking the rules (the phone was busy -- dial-up access back then). The RA misunderstood the severity of the situation and called campus police who raided the poor guy's room, shouting, "Hands off the keyboard -- step away from the computer." Don't know if the guns were drawn... Wow. They thought he was hacking into the administration system or something. Hilarious, but not at all what we intended. Sadly, he withdrew from the University after this incident.
(maybe he's lurking Slashdot now...Hello? Carl? you there?)
-- @rjamestaylor on Ello
Everyone is excited about building the networks, but the support obligations that the network creates are another question.
Bah. It's not a problem at all.
Set up a DHCP server. Circulate a photocopy:
"Your network connection is through DHCP-addressed Ethernet.
Your e-mail address is $DORM_ROOM@$CAMPUS.$UNIVERSITY.edu.
Your password is ($DORM_ROOM * $SOCIAL_SECURITY_NUMBER) / $MOTHERS_YEAR_OF_BIRTH.
If you can't get it working with these instructions, drop out now and save your parents a whole lot of money.
Welcome to the $UNIVERSITY at $CAMPUS, have an adequate education."
Fire and Meat. Yummy.
Use cards from the same vendor. Don't support any windows 3.x machines. Older macs are easy but take a variety of cards. Easy to support but hard to stock card inventory. Laptops are picky and we never got 1 card to work in every laptop. We kept a few of another brand just in case. Buy 15 extra dongles for every 100 pc cards. A trouble ticketing system is a must. A large percentage of your users will be able to get everything working on their own. Many will help neighbors. It is a great way to meet new people.
Being the designated computer geek will *NOT* get you laid. It will *NOT* win you friends. All it will get is people calling you any time of the day or night, particularly the week where all the arts students with the crappy old computers and rotting floppies ask you whether you can recover their Word 6.0 document for them . . .
Any sufficiently advanced technology is indistinguishable from a rigged demo
--Andy Finkel (J. Klass?)
At ISU, a guy wrote a program to index all of the files shared on the network and then allowed people to search using a web interface. What a great way to reduce bandwidth. We had over 2TB of files shared at one point...over a dozen guys were sharing over 100GB. He wrote StrangeSearch on a Win2k box with Win32. I've written something very similiar in C#. A friend of mine used PHP and Samba. Anyone else do this?
A speech...
Napster and all those other peer to peer programs were really eating our bandwidth because of all the computers in the dorms. So now we reduce the available bandwidth for those ports/programs to almost nothing during the day. We then let them do whatever they want to (within certain limits) in the evening hours until a couple hours before the new business days.
Probably not the best solution but it's working out for us.
If any of you guys have Cisco switchs then you can use Vlan Management Policy Server. It allows you to assign students to vlans based on mac addresses. I designed a system built around this switching feature. When a student plugs into a dorm port, the first packet they send triggers the switch to look up their mac address in a central database. Barring an entry they are dumped into a fallback VLAN where I position a DHCP, DNS, HTTP multihomed server. The DHCP assigns them a non-routable IP address to communicate with one side of the box. I then instruct them(through check-in documentation) to open their browser. I wrote a tricked out named.conf, that no matter what domain they request, it always returns the IP of my server. Thus, they will connect to my server and I can collect information, including their Mac address from the arp cache...they fill out the form and their data is dumped into a database, a perl script is called to add their mac address and vlan assignment to the VMPS database(a flat text file) and fire out a SNMP packet out the public interface to tell the VMPS switch to grab the VMPS file and refresh it's tables. Viola! Totally automatic...we were having trouble keeping up with the volume of activations, so I had to think of something(there are 3 of us for 3500 ports, and 2 are student aides).
I agree. My answer would be that there is only one *supported* configuration. You can use our NIC, Windows 9x, NT, or 2000, and we have a first-call, first-served policy; or fix it yourself.
The users should be allowed (even encouraged) to run their own OS, but restricted from putting up servers just like most ISP's AUP's dictate. No one can run DNS, you can only run DHCP behind a firewall (and if it leaks, your IP gets shut off until you procure a clue.)
I couldn't agree more with this. We had a "movement" (read: Adminstration pushed plan with the backing of some "students" who basically were in it for some more scribbles on their resume) a few years ago on the campus I am currently working/studying on. The plan, of course, was (eventually) for all incoming freshmen (regardless of their degree program, how ridiculous is it for a theater arts major to be required to have a laptop?) to pay some $xxxx amount of money per semester to get this laptop.
Now, let's make the (rash and perhaps partially correct) assumption that mommy and daddy have enough money to foot the bill for this little toy. Well, it turns out that like many Universities, they lacked the infrastructure (or even the _plan_ for infrastruction) to support 2000 new students with laptops. Furthermore, they lacked faculty support (CS department wanting to know why student who spend most of their time hacking on Sun machines were going to need laptops), student support, and though I wasn't working for the IS department here at the time, I'm guessing IS support. So, after a "campus meeting", during which a few gamers expressed their glee that now they'd be able to play a kickass game of Quake in freshman Physics lecture, the "decision" was may to delay the plan's implementation while they "studied the issue further", or some such nonsense.
Why do I say it is nonsense? Because the very next semester, the pilot program had already started (with, you guessed it, theater arts being one of the pilot degree programs). And to add to the foolishness, under the nose of nearly everyone the science and engineering college is requiring little WinCE gadgets for all incoming freshmen (which, of course, ended up requiring the IS department to give those little toys to all their staff members this summer _just_ so that they could be able to support them). Nevermind that the "plans" for using them are little more than vaporware (I'm told that one CS professor has some software developed over the summer to use in lecture notes in the CS Intro series, but other than that...), or that the wireless network on campus won't be anywhere near adequate to support a couple thousand people for another year or two. Oh, did I mention the WinCE pocket rockets run around $600 a piece?
And why do we have these lovely bits of technology? We're told it's to "make the University more competative with other schools around the country", but it's not the faculty, staff, or students who want these things. It's the administration with their "technology makes education better" mindset. It seems to be a foregone conclusion that if you introduce technology to an educational setting the quality of education automagically increases. Then again, these people often haven't set foot in a classroom for decades, if ever in a non-priviledged situation, so their experience with that kind of educational environment is lacking.
The point? Students don't _need_ laptops. In my experience they're more of a pain in the ass for everyone, rather than being a benefit. They cost too much for the average student's budget, and most professors don't know what to do in order to make them valuable in terms of assisting their course plans (putting notes in PDF form to reduce photocopy costs really doesn't count). Support for them can be a pain (unless everyone uses the exact same system/software combo, which seems like a pipe dream to me), assuming you can organize any at all (it was amusing to watch the IS folks play a game of "not it" when it came to WinCE gadget support).
In short, Friends Don't Let Friends Support Manditory Laptop Programs.
Strict guidlines are good but these "network administrators" had their heads in the sand or perhaps somewhere even darker.
Of course, whoever run this network was a obviously a bunch of jack-booted microsoft thugs whose hobbies include generating mountains of logfiles.
What I want to know is which unix was running the workstation that ran Perl to analyze all that crap.
"Spoken like a person who's never had to do tech support."
Spoken like a person who has no respect for his users.
There's a fundamental difference in philosophy here. One camp would suggest that the tail wags the dog--the network admins get to say who can use the network, and how the network gets used, because it's their job to keep the network up. The other camp--the dog-wags-tail group--would acknowledge that they A) are working at a university B) would have no power if it weren't for the users they serve and C) only really have to deal with a single mad rush for a few weeks at the beginning of the year. These people would have to begrudgingly accept a few rough weeks at the beginning of term as a part of the job.
Yes, users can call tech support with stupid/unanswerable/unsupported questions. Yes, you can simply refuse to answer those questions. Yes, these users still take up a call. How many times do you think they'll call back if you tell them no?
I have worked tech support, and I do understand the frustration. However, I also know that imposing arbitrary restrictions isn't the answer. Sooner or later, your users will figure things out, and if your restrictions are too imposing, someone will be clogging your lines with complaints, instead of questions--or worse, calling the dean to get you canned. Being draconian is never a winning strategy.
Let's try not to let fact interfere with our speculation here, OK?
A friend was berated by a student last week after a said student maxxed out his download quota and the account was locked. Apparently he was doing "vitally important research". The guy backed down when given a list and asked to identify which pR0n and MP3 downloads were so important to his course.
Xix.
"Everything is adjustable, provided you have the right tools"
Each dorm room was configured for two residents, and thus had two phone jacks and two switched 10/100BT ethernet drops.
The guidelines were as follows:
- Windows only (Win95/98/ME/NT4/2K)
- Desktops *had* to use a campus-provided (free) 3Com NIC
- Laptops *had* to use a campus-provided 3Com PCMCIA/Cardbus NIC (not free, but only $50)
- The NICs were distributed with the MAC addresses already recorded and configured into the DHCP servers. Thus, the user always got the same IP address.
- "Academic file sharing" (windows file sharing not requiring a password) was welcome. Warez was not. Napster, etc were blocked, but all outgoing requests were logged and investgations were made.
- NICs had to be plugged directly into the wall jacks, no hubs, switches, or routers. The LAN level switches monitored MAC addresses to enforce this.
- EVERYTHING was logged at the switch and router levels. Violators *were* contacted, warned, and often expelled.
Harsh, perhaps. But I can't recall a single problem aside from a few intial NIC driver issues (which 3Com and the university were able to resolve quite quickly). Verbose, step-by-step installation procedures with screenshots for every modern version of Windows were included with the NIC. Free installation and setup was also available.Thankfully, the rest of the university was a pleasent blend of Windows, MacOS, Linux, and commerical Unix. "Housing and Dining" was the only department with the Windows and our NIC only policy.
Had I not lived through it, I would probably bash and complain about such strict regulations. But, hey, it worked. Bandwidth was plentiful and the LAN was always up.
Be more concerned about the ones that bring someone else's Cisco routers with them.
Summary: mandatory laptops = kicking poor students in a vulnerable spot.
Freedom: "I won't!"
I especially agree with this. Anything to help the geeks get some :)
Too bad showing off one's geekiness is a good way to reduce one's chances of getting any...
"Oh great! my computer is working. Oh look, an IM from my boyfriend. He'll be visiting almost every weekend. "
Not that this sort of thing ever detered anybody from helping out some hottie - hope springs eternal.
"She asked if I could get her box running, so I started pinging her host. I told her my uptime was impressive and we could frag all night."
No, seriously. Especially if you're not getting paid to do it, but are just helping out a friend-of-a-friend kinda situation. You're doing something you know how to do for someone who doesn't, and there's a pretty good amount of downtime in between reboots and so on. It's a great opportunity to meet some new people, and mingle with the ladies.
Just don't come on too strong, or act like there's anything special about what you know. Sitting around in someone's dorm is a great way to learn a bit about them too. Ask about the people in the pictures on their desk. Ask if they have a particular interest in the artist who did the painting they have a poster of on the wall.
There's no reason that you should look at this as a "Sisyphean task" ... it's more of an opportunity to meet some new people.
--Cycon
Your Brain + EEG + LEGO Robots = Brainstorms
...but eventually some of them progressed to full-blown (no pun, really) sexual harassment.
It's not harrassment if you enjoy it, and if you didn't enjoy it...man, i pity you.
Actually, you could probably have about 250 people if you allow some knowledgable students to act as "support specialists".
:->
Essentially take the good junior, senior, and grad students and make them an offer to be able to move into the dorms a day or two early, get a free t-shirt, and eat for free for that week... Then in return, they work their TAILs (pun intended) off for the next week or so setting up PC's for people moving in...
We did that for the "move in crew" - the people who helped you schlep your stuff to your dorm room in a laundry cart - they moved in a coouple of days early for training, etc. but it worked out well.
They got to hit the campus before everyone else, before the traffic jams, packed Wal-Mart's and grocery stores, got their room set up, and even snuck in a semester's worth of their favorite alcoholic beverages before the usual security forces were on duty
PLUS, you got to meet every hot looking chick before everyone else did... Some of them couldn't wait to get movin if ya know what I mean...
Aside from the free crew - make sure you have standard procedures set up for accomodating Macs, PC's, Linux boxes, and Laptops. Only support about 5 different interface cards. PUBLISH PUBLISH PUBLISH what you support. Anything else - don't even install it if it's in there when the tech shows up. Tell them it's not supported, and you're not allowed to install it. Tell them they can buy a supported card at a hefty discount from Academic Computing or whatever and walk out. Stick with what you know and it'll go smoothly for everyone. Just one "unsupported" install will have a ripple effect that will adversely affect everyone's appointment for days...
And yes, definately give lessons to these geeks on people skills... Flat out tell them to FAKE BEING NICE. No condecending attitudes... Tell them it will get them dates! That alone will force MOST of them to be nice.
Leave a simple survey URL to be completed once they're online. The tech getting the highest score gets a free hard drive, or some RAM, or some food points or whatever... It's cheap encouragement...
'Nuff said? ;-)
Heh. Well, being assigned as the sole CA (Computer Assistant) for the freshman girls' dorm was both good and bad. I mean, nubile young things giving me massages or sitting in my lap wasn't all that bad, but eventually some of them progressed to full-blown (no pun, really) sexual harassment.
Oh, the work? Nah. "I really have no idea how to fix this" worked well in plenty of cases. I would just pass it on to another CA, who might or might not get around to it. We weren't the most efficient organization, really...
At the university where I work, we've been gearing up for the last few weeks. We have guides that answer the common questions for the users intelligent enough to read them. For the rest, we'll have every warm body helping with phones or going from room to room to help with setup.
;)
One of the most important bits: have a clear SLA. Be sure that you know and users know exactly what you do and don't support. At this point, inconsistency is a killer, because if one guy's willing to do more than the others, users will keep calling back until they get that one guy. If anything's changed since last spring, be sure that <em>everyone</em> knows exactly what was changed and why.
Give your specialists some cross training. Be sure that your mac guys can do basic windows troubleshooting, and vice versa. It seems like all the Mac questions hit at once. It must be a mac user group mind thing.
It's too late for this year, but automate as much as you can for next year. If you give your users access to your help database and you give them documentation, a few will check there. Set up web forms for network registration, account registration, etc.
Whenever your department doesn't do something, find out who does, and make sure that your info's correct. Students will call IT wanting to know how to register for classes online, or how to set up their telephone. That might be enrollment or the registrar or telecom or someone else. Be sure that you know, and that it's documented so that you're not sending users on wild goose chases. Otherwise, they'll call back (or worse, be referred back by another clueless department), and the second time around, they'll be pissed.
Most importantly, schedule breaks. We tend to push ourselves too hard during this time of the year. A lot of people just keep going "for another five minutes" until they pass out because they've been working for 6 hours straight without stopping for food or toilet breaks. If you've got someone who won't stop, force them to get coffee for everyone else. That'll get them away from the users for a minute, at least.
Forward, retransmit, or republish anything I say here. Just don't misquote me.
First off, he says that out of the 3500 students invading the campus, 1500 of them will be screaming Mommy when they head in and try and get connected. This is about right for A) The incoming Freshmen, and B) The terminally stupid upperclassmen.
Also, the number of people bringing computers to school with them and thinking that the archaic 8088 XT that they just dug out of the basement - usually because their parents can't or won't let them take the high-end 486 that the family uses - might be a bit surprising. (This is of course an exaggeration, I hope. None of my friends who've been there and done that ever mentioned anything quite so drastic.)
Also, there's the fact that, while the NETWORK might be able to take the abuse, it's not guaranteed that the Network ADMINS can handle the stupidity. Super-cheap-laptop + Win2K + Novell + Wireless = Twitching Admin. I really can begin to imagine the hell of it all compressed into three days or so, because - even if it wasn't tech related - I've worked the bookstore during hell week at a fairly large University before. You can't begin to imagine the disruption of life that occurs to the people who work on campuses at the end of the summer unless you've been one.
And yes, I imagine he IS in fact crying over his lost phat pipe. =)
You thought that this sig was what you think that I thought you wanted me to think. I think.
128.169.131.102 - - [19/Jul/2001:19:27:48 -0400] "GET /default.ida?... HTTP/1.0" 400 327
102.131.169.128.in-addr.arpa name = SAPITS1.ADMIN.UTK.EDU.
-Justin
on the upside, Compaq now has its recovery disks and other stuff available for download. at least for the battered old Deskpro I use as a firewall. :)
my old sig used to be funny, but then slashcode ate it and now it's not funny anymore
Back in 94 my university decided to wire all the dorms through the steam tunnels. Made sense at the time- there was an exit from the tunnels that ended up by main network room- just get some really looong cable and run it to the dorms, stick a router in the closet, and viola, campus wide ethernet.
Except they forgot to secure the wires in any way. And, while the tunnels weren't used to provide steam to the whole campus anymore, they still did pass near several heat sources. And you (very occasionaly) ran into racoons in there, for fsck's sake (Warm + underground + old grates = racoon heaven). The racoons tend to run like hell when people came around, except for that one poor bastard who ran into momma racoon.
First time I ever heard of a network tech needing to get a rabies shot because of the job. (Those things are vicious.)
The 'tunnels' were about 3 ft wide, 6 ft tall in most places, connected most major buildings (including the Athletic Center- great for midnight skinny dipping, but I digess), and a bunch of techs with cable ran wire all summer.
Then the students showed up. And the SF fans took out their skeleton keys, and lockpicks... and costumes.
Yes kids, AD&D in the tunnel systems is not just an urban legend or a myth from the Big U. Although no one ever built an APPASMU as far as I know.
People running around in tunnels in near darkness plus cramped tunnels plus exposed cables...
One pratfall later, you just un-wired all the freshman dorms.
It would have caused much more of a fuss, except back then, only about 30 students (out of about 1000 freshmen) had even signed up for ethernet! No one got all that bent out of shape over a blown gopher session anyway.
Then that winter, the cables running through one of the tunnels overheated. The idea that some of the steam tunnels might actually pass near some working boilers never occured to anyone, amazingly enough.
So they got a whole bunch of PVC tubing, insulated it, and re-ran the whole thing to the freshman dorms... again.
Supposedly, a few students tried running cables to various locations near surface grates to set up a WAN back in 98 or so- don't think anything ever came of it though.
While you are trying to set up accounts for thousands of students who need their pr0n, just remmeber, you could be facing down a crazed momma racoon instead.
I wouldn't be so harsh about most of your policies, if you didn't also mix in a number of shortsighted, non-benificial rules in there as well. What the hell do you care what the user does behind his/her dorm-room port? Are you filtering packets? Blocking ports? Yes? Then it doesn't matter if Joe User wants to set up a single windows PC, or establish a 10 computer NAT network in their room, hidden behind a linux firewall. Second, why would you want to alienate technically savvy users by requiring them to use hardware or software different from what they already have? If a Joe User can do his own install, do you care *what* he installs? Of course not!
Spoken like a person who's never had to do tech support.
Any user whose install doesn't go *perfectly* or who doesn't know how to install/configure network gear will be asking tech support for help. If there's one and only one allowed configuration, there's one and only one way to set up one's network card. Tech support is easy.
Allow arbitrary hardware and software to be used, and you have a geometrically increasing number of configurations that your tech support staff will be asked to troubleshoot.
Only give tech support for sanctioned configurations? That won't work very well. Joe Idiot will say, "But I paid to be on this network! Set up my machine!", or "But it's *almost* the sanctioned configuration! Now tell me why my FooCom 7 card is barfing!". Joe Linuxd00d will say, "Um, sure I'm using Windows. Help me debug my firewalling rules.". Even if you hang up on these people, you'll still get the calls.
The university's networking department has to deal with all of this crud on a budget that is almost certainly far too small. I have no problem at all with them restricting hardware and software for machines connected to the dorm network drops - they're paying for the network infrastructure and support, so they have every right to say what they'll let people do on the network.
Well, one day, I noticed that our favourite luser was up to his old tricks again; logging in using stolen usernames, writing programs to tie up resources, flood the network, store gigs and gigs in /tmp, etc. I messaged him and politely asked him to stop it. He wouldn't. In fact, he was pretty cocky about it. "You don't know who I am, and you'll never catch me!"
Imagine his surprise when 3 Very Big Guys [tm] from the Computer Scient Club knocked on his door and said "stop doing that." I guess he'd forgotten, in his excitement, that he was now on a static IP, and doing an IP-to-physical room translation was pretty easy.
- In Capitalist America, law violates YOU!
While I was in the tech support department of a large university we had the same thing happen, but the culprit was an Apple AirPort base station that apparently got hit by a power surge and went rouge. My box happened to go through a lease renewal after that, and somehow the network sleuths tracked me down as the culprit. It took some fast talking to calm them down and help them find the rouge box.
Does the network topology at these places change enough between May and September that it is *really* a problem of troubleshooting the network all over again? I can certainly understand installing all the cards and such for the incoming students (at ridiculous fees, of course), but aren't most campus networks already hardened against this kind of abuse?
:)
I'm suspicious, I think you might just be feeling a little down, watching your fat summer pipe go down the tubes again and all.
1) Have people fill out forms early, like what OS, what brand of NIC, etc... On the form, give them tips on helping them determine such info from their computer. Require all people seeking ethernet connections to have this form on them when they call/ask for help. This will help with the redundant questions..."what OS are you running?" "uh...i dunno" "well, reboot and tell me what you see on the screen."
2) Post network info in BIG poster boards attached to the dorm bulletin boards right at the entrance to each dorm. Some genius admins have directions to getting ethernet posted on the web. That sure helps when you have no ethernet connection in your dorm.
3) Plan conservatively when making troublshooting appointments. People get discouraged when you tell them you'll send a tech to their dorm at 7:30pm and the tech doesn't show because he's still at another dorm rebooting for the 9th time. People will be surprised the tech is early and appreciate him/her spending extra time troubleshooting their connections. It's better to take it slow, get one problem done right then do quick fixes and make repeat visits.
4) Have a TOS in plain english. List programs people are discouraged to use. If you have a per port traffic limit, publish an easy link for people to check how much they've used.
That's about it!
Rangers Lead the Way!
>> rely on the students who know what's going on to share their expertise with the ones who don't.
Yeah, double ditto on this!!! Definitely, ask for help.
1. Techies are always willing to show off.
2. College students are idealistic, and thus willing to give their time freely.
3. XY college students need an excuse, any excuse, to interact with XX college students.
2. Make sure people sign out when they are going to do an install so people know where they are. Walkie Talkies for the higher level techs can be a good idea, and if you have desks spread out to the different dorms, you're definately going to want a good way to communicate. When you can't track down the Level 2 tech because he didn't sign out for an install, it's going to be frustrating.
3. When people say "I'll try to do it myself", unless they have an iMac, tell them just to wait for a while and someone can do it for them. Once you've done 50 of these, you can do it in your sleep. However, if they've severely screwed up the machine before you get there, it makes your job a lot harder.
4. Make sure the computer runs before you get there. You're job is to fix the network, not to get their CD-R drive working, not to show them how to download pr0n, or how to install Quake 3. If you fix a printer or something else, they are going to tell their friends to call your office when their printer breaks, and your boss is going to hate you. If you are really nice and fix it, make sure they know never to call you guys about it again.
5. Send everyone out with certain things: Screwdriver (multiple bits, you can get them cheap), a 50' ethernet cable that you know works (can reach across the dorm room, can eliminate cable as an option), a PCI card, an ISA card, a CD with drivers for all the cards you support. You'll be amazed how many people try to use a phone cord instead of Cat5, so you'll want the cable for sure. Bring cards that you know work so you can eliminate the card being broken quickly.
6. Remember - Computers don't always work like you think they should. You'll find that a card will work in one PCI slot but not another. That if an ISA card is in one slot but not another, the PCI card will stop working. There are a million little things like this that cause problems because you think it should work, but it won't. Experiment with things like this. Make sure to check the BIOS and that it doesn't have some stupid issues. Don't be afraid to disable something in Windows Control Panel, but ASK FIRST.
7. Since you should keep computerized records of all these appointments, if there is anything strange about the install (had to use a certain PCI slot, had to disable something), make a note of it and keep that around. This will help immensely in the future. You might do a million installs the first few days, but if you keep track of them, when you have to fix them later you will be really happy you did.
8. Laptops suck. They love certain PCMCIA cards, they hate certain ones. We had a card that IBM's would never work with, but everyone else loved. I think IBM had a deal with 3Com so you couldn't use cheap cards in their laptops.
9. Remember, the low level techs that don't know as much and cause more problems than they fix? They're very good at going and getting you food and drinks. They're beeter at doing that then fixing a computer they don't understand.
10. Figure out who knows Macs, who knows NT/2000, who only knows 95/98, and if anyone knows Linux. Keep a list so people go to a computer they know. Have people write down what kind of computer and card they have when you go to do an install for them. It saves time and makes everyone happier.
If you like doing installs, this is a really fun week, and after a day or two it gets really, really easy to do. You also get good stories:
Compaq's had the expansion slot covers soldered at 10 points on certain models. They were not easy to get off. Nothing makes a parent feel confident like you ripping off their computer case and attacking the case with screwdriver with all your might to force it open. Sony VAIO desktops had this issue as well, but they were far less common. This week also teaches you what computer makers do a great job with their computers (Dell, Apple), and those that don't as much (almost everyone else).
TAMU will be introducing 10,000 students to the dorms next week. All dorm rooms have two ethernet ports. When a student plugs in, they are taken to a registration page (regardless of their destination) where they can register their machine and assign a DNS hostname. They are then free to use the network.
p 3 for somewhat up-to-date information (we will not be supporting the PH nameserver for more than afew weeks, hopefully).
One IP address per student is allowed. They can change their hostname at will. All configurations are done via DHCP, so any machine that can speak TCP/IP and DHCP are welcome on the ResNet.
http://cis.tamu.edu/help/resnet_registration.ph
This is sort of the classic trap to fall into. I should know, I did. It's a simple fact of life that most people are more interested in themselves than they are in you. They aren't being inconsiderate, intentionally ignoring you, or anything else. You have to give other people a reason to pay attention to you. If you sit at a computer instead of interacting with people, you are not going to get any attention. You may as well be furniture.
Learn their name, find out something about them, talk to them and be interested (even if you aren't). You don't have to like them, be friends with them, date them or even see them again. But it's good practice for the Real World, and guess what? You'll meet some pretty interesting folks along the way.
Not everyone is interested in the same things you are. Just because someone could care less about computers does not make them boring, stupid, or worse in any way. It just means they are interested in other things. Chances are good those things might be pretty interesting themselves. Let them tell you about what they like. People love this.
Most people are just as scared as you. They may not show it, or cover it up better, but it is true. Meeting new people is very hard to do. But they aren't going to come to you. Show them that you care and are interested in them and they'll usually respond in kind. Just ask questions and show a genuine interest in the responses. Will you meet some jerks? Sure. But most folks are pretty decent at heart.
Just because some folks will not be that interested in you does not mean you should just go "oh well, nobody likes me, guess I'll just go play Quake". That is avoidance behavior. You're afraid of the opinions of a bunch of folks who are mostly interested in themselves. Most folks are more interested in themselves than anyone else most of the time. You probably are too, whether you care to admit it or not. It's ok, it's normal. But it's silly to go crawl into a corner because someone acted selfishly. It hasn't been the first time and it won't be the last. If you reach out and get ignored, it's ok, it happens to everyone. But if you stop reaching out, you will get ignored. Retreating into your computer, though seemingly comfortable, doesn't solve the problem. It's no different in most respects than an alchoholic drinking to forget his troubles. Sure you'll feel better for a while, but the problem will still be there the next day because you haven't dealt with it.
I'll be doing this myself as a ResNet consultant for a major east coast university. Some quick tips:
1) If a user has crappy hardware, tell him or her so. Make them splurge for a 3com. When you're configuring that many students, if 1% of them are running cheap-ass ethernet cards that their local vendors told them would "speed up the internet" or some such nonsense, I can guarantee you'll be spending plenty of time supporting that 1% over the phone for the rest of the year. Nip the problems in the bud.
2) Definitely keep it as simple as possible. Make flowcharts. Win98? Ok, open box, insert card, driver disk / os disk, so on and so forth. Make sure everyone working gets a flowchart. Make them for the top 5 operating systems at your school. If the situation they encounter doesn't work / doesn't have a flow chart, have the consultant refer the problem to his manager. This minimizes hassles for everyone - flowcharts help your techies streamline things, and as a bonus you only get problems that require actual thought.
3) HIRE AS MANY PEOPLE AS POSSIBLE. One day of training for 1 consultant for every 50 anticipated setups per week. (Our "Dorm Storm" lasts for three weeks. YMMV) Seem excessive? This is 10 setups a day - enough to compensate for the average difficult setup. More will leave your techies bored. Training should include NIC installation, different OS's, common user questions and the like. Bonus: handing out cd's with an automated installation and config program
is a good idea. Handing out static wrist guards so that someone working under you doesn't fry an expensive machine and piss of someone's daddy is a *great* idea.
4) Only higher tech support that is friendly. These people will be interacting IRL - they'd better be able to at least fake people skills.
5) Keep everything as low stress as possible. That means air conditioning everywhere (it's the little things), free coffee for techies / walk in students, and anything else that makes this massive hassle a little less of, well, a massive hassle.
6) Past five o clock, stay open with a skeleton staff, and have consultants ready to drop in on the dorm who are on call (i.e. have immediate phone access and the ability to go at a moment's notice.) Don't abuse this privilege, but do use it.
7) Lastly, be prompt. Have everyone who doesn't get serviced by flowcharts go to the first manager AND DEALT WITH IMMEDIATELY. More than 24 hours for turnaround is too late, especially with this heat. Those who can't get helped by the managers should be an extremely small group - have one more manager and/or an emergency response team to deal with these guys.
Good luck with yours... I'm at 1.5 weeks and counting...
This is a side of universal campus computing that doesn't get enough attention. Everyone is excited about building the networks, but the support obligations that the network creates are another question. Probably the best you can do is to have a really good FAQ available, and then do what everyone else does: rely on the students who know what's going on to share their expertise with the ones who don't. Could the tech revolution exist at all without free customer-to-customer peer tech support?
InstaPundit! Ahead of the Curve Since 30 Minutes Ago
Seems like putting a small self install guide in all the dorm rooms might be a start. At least the more tech savvy users could be up and running on their own if you give them the vital info (router, dns, etc). That's one less user you have to deal with yourself.
Not cool, dude.
:) [ even those of us who swear by it ]
At my university, a couple of years ago some idiot grad student thought he'd like to set up a Linux machine. This is one of the tools who thinks "hey, I know DOS- how different can Unix be?", the type who installs Linux because it's 133t. I believe he was running RedHat 5.2, which back then had some idiotic default configurations or some setup that made it very easy to run the DHCP daemon.
Oops. In one night at least 500 students lost network connectivity- and this was at the beginning of the school year when things were hellish anyway. My roommate noticed students' windows boxes showing "192.168.1.145" as their DHCP server. Of course pasting this into Netscape displayed the default Apache page. The network gods eventually figured out where he was and shut down his connection temporarily.
There's a reason we don't support Linux.
-Nat
You might look into what Arizona State has done to overcome their amazing feat: They're making it *mandatory* for business students to have laptops with wireless ethernet cards, which are then going to connect to a variety of online academic services, including those used during class. There's been a lot of news on it recently, and Google should be able to get you what you need.
Got Rhinos?
>Of course, she will need to call you (assuming she doesn't use hotmail instead),...
;)
just to be sure, put hotmail in her hosts file.. Oh yes.. I am an evil bastard, but all is fair in love and war
//rdj
No one can understand the truth until he drinks of coffee's frothy goodness.
--Sheikh Abd-Al-Kadir, 1587
The tech would go in to the closet, move the brooms and buckets and ironing board and cleaning supplies out of the way, and find it had just spontaneously restarted and needed to be intitialized. It was like the power had failed, but no sign of any other problems, and if that circuit had failed it would have knocked out half the basement.
Eventually someone was in on Saturday morning, saw that it was down, and raced over to see what was up. I'm sure you can guess what he found...
Yup, this kid always did his laundry on Saturday morning, and he'd use the ironing board there to iron his clothes. And he'd unplug the router to plug in his iron, then plug it back in when he was done.
PHEM - party like it's 1997-2003!
Don't look at having geek-skills as a way to guarantee you'll score. All it is is an opening. Other guys usually have to buy her a drink (or several), compete with a dozen other guys, get her away from her friends, impress her with dance-skills and somehow manage to charm her over the noise of a nightclub. As a geek, you get invited into her room, get to do her a favour, and have a perfect opportunity to chat to her and show her that you're an actual human being, and can be witty, interesting and smart.
And most girls (particularly university girls) really do value brains more than guys do. If she's after a jock, then you're wasting your time trying to pull her, but she may have friends who're more interested in someone who looks OK and can actually hold a conversation and make them laugh than they are in someone who's on the football team, but who's more interested in being a drunken-caveman-fratboy.
Oh, and one piece of advice - download some file recovery software. You have no idea how grateful someone who's fairly inexperienced with computers will be when you magic a deleted file back into existance from their floppy drive. A common problem that need not be the disaster it seems.
Firstly, don't make it look easy if you're trying to impress a girl. Furrow that brow in as manly a way as you're able. If you have an opportunity to take the cover off then do - actual physical work is always more impressive than clicking thru a windows wizard.
Secondly, don't finish the job. I know; you're a perfectionist, but just fight that urge. For example, get her connected to the network and browsing the web, but *ahem* "forget" to set up her mail client properly - leave out some SMTP settings in Outlook so she can't get her mail. Then leave your number with her (be casual - scribble it on a post-it and stick it to her screen just before you leave) saying "There you go, that looks to be working OK, but if you notice any other problems then just give me a call and I'll pop back round, OK?". Of course, she will need to call you (assuming she doesn't use hotmail instead), and after that you become the person she calls first when she has problems. And with a bit of luck she'll tell her friends too : )
Yeah, so it's totally immoral, but do you really care? Just try to act like a regular human (very few teenage girls care about how their POP3 account works or why M$ suck or what happened in last night's Gundam episode). Don't bombard her with Simpsons quotes. Smile. Take a shower at some point in the 24 hours before.
Apologies to anyone who's offended by this, but it worked for me. You fix the problems that you overlook soon enough, you get to meet girls [insert non-gender/sexuality-specific stuff here] and they get their computers working quicker and cheaper than they otherwise would. Everyone's a winner.
And remember what Kevin Smith says - "Personality counts for a lot"
At the lovely University of Pennsylvania, it's a total breeze. We have so many freshman that want to get an on campus job that they don't realize how badly they're being ripped off. So they sign up to be "Information Technology Advisors" and there are about 15 per dorm. One sits with a laptop at the front desk and people ask him for help. The other 14 sit in the computer lab on our bulletin board waiting for jobs to show up. We do a couple thousand cases in a week.
They show up a week early for school for "training" where someone shows them how to download ethernet drivers onto a floppy from a website. And click on windows control panels to enable DHCP. Anything more complicated gets refered up to more experienced (And more paid) personel.
I assume this is the way most schools do things. It's kindof cut and dried, cheap, and effective.
There are no trails. There are no trees out here.
I'll include some great war stories from the dorm trenches at my particular university:
The Residential Technology department (ResTek) has a program called TekHelps... 8-12 volunteers for each hall process work tickets for students needing to hook up ethernet for the first 2 weeks of school. We moved in 2 days early for training. Their policy was "TekHelps can touch the computer", which meant the user had to sit their and possibly learn how to operate the computer Daddy had bought for them. Cons: no pay, too much work. Pros: experience for resume, early move-in, many ignorant dorm honies. (Many of the girls I helped continued contacting me throughout the school year for my geek prowess.)
As far as ResTek themselves, they wouldn't hire me into a paid position (despite my previous experience as a lab consultant at a previous university). I later discovered they had a policy of avoiding people with experience, and preferred people-skills. They figured they can train them later and be friendly for now. This is what happens when non-techie managers are in charge.
This ignorance extends to their ethernet network. All the residence halls are either 10 mbit or 100 mbit depending. Internal LAN thoroughput is dandy... I was pulling, umm, academic documents off people's FTP servers at 1-2 mbits. Once you left the LAN and went out through the ResTek Qwest Internet link, it all went to hell. ResTek is fond of the term "T1", but they really just have a fractional DS3 connection, and they buy chunks 1.54 mbits at a time.
Picture 2700 students trying to cram data through 4 mbits of pipe. Yeah. That was the beginning of the year, and after many frustrating e-mails and calls to ResTek they added another "T1", or just upped the cap on the Qwest link. Ping times were still 1200+ 24/7 (no gaming for you!), and thoroughput was usually less than a 28.8 modem. More angry calls until the end of winter quarter.
End of winter quarter, and the pipe is cranked to 7 mbits. Ping times go down to 600-800, with decent pings late late at night. There's a twist at this point, though. ResTek was running an HTTP proxy server that leeched off the seperate academic link... 10 mbits of virgin pipe just asking to be sucked up by Napster transfers and porn. Up until that point the proxy had been sucking 3 mbits 24/7 off the academic pipe, and the academic technology dept (my employer, as a matter of fact) finally shut that little scheme down.
This coming year they added two more halls and the pipe is now 9 mbits. The number of people on the network will be close to 3600, and I feel the utmost pity for those poor souls. I will be living in a lake house sitting on a fat DSL connection cackling like a madman.
All in all it was a nightmare dealing with their ignorance and denial of the problem. They remained convinced that if they stopped the top 15 bandwidth users everything would be fine. That's the last time I try to explain to a manager how you can't cram almost 3000 people down 7 mbits. One of their staff members answered my complaint with "move off campus and get a cable modem", which I did at the end of the year. :)
Now that the story is done, here's some tips to reduce headaches:
That's my essay, hope it helps people reduce headaches for poor college kids... I don't want my suffering to be in vain. ;)
Adam "Fogie" Fogler -- Professional Paid College Student
For the last two semester I resided in a fairly wired dorm apartment. Eight computers for four people (two dualboot Windows/Linux, one dualboot Windows/BeOS, three Linux, one Mac OS and one Mac OS X (yea BSD)).
Originally we just plugged ourselves into the network. My roommate happened to be running a DHCP server on his one box to lease IPs to the other three machines of his. Apparently a bunch of other Windows boxes on our subnet defaulted to DHCP and the computer illiterate owners of those boxes just thought 'hey, it set itself up by itself and didn't think twice about it'. Around the second semester the other guys in my apartment and I decided to grab our own subnet (our University owns an entire B class and only uses about twenty three of the subnets) and firewall ourselves off from the rest of campus (tangent: when our University blocked Napster's server IPs this setup was very useful because we just set our router, a linux box, to dial out to a local ISP and route all packets destined to the servers out the modem). At this point, the DHCP server on his one box stopped leasing IPs to the subnet we were previously on. After a couple annoyed students came to ask us to fix their computers after they suddenly stopped connecting to the network we figured out what happened. After checking the DHCP server's logs it turns out he was leasing IPs to around thirty or forty other computers.
We've been lobbying our University to use a DHCP setup. It would really faciliate moving in for students and stop those annoying problems like students mistyping their IP addresses (or simply just putting in a random IP in their subnet) causing multiple computers to have the same IP address.
All editorial writers ever do is come down from the hill after the battle is over and shoot the wounded.
It's simply a matter of keeping your eye on the real priorities. Attractive females get the best service, get their systems tuned to the max. Everybody else can damn well figure it out for themselves.
I'm campus contact for College Ave campus of Rutgers U. We've had pretty massive host growth. User education is the KEY to reducing workload on your techs and admin. Three words will set you free:
LITERATURE LITERATURE LITERATURE. Make up pamphlets about the following subjects, distribute them to EVERY ROOM and email them to students and parents over the summer preceeding the semester on the following subjects:
-How to get and install a network card
-How to register for an IP address online
-How to set up IP in various OS's (Win9x, win2k, Mac OS 7, Mac OS X, command line linux)
-What rules you'll have to abide by concerning bandwidth caps, providing access and illegal activities
After you get everyone online youll have users screaming about configuring stupid crap like outlook and AOL. Create online documentation about these and make people aware of them.
Mind you Rutgers doesn't use DHCP, so that registering stuff might sound a little non-kosher to you small network DHCP guys :). We've tried, DHCP just isnt an option across ATM, more than two dozen routers and a few hundred VLANs.
I went to school at Lehigh University in Pennsylvania, one of the earlier schools to have a mandate that all students should be "wired" (as they called it). When I arrived as a freshman in 1995, all non-Greek on-campus housing was wired with 10baseT LAN access and all libraries and academic buildings (save for the Architecture building, funny enough) had access to the same network. Remember, this is the first year that Windows 95 came out. Through the network, not only did you have access to the Internet, but you also had a complete suite of software available without any installation hassles, including Maple, Word, Excel, and various other programs required for all your classes. By my sophomore year, when I started working for the IT guys as a part-time student installer, every on-campus student could bring in their machine and plug it in. I spent a good deal of time running around to various buildings, installing ethernet cards and making sure people could print, login, stuff like that.
The number one most important thing for a large-scale mass install like this is excellent documentation. I'm not talking user manuals, but step-by-step, written for special-ed third grader instructions. The docs for this project were excellent. I may have helped out maybe 50 people tops in those first couple of move-in weeks. I think the figures I remember were something like 70% of people needed no help beyond the instructions. That's pretty good when you're dealing with 5000 students, 3500 of which had older computers that were setup on the network the previous year (those are more difficult because they still have all their settings in place for older configurations).
The second most important tip is to have well-written support software. The software that Lehigh had doing the dirty work of configuring network settings, initializing programs for network use, and setting up printers and connections was pretty solid. Everyone once and while you'd get some oddball Packard Bell that didn't like it, but for the most part, it was solid. Macs were even supported well (indeed first, because the school actually transitioned from all Macs to all PCs during this period). People running Linux were usually clued in on their own, so no help needed there. In contrast, other friends have reported stories to me of utter nightmare installs due to programs crashing, wiping out configuration settings, installing the wrong software, etc. at other universities. If you don't have solid software that you yourself are comfortable using, don't push it out onto thousands of incoming freshmen. Every tiny annoyance you see will become a full-blown logistical nightmare as you try and coordinate your support staff to fix it.
Finally, use e-mail effectively. Our student consultants were all setup with mailing lists that we could post problems and solutions (mostly solutions) for even the rarest of situations. We were all told to do this and told to watch for the information as well. Information flows a lot better when a bunch of geeks can read threads of problems and solutions than when you go over it during organizational meetings. For us, those usually were reserved for congratulatory pizza and the occasional mass wishlist.
Of course, all that is probably a little dated (we didn't have wireless LANs yet when I left), but as far as logistics goes, it's pretty much the same good advice.
Documentation. Solid software. Communication. If you've got that, you should be fine.
I admin for a private high school in Connecticut, and I get this problem every year. Kids already have a NIC, but it's not set up right. Or something else obscure doesn't work. Here are a few helpers to get you through the mad rush.
1. Hire help. Cheap help. Go to the local high schools, and offer $50 bucks and pizza for a day of installing NIC's. Get tech-savvy students(duh).
2. Insist that your job is *only* setting them up on the network. If it doesn't work on the first plug, move on and come back to that person later.
3. Use only one type of NIC. I use 3Com 3C-905B cards. Carry a driver diskette with you.
4. Never help anyone with a Compaq Presario. They are a nightmare. Corollary: If you get suckered into helping anyone with a Presario, never, ever, call Compaq Tech Support asking for a recovery disk.
5. Set up a help desk site with common problems and solutions. Easy with PHP or something.
6. If students are savvy enough to do their own stuff, by all means, let them. This means anyone running Linux, so just give them the NIC, and tell them to have fun.
7. Block outgoing P2P. It will save you lots of bandwidth.
8. Use 10-Mbit hubs or switches in your dorms. This will keep the rest of your network (100Mbit?) nice and tidy from P2P traffic.
9. Keep a close eye on possible haxors. You know how to identify them, the kids who bring their own Cisco routers to school. They're the ones who are going to bring down your gateways.
10. Breathe. Just take it easy, and remember, they're only computers.
Hope this helps.
Ted (Ted.Dziuba@LEGIT_MAIL_PLZ.cheshireacademy.org)
"Quoth the Penguin, pipe grep more"
No. My university only supports Windows and Macintosh on student machines. Our policy is that Linux is for people who know what they're doing. We won't do any setup- the basic network info can be deduced from Windows/Mac instructions.
On the other hand, we don't discourage Linux use. I've run Linux, Solaris, and now Irix from my dorm room, even though I only do Macintosh support (I've avoided Windows, thank god). You'll get nasty messages if you're insecure or sucking bandwidth, but there's no policy against Unix or even running (secured) servers. People just know not to call us for help because they can't get printing working under RedHat. It's not that hard.
And students usually pay for network access. The only fair rules are "don't make life difficult for other users or net admins". This means no bandwidth hogging, no warez/mp3z servers, no packet sniffing Linux boxes or trojaned Windows machines. As long as students play nice and don't fuck up the network, admins should not care what they run on it.
And in fact, we have proportionally far more network abuse (intentional or not) from Windows users than from anyone else. The few of us here who use Linux usually know what we're doing.
I've worked for the past several years of college for the ResNet at my school. We too are in the process of getting prepared for the coming hordes but still have a few more weeks to go thankfully. The big thing I've been working on recently is putting together our manual. In it we have customer service guidelines, troubleshooting checklists, terminology definitions, job description (with specific duties clearly stated), and lots of other misc. things that all my co-workers should know. One thing I would like to state clearly to anyone involved in getting large amounts of people online in a short amount of time: DHCP IS THE SHIT. There is no other way to put it, DHCP kicks all ass. Before we had DHCP here we had to visit every single person who wanted online and issue them an IP, now anyone with low-level networking skills can get themself online (most the time you plug it in and it JUST WORKS). It makes the job 1000x easier. So if you work somewhere that doesn't have DHCP, you should bitch and moan and raise hell until you get it, it is really good stuff. That said, the way things go around here in the beginning of the year: We hand out information sheets to anyone who will take one, on these sheets are simple instructions on how to get online and some basic information about available network resources. Anyone who can't do it themselves calls our voicemail and says what they need. We then come out to their place and do it for them (or call and talk them thru it). If they need an ethernet card we can sell them one and install it, or they can get one on their own and we'll install it for them if they need us to. After a few weeks and demand for network hookups has died down some we have expanded services. Pretty much any computer problem we'll come out and see what we can do about it. OS reinstalls, software installs, hardware installs, help setting up email clients, etc. etc. etc. You name it we'll at least take a look at it, unless we're busy getting people online. The job is pretty easy for the most part. For awhile I was really bored and got into this thing where I would see how fast I could install a NIC. If nothing went wrong I could do it in about a minute or two, depending on case design and CPU speed. You run into lots of weird computer things, strange hardware, really bizzare problems. The worst part is dealing with the residents. It is interesting to see so many different people's dorms and stuff (you'd probably be amazed at some of the weird shit I've seen), but a lot of them don't really care about anything except the computer working how they want it too. You explain what you are doing hoping they will learn and not need your help again, they don't pay attention. Some of them are really rude and unfriendly for no reason. You try to be friendly and helpful and they treat you like total shit, and since it's your job you have to stay friendly and helpful. On the other hand, there are really nice people. I've been offered alcohol, cigarettes, drugs, food, money, dates, and numerous other things on the job. As another poster said, it is a great way to meet girls. It feels great to fix someones computer and have them get really happy and be just so incredibly thankful. Knowing that there are times where I just totally make someones day is the reason I stick with this job. That and the fact that I can educate people about computers.
While working IT at a UC school, we had the same situation. My co-worker then (and now partner for a company) wrote RNM: ResNet Monitor--Essentially a set of scripts to work with Ted Newman's DHCP server on a Linux/Unix system. The project is very robust, expandable for your organization, and GPL'd.
check out: http://sourceforge.net/projects/rnm/
Our company, Anylevel, Inc, uses this for contract work in doing the same thing. Check out www.anylevel.com (down now - changing DNS's - will be up in a day or two)-- there's more info there when the site comes up.
pzugnoni@pellam.ucr.edu
and they think I know what I'm doing....