Slashdot Mirror
Harvard Offers Sneak Peek Into Their Network
Bob Brown writes "Harvard University doesn't usually talk much about its internal network, but here, the guy overseeing it opens up about the homegrown and commercial tools used to manage the massive system." From the article: "Harvard, as of late, has been exhibiting another telco trait - considering the network as part of the university's critical infrastructure. As such, its construction is considered during the initial planning phases of building renovation, new construction and campus expansion projects. The data networks that are being built today, at Harvard and similar institutions, are being built to host a variety of IP-based traffic. Most every physical-plant control device, whether it be security cameras, chilled water-valve actuators or parking garage card readers, are being designed to work with the IP network"
What magical internet law dictates having a web server at hostname.com? And what other law dictates hostname.com resolve to an ip address? If anything, they are being pendantic, not sloppy.
A cold water valve actuator works very differently from your faucet in your ketchen, both in the mechanics and scale of flows.
Let me begin by pointing out the facts that most, if not all of the new industrial controls are trying to get on the IP based networking already. It is far cheaper to convert all different wiring and protocols (RS-232, RS-485, serial communication in general and Common and proprietery protocols like Modbus, ControlNet, etc.) and have them run over the TCP/IP network than having dedicated networks on all of those devices across a plant, or in this case, across the campus (and possibly multiple "plants."
TCP/IP network is scaleble, and second, it can be secured (with proper isolation and expertise). It is also transparent, i.e. multiple typs of physical wiring/connection scheme can be used. Other industrial protocols (yes, there IS a protocol involved in that actuator valve you mentioned, and so does other devices) often are either proprietary or are "narrow-band" type protocol designed to run across a serial cable. Running multiple networks on dedicated medium requires more wiring than single TCP/IP network. It also makes it difficult to do upgrade/equipment change-out in the future. When changing out industrial equipments down the road (we're talking about like 10 years later), technology changes, making it unreasonable to put up a wiring that will need to be changed.
In addition, there are usually limitations on the physical length of the wiring on the medium. Most protocols not based of TCP/IP model tends to be limited on the length on its own, requiring a repeater if it needs to travel longer distance (we're only talking about more than 250 ft). TCP/IP network, on the oter hand, has switches and routers in place, they act as the repeaters when needed. TCP/IP can also be run on fiber, expanding the distance a lot farther than traditional copper wires. Across the campus control with direct serial cable might work (RS-485, for those who are famaliar with them), but management cost is a lot higher today using pure serial wiring network than new "virtual" network resides on TCP/IP infrastructure. Signals can be re-routed without signigicant physical re-wiring as well.
Let's also talk a bit about the "why" we need to have the on that actuator valve connected to the network. Modern campus-wide (or plant wide) controls are monitored and done by a centralized control room. They monitor and issue commands to run the equipments to maximize the use of equipments while minize the cost of operation (wages = expansive cost). Actual machine controls(flow control, automatic safety switches) are done by PLC or other embedded devices on site. They are your field operators today! The commands are issues by the central Control Room to those controllers, and they in term control individual devices (pumps, valves, power breakers, you name it). If my descriptions does not convince you how complicated it can be, it is. To have dedicated control networks on those devices, which are not necessarily on the same protocols, especially not at one location, only add cost to the control system. It is better to "out-source" the transmission medium to a more transparant network platform and let the networking people to ensure its constant uptime.
I'm sure I do not have to mention the use of VOIP, audio/video, survalience (security) on the TCP/IP network. We already beat the subject to death.