No subject

Dave Morse davmorse at umich.edu
Thu Mar 19 17:13:37 UTC 1998


>To: nanog at umich.edu
>From: Dave Morse <davmorse at umich.edu>
>Subject: [Fwd: How to building a NOC]
>
>>Date: Thu, 19 Mar 1998 11:59:32 -0500
>>To: nanog at merit.exu
>>From: Dave Morse <davmorse at umich.edu>
>>Subject: [Fwd: How to building a NOC]
>>
>>Well, I've looked for reading material on the subject of building,
growing, managing a NOC for several years. Guess what, there really isn't
any. You did the next best thing by asking the question. I'm the NOC
manager for Merit and the University of Michigan. Bill Norton and myself
played key roles in building and moving to production this operation. There
were many questions to be answered before the proper direction to proceed
could be ascertained. David Greer mentioned several of these, such as, What
level of monitoring (router port, hub, host), Are you going to monitor
applications/servers, Are you going to monitor protocol, Are you going to
be reactive or proactive, Are you going to provide reporting with trend
analysis/captivity planning, Are you going to be self sufficient meaning
you do your own System Administration, tool development. This doesn't cover
everything, but as you can see that are a lot of questions to be answered
before starting the planning of the project. 
>>
>>I agree with David again in his statement that most people do not realize
what the cost of building and running a NOC are. When looking at providing
a 7/24 service, equipment/tool/staff/start-up, not counting conditioned
space can easily be a million dollars. The best thing (I think) is to get
someone who has done this before and is very familiar with NOC activities
to include Call center applications, tools, staffing needs, space
requirement...etc to help you start the planning process. 
>>
>>One other thing, being the Switching Manager for the UofM (45k line
SL-100 switch) and working for Centel Telephone Company as a CO supervisor,
then supervisor of the Technical Action Center (TAC,) and now the Manager
of the NOC, I have to say, I don't think the two are not the same!
>>
>>P.S. John, I worked for Raytheon for about 8 years. I started at Fort
Hood Texas, Went to El Paso Texas and then to Germany for about 4 years.
When I left Germany they wanted me to move to Mass, but being stationed at
Fort Devens while in the Army, I didn't think I could get use to the
weather. Maybe we could talk off line.
>>
>>
>>>From:  John_W_Connors at res.raytheon.com   10:50
>>>Subject:  Building a NOC
>>>To:  nanog at merit.edu
>>>
>>>Would anyone have information or knowledge of books, WWW Sites, or
>>>other
>>>means that would provide details on constructing a state of the
>>>art NOC to
>>>support 75000+ nodes in a LAN/MAN/WAN environment
>>>
>>>Thanks in advance
>>>JC
>>>========================
>>>
>>>No books, it's all experience.
>>>
>>>
>>>Martin Hannigan                    V:617.500.0108
>>>Director - Data Networks           F:617.500.0002
>>>XCOM Technologies, INC.            hannigan at xcom.net
>>>Cambridge, MA                      http://www.xcom.net
>>>
>>>------------------------
>>>
>>>I think I'd disagree with that.  Where would all you folks be if
>>>you never
>>>picked up a book?  You wouldn't be reading this list.  Seriously,
>>>while
>>>there's not an ORA "How to Build a NOC" book with some cute animal
>>>on the
>>>cover, there is some information out there worth reading.
>>>
>>>I'd suggest digging through some telco info (if you'd like to
>>>consider a
>>>CO a NOC).  Also, there should be plenty of people on this list
>>>that
>>>work in or have even designed decent sized NOCs.  You can also
>>>cheat and
>>>go browsing as a prospective customer at someplace like Exodus or
>>>any
>>>other colo facility that is well-managed and modern.  You can
>>>actually
>>>learn quite a bit by just looking around...
>>>
>>>Hopefully some of the startup NSPs will answer here, as the
>>>experience
>>>should still be fresh in their minds...
>>>
>>>Charles
>>>
>>>~~~~~~~~~                                       ~~~~~~~~~~~
>>>Charles Sprickman                               Internet Channel
>>>INCH System Administration Team                 (212)243-5200
>>>spork at inch.com                                  access at inch.com
>>>
>>>---------------------------
>>>
>>>You mean there's not a "Building an ISP for Dummies" book?
>>>
>>>Listen out there, NANOG members--big royalty opportunity here
>>>
>>>;-)
>>>
>>>(Sorry, folks--there are days when I just can't resist my most
>>>evil
>>>impulses).
>>>Bill Goldstein
>>>Senior Internet Specialist
>>>AT&T
>>>wgoldstein at att.com
>>>TEL:(412)642-7288
>>>--------------------------------
>>>
>>>Bill,
>>>
>>>Skipping John's message for a minute with the number of small
>>>ISP's out
>>>there it is actually forseeable that a book on starting an ISP
>>>might be
>>>possible to a limited extent.
>>>I would have welcomed such a book when I set up our internet gear
>>>(we would
>>>qualify as a medium sized ISP in our own right.)
>>>
>>>Now to get back to John's message, although there is some
>>>information out
>>>there that could be read there are a number of questions that you
>>>should ask
>>>yourself as far as scope of the project, number of sites,
>>>technical level at
>>>the remote sites, do you need to monitor Sniffers and the like or
>>>just plain
>>>Openview/Spectrum.  Also does this NOC have to monitor and
>>>dispatch repair
>>>techs only or does it have to answer questions like how do I
>>>change my
>>>password on the server in my office.
>>>
>>>What about monitoring of the various servers in the enterprise?
>>>Novell?
>>>NT?  Unix flavors, etc.  Put all this together and the project
>>>manager in
>>>charge better have done it before at least once, or else this
>>>would quickly
>>>become a moneypit.
>>>
>>>Another major consideration is how much money and floor space is
>>>available
>>>for the NOC.  I have seen several companies under-estimate the
>>>floor space
>>>needed and end up shoving stuff into corners to get it all into
>>>the
>>>allocated space, or scrimping money because the budget didn't live
>>>up to the
>>>pipe dreams of over eager planning personnel.
>>>
>>>David Greer
>>>Project Manager, Wide Area Telecommunications
>>>General Nutrition Companies, Inc.
>>>David-Greer at GNC-HQ.COM
>>>
>>>----------------  End for now ------------------
>>>
>>>
>>>
>>>
>>>
>>>--
>>>  "It takes a person of your caliber to arrive at that decision"
>>>-------------------------------------------------------------------
>>>UMNet      MichNet      Merit Route Servers-Next Gen      Internet2
>>>-------------------------------------------------------------------
>>>Network Engineer & Systems Admin    Network Operations Center
>>>mgf at umich.edu                       Univ of Michigan  IT Division
>>>
>>>UM Personal Homepage:    http://www.umich.edu/~mgf
>>>Michnet Network Events:  http://www.merit.edu/michnet/statistics
>>>RSng, Peering & Stats:   http://www.rsng.net/routeservers.html
>>>
>>>
>>>Received: from redheat.rs.itd.umich.edu (0 at redheat.rs.itd.umich.edu
[141.211.83.36])
>>>	by noc.ns.itd.umich.edu (8.8.8/8.8.6) with ESMTP id MAA23166
>>>	for <mgf at noc.ns.itd.umich.edu>; Mon, 16 Mar 1998 12:43:51 -0500 (EST)
>>>Received: (from root at localhost)
>>>	by redheat.rs.itd.umich.edu (8.8.5/2.5) with X.500 id MAA09121; Mon, 16
Mar 1998 12:43:50 -0500 (EST)
>>>Received: from merit.edu (merit.edu [198.108.1.42])
>>>	by redheat.rs.itd.umich.edu (8.8.5/2.5) with ESMTP id MAA09104; Mon, 16
Mar 1998 12:43:48 -0500 (EST)
>>>Received: from localhost (daemon at localhost)
>>>	by merit.edu (8.8.7/8.8.5) with SMTP id MAA06493;
>>>	Mon, 16 Mar 1998 12:42:46 -0500 (EST)
>>>Received: by merit.edu (bulk_mailer v1.5); Mon, 16 Mar 1998 12:23:18 -0500
>>>Received: (from majordom at localhost)
>>>	by merit.edu (8.8.7/8.8.5) id MAA05893
>>>	for nanog-outgoing; Mon, 16 Mar 1998 12:23:17 -0500 (EST)
>>>Received: from bbnplanet.com (cam-mail-relay1.bbnplanet.com
[199.94.215.242])
>>>	by merit.edu (8.8.7/8.8.5) with ESMTP id MAA05889
>>>	for <nanog at merit.edu>; Mon, 16 Mar 1998 12:23:11 -0500 (EST)
>>>Received: from gatekeeper.ray.com (gatekeeper.ray.com [138.125.162.1])
>>>	by bbnplanet.com (8.8.7/8.8.7) with ESMTP id MAA12928
>>>	for <nanog at merit.edu>; Mon, 16 Mar 1998 12:23:06 -0500 (EST)
>>>Received: (mailer at localhost) by gatekeeper.ray.com (8.8.7/8.8.7) id
MAA27923 for <nanog at merit.edu>; Mon, 16 Mar 1998 12:17:15 -0500
>>>Received: from
ressud-as01.res.ray.com/138.125.97.69(<John_W_Connors at res.raytheon.com>)
>>>	by gatekeeper.ray.com
>>>	id sma.890063472.015471; Mon Mar 16 10:51:12 1998
>>>Received: by ressud-as01.res.ray.com(Lotus SMTP MTA SMTP v4.6 (462.2
9-3-1997))  id 852565C9.00570BC0 ; Mon, 16 Mar 1998 10:50:46 -0500
>>>From: John_W_Connors at res.raytheon.com
>>>X-Lotus-FromDomain: RES
>>>To: nanog at merit.edu
>>>Message-ID: <852565C9.0056A7A1.00 at ressud-as01.res.ray.com>
>>>Date: Mon, 16 Mar 1998 10:50:12 -0500
>>>Subject: Building a NOC
>>>Mime-Version: 1.0
>>>Sender: owner-nanog at merit.edu
>>>Content-Type: text/plain; charset=us-ascii
>>>
>>>Would anyone have information or knowledge of books, WWW Sites, or other
>>>means that would provide details on constructing a state of the art NOC to
>>>support 75000+ nodes in a LAN/MAN/WAN environment
>>>
>>>Thanks in advance
>>>JC
>>>
>>>
>>>
>>>



More information about the NANOG mailing list