17 ‐ Building a Real‐World Network

Thursday, May 4, 2017 1:47 PM

Network Types
Mike looks at the scope of different scales of networking.

From <https://hub.totalsem.com/content/2257#path=2257,2500,2501> 

LAN, WAN, W‐WAN, MAN, PAN

LAN: 1 switch with some computers hooked to it:

• They can all ping each other
• They are all on the same broadcast domain
• Doesn't matter how many more switches I add. As long as everyone is on the same broadcast 
domain I am on a LAN.

The moment I come in and add a router and this connects to another LAN somewhere, I am now on a 
Wide Area Network (WAN).

Network+ Page 1
Campus Area Network (CAN): campus with interconnections between these buildings

Metro Area Network (MAN): a whole city interconnected. i.e. the city of Houston that interconnects

The Internet: 2 or more cities interconnected

Network+ Page 2
Intranet: Private network

WAP and Wireless Clients

Wireless Local Area Network (WLAN): All of these guys are on the same broadcast domain. They can 
see each other and ping each other.

I can even add more WAPs. That's still a WLAN.
As long as we don't put any routers in this, it is one big WLAN.

Network+ Page 3
Bluetooth: setup a Personal Area Network (PAN) for 2 Bluetooth devices. Pair them.

Be comfortable with all of these different acronyms.

2. Network Design
Mike brings in some help to discuss network design aspects.

From <https://hub.totalsem.com/content/2257#path=2257,2500,2502> 

How to design a network:

Network+ Page 4
1. Start by assessing customer needs.

• What does the company do?
• What does the company need?
• System analysis.

2. Assess current networking infrastructure

• Should have structured cabling.

Network+ Page 5
3. Incorporate security considerations early in the design process

• At this point you're building up your network diagrams, creating the documentation.
• Think about power, environmental stuff.

4. Analyze existing network documentation

• In general, most places do not have any documentation.

Network+ Page 6
5. Check for compatibility with existing network hardware

• Also take into account bandwidth. i.e. older CAT5. Most everything now you're dropping CAT6 
into. You have VoIP going on, and more noise. VoIP needs a lot of runs.

6. Check operating system compatibility

• A lot of times older systems are running Windows Server 2000. You have to understand that this is 
older infrastructure that is running, so you have to build up new infrastructure around it without 
messing things up. 

Network+ Page 7
 7. Assess wireless needs

• If you're putting in wireless it is probably going to be a new implementation for that place. 
• Look at the quality of it, where you're going to be putting your devices, the security of it, and if 
they want Guest wireless (guarantees the need for another SSID, running separate VLANs for it).

Questions:

How do you deal with connecting to intranet or extranet type stuff (main office to branch office)?
• A lot of companies use direct connectivities between major locations. Big T1s, T3s.
• Some have faith in the common internet. Basic VPN, GRU tunnels, MPLS.

What do you do to connect to ISPs? What's the right robust thing to do?
• You don't want to have everything limited to 1 ISP. Every ISP eventually goes down/has an issue. 
Have multiple ISPs maintaining your connectivity.
• The last little distribution from the basement to the office. Make sure you're running separate 
connectivity from where the ISPs come into your building all the way up your stack to where your 
office is actually located at.

Make sure you consider things like:
• Backward compatibility
• Worry about what the customer's needs are
• Think and be practical

Network+ Page 8
 3. SCADA and ICS
Mike looks at Industrial Control Systems and the broader scale Supervisory Control and Data Acquisition 
technologies.

From <https://hub.totalsem.com/content/2257#path=2257,2500,2527> 

Mike used to work in a cheese plant. In order for this to work well, they needed Industrial Controls.

ICS: where we use automation to control the process of any type of system.

So in the cheddar cheese plant they had things on like if the temperature got too low it would turn on a 
burner to heat things up.

Simple ICS example:

Machine: a single device that needs some kind of control and monitoring.

Controller / ICS Server: a PC designed to handle processing. 

Sensors: watch for things like temperature, level of fluid, other things to take place.

Actuator: like a pump, light, or some kind of motor. They actuate based on Sensor readings.

Interface: where human beings talk to the ICS Server so they can monitor the process, if they want to 
make changes, etc.

Network+ Page 9
This has been a good system, but because computers have become so in expensive we start to see 
Distributed Computer Systems. DCS is simply an extension of ICS.

These machines look the same but they could be 4 stages in a process:

You could also have just 1 ICS server that is handling a Distributed number of systems like this. The 
single box can make adjustments to other boxes upstream or downstream in the process. 

You're still going to have some kind of interface for the humans to do what they do:

Network+ Page 10
These are the base pieces for an ICS. 

When we're talking about an ICS or DCS we are usually talking about a process that takes place at 1 
physical location. i.e. at the cheese plant. It is physically 1 area, and somewhere that humans can get to 
quickly if something goes wrong.

There is another form of ICS called Supervisory Control and Data Acquisition (SCADA). It is designed for 
long distance things oil field pipelines, railroads. In this case, the ICS controllers themselves have to be a 
little bit more autonomous; more ready to take care of something because it might take people a while 
to get there.

The ICS server itself is called a Programmable Logic Controller (PLC). These are PCs. They have CPUs and 
RAM and storage. They're usually headless ‐ they don't have keyboards or monitors connected to them. 
They even have their own Operating Systems, like embedded Windows, embedded Linux, or VX Works. 
Unique OSes for PLCs. The bottom line is they are still really computers.

The interface itself is a Human Machine Inferface (HMI). This is also a computer but we don't want out 
plant operators playing Solitaire while they're working. So these are very specific screens with a very 
specific interface that is unique to the process that's being monitored.

Network+ Page 11
Supervisory Control and Data Acquisition System (SCADA): it is ICS but it has 1 part that you don't 
typically see when looking at typical ICS, a Remote Terminal Unit.

RTU: is more powerful than a PLC. It is more autonomous, it gathers more data, it's designed to run on 
its own a little bit.

These are sensory tools that are tracking whatever it happens to be doing:

Network+ Page 12
Then there is some type of interface, like keyboards and mice and monitors.

The actual RTU itself that is doing all of the hard work:

Network+ Page 13
ICS is an amazing career opportunity.

4. Unified Communications
Mike introduces us to the conglomerated world of Unified Communications.

From <https://hub.totalsem.com/content/2257#path=2257,2500,2528> 

Awhile ago your typical office phone looked like this, with a RJ11 connector on the back. Worked with 
PBX systems.

Network+ Page 14
Today, VoIP is taking over.

Google Talk and Skype are VoIP, but the VoIP he is talking about is where people expect to have a 
phone. 

Here's an old school PBX system:

The PBX is a box (arguably a computer, really a switching device that is completely analog, with RJ11 
connections). Your PBX style phones would plug into the PBX box and it would be connected to the 
phone lines. It could do things like voicemail, call forwarding, intra office communications.

Network+ Page 15
PBX worked well but a better solution came out.

Now you connect a VoIP box to the LAN itself. 

In most cases what you have is a server running very specific VoIP software. Typical setup:

Now the VoIP box/server just connects to the internet/the cloud:

Network+ Page 16
Once we have VoIP we can do a lot more than that.

Unified Communications is like VoIP on steroids. 

Video Conferencing: usual have 1 person giving a presentation, and it is propagated over the internet. 
Usually a 1 way type of communication.

Network+ Page 17
Real Time Video: everyone is like a peer, with their own camera, mic, and interface. Anybody can pretty 
much talk to anybody at anytime.

Can handle a workflow of individuals being able to speak to eachother whenever they want.

Network+ Page 18
Presence: able to determine who is there and who is not there. i.e. Scott in the upper corner is not in 
the meeting yet.

UC Device (VoIP Phone): has RJ45 connection(s), a microphone, camera so people can see you, and a big 
display.

UC Server: the switchboard of any UC connection, stores the voicemail, the cornerstone of any local 
unified communication.

UC Gateway: will act as an interconnection between offices at the edge of each network so they can talk 
to each other.

Example:
- Organization with 5 locations.
- Want to use my network to send voice and video. If video is choppy that is problem. So we create 
a Medianet.

Network+ Page 19
Medianet: a bunch of UC Gateways that using Quality of Service techniques make sure that our voice 
and video data get from 1 place to the next in a timely basis.

A lot of ports involved with UC:

- Realtime Transport Protocol (RTP): TCP ports 5004 and 5005
- Session Initiation Protocol (SIP): TCP ports 5060 and 5061
- H.323: TCP port 1720
- Media Gateway Control Protocol (MGCP): ports 2427 and 2727

Cisco provides certifications just in their UC technology.

Network+ Page 20
Network+ Page 21