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.

Because both <strong>the</strong> VPI and VCI are used in combination <strong>to</strong> make up <strong>the</strong><br />

LCID, two types of forwarding can be performed. This circumstance<br />

has resulted in two different types of ATM switches: VP switches and<br />

VC switches. VP switches make forwarding decisions based only on<br />

<strong>the</strong> VPI value. VC switches alternatively forward cells based on both<br />

<strong>the</strong> VPI and VCI values. VP switches forward cells at a faster rate than<br />

VC switches, because only <strong>the</strong> VPI is considered when making<br />

forwarding decisions. Most public ATM carrier-class switches are<br />

VP-type switches, because <strong>the</strong> granularity afforded by VC-type<br />

switches is not required <strong>to</strong> transport cells across a carrier's ATM cloud.<br />

However, <strong>the</strong> additional examination of <strong>the</strong> VCI header is required at<br />

both ends of <strong>the</strong> public/private transit path and with most private ATM<br />

backbone implementations. Consequently, most private-class ATM<br />

switches are VC-type switches.<br />

The label swapping approach works well for all packet- and<br />

cell-switching connection technologies because of <strong>the</strong>ir<br />

connection-oriented natures. As for <strong>the</strong> VPI and VCI, values are<br />

mostly arbitrary and only relevant <strong>to</strong> <strong>the</strong> local switch. Therefore, <strong>the</strong>y<br />

can be ei<strong>the</strong>r statically or dynamically allocated using signaling when<br />

ATM PVC or SVC connections are established.<br />

LANE<br />

With its fast operating rate and its optimization for carrying<br />

multimedia data (specifically, voice and streaming video), ATM is very<br />

attractive as a LAN backbone and high-speed server connection<br />

technology. It was for this kind of application that LANE was<br />

developed. Today, with Gigabit E<strong>the</strong>rnet and switched port trunking,<br />

<strong>the</strong> use of ATM as a LAN backbone solution is not nearly as attractive<br />

as it was a few years ago. Although ATM's popularity as a LAN<br />

backbone technology is fading, it is growing as a WAN backbone<br />

technology. The bandwidth limitations of Frame Relay are being<br />

realized with more <strong>network</strong>-intensive applications.<br />

Before we look at how LANE works, a brief description of why it is<br />

needed is required. The major operational incompatibility between<br />

ATM and traditional LAN pro<strong>to</strong>cols is not specific <strong>to</strong> ATM only. This<br />

incompatibility exists with all Layer 2 WAN transmission pro<strong>to</strong>cols,<br />

and it is <strong>the</strong> inability <strong>to</strong> handle Layer 3 broadcast and multicast<br />

messages. This is not because of some operational limitation, but<br />

mainly because <strong>the</strong>re are drastically different operational paradigms<br />

that govern <strong>the</strong> design of <strong>the</strong>se pro<strong>to</strong>cols.

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

Saved successfully!

Ooh no, something went wrong!