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!"
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.
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.
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.
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.
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
'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
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.
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!
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.
>> 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.
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
>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!
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"
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.
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.
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....