09.12.2012 Views

Understanding the network.pdf - Back to Home

Understanding the network.pdf - Back to Home

Understanding the network.pdf - Back to Home

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

and so on) should be localized as groups on each side of <strong>the</strong> router or<br />

bridge. This way, <strong>the</strong> available bandwidth is shared between localized<br />

end-stations, and <strong>the</strong> bridge or router is only used for<br />

segment/<strong>network</strong> data exchanges. Although this seems like a<br />

relatively straightforward idea, it is <strong>the</strong> most common <strong>network</strong> design<br />

mistake made. When expanding or changing <strong>the</strong> <strong>to</strong>pology of <strong>the</strong><br />

<strong>network</strong>, it is vital that you identify how <strong>the</strong> end-stations on <strong>the</strong><br />

<strong>network</strong> interact with each o<strong>the</strong>r.<br />

If you have 300 users sending print jobs over a router because all <strong>the</strong><br />

printers are on a separate <strong>network</strong>, or have six different workgroups<br />

of users who, for <strong>the</strong> most part, exchange files among <strong>the</strong>mselves on<br />

<strong>the</strong>ir own local common E<strong>the</strong>rnet segment, <strong>the</strong> <strong>network</strong> is not<br />

designed <strong>to</strong> meet <strong>the</strong> data flow of <strong>the</strong> users connected <strong>to</strong> it. A more<br />

sensible approach is <strong>to</strong> have printers distributed across different<br />

<strong>network</strong>s so <strong>the</strong> traffic is localized. Segmenting E<strong>the</strong>rnet users in<strong>to</strong><br />

smaller localized collision domains will minimize bandwidth contention,<br />

resulting in better available bandwidth utilization. This also is true for<br />

Token Ring users, even though <strong>to</strong>ken-based technologies allocate<br />

bandwidth more efficiently. The larger <strong>the</strong> node count on <strong>the</strong> ring, <strong>the</strong><br />

longer <strong>the</strong> distance between transmission times. The <strong>network</strong>'s traffic<br />

flow dictates how well <strong>the</strong> <strong>network</strong> will perform. If routers and bridges<br />

are placed badly, <strong>the</strong> <strong>network</strong> performance can suffer substantially,<br />

and might be even worse in some cases than before <strong>the</strong>y were<br />

installed.<br />

In most LAN situations, bridging is a more efficient (from a<br />

performance and cost perspective) means for addressing Layer 2<br />

performance and expansion problems than introducing a new router.<br />

This is particularly true when you are integrating media types of<br />

similar or higher speeds. One popular and common example is <strong>the</strong> use<br />

of translation (or encapsulation) bridges <strong>to</strong> connect E<strong>the</strong>rnet and<br />

Token Ring <strong>network</strong> segments <strong>to</strong> FDDI backbones. This can provide<br />

reliable redundant transport at 5 <strong>to</strong> 25 percent performance<br />

improvements for Token Ring and 10 percent for E<strong>the</strong>rnet. Ano<strong>the</strong>r<br />

very common application of <strong>the</strong> translation bridge is <strong>the</strong> variation<br />

known as <strong>the</strong> WAN or remote bridge. Remote bridges use dedicated<br />

WAN point-<strong>to</strong>-point links <strong>to</strong> connect remote LAN segments <strong>to</strong>ge<strong>the</strong>r.<br />

This approach is common on <strong>network</strong>s that use Layer 3 pro<strong>to</strong>cols that<br />

do not support routing well, such as AppleTalk phase 1 or DEC's Local<br />

Area Transport (LAT), which doesn't route at all.<br />

It is appropriate <strong>to</strong> use routers <strong>to</strong> address Layer 3 <strong>network</strong>ing issues.<br />

Most often, <strong>the</strong>se are issues like <strong>network</strong> security or access. O<strong>the</strong>r<br />

common Layer 3 issues include <strong>network</strong> application performance,

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

Saved successfully!

Ooh no, something went wrong!