11.01.2013 Views

Workshop

Workshop

Workshop

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Previous Table of Contents Next<br />

Whoa! You have eight possible ports on your two four-port hubs, but only four stations are listed. A quick<br />

glance at the hubs reveals that, in fact, only four lights are lit out of a possible eight. First of all, NAUN<br />

lists reveal only who is on the network while they are on the network. A NAUN lister can’t list something<br />

that isn’t there. Still, you work quickly, hoping that you’ll do your figuring before anybody kicks in or out<br />

of the ring. By looking at the hubs and correlating the lights that are on to the NAUN list, you deduce that<br />

because your workstation with the NAUN lister is #1 on the list and #3 on the hub, then MY-BOSS is #4<br />

on hub #2, HER-BOSS is #2 on hub #1, and OUR-SERVER is #3 on hub #1.<br />

Most of the time, I just do this to quickly figure out the identity of the machine I need to take out of the<br />

network. You really, really don’t want to rely on this as a method for after-the-fact documentation, mostly<br />

because people are always clicking in and out of the network at exactly the wrong time. This will start to<br />

drive you crazy before too long.<br />

You’ll get large numbers of “frame copied” errors on a switched Token-Ring network if you’re using an<br />

analyzer that wasn’t designed with switching in mind. The analyzer is telling you that somebody claims<br />

they got the frame, but it wasn’t the intended recipient.<br />

In fact, because the switch has joined two separate Token-Rings, the receiving station could not have<br />

received it without the help of the switch. The switch had to grab it. The switch grabs the frame on the<br />

source network and throws it onto a different destination network, where the destination workstation can<br />

get it. The destination network is a separate, physical Token-Ring segment and, as such, has a separate<br />

active monitor and so on; it’s a separate conference table in a separate room. Therefore, it’s okay for the<br />

switch to grab the frame meant for the destination—otherwise, it would never get to the destination. In<br />

other words, the analyzer is fretting about nothing. Here’s the bottom line: Don’t worry about “frame<br />

copied” errors in this scenario.<br />

Let’s Get Physical<br />

Like Ethernet, Token-Ring has overly complex rules about how long the wires can be at what speed using<br />

what type of wire, and so on. The most common cable used to be IBM Type 1. Type 1 shielded twisted<br />

pair (STP) cable is huge and very resistant to EMI (electromagnetic interference), but hard to work with.<br />

Token-Ring comes in two speeds: 4Mb and 16Mb. If you’re using 4Mb, it’s time to change. I can’t even<br />

think of a place where I could get a Token-Ring card that doesn’t also do 16Mb, and I buy used<br />

equipment shamelessly! As an incentive for you to treat yourself to 16Mb (and to keep the discussion<br />

simple) I’m only going to talk about 16Mb rules.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!