[ Pobierz całość w formacie PDF ]
.25, przynajmniej na poziomie sieci X.25.Powoduje to marnowanie pasmatransmisyjnego na przesy³anie niepotrzebnych informacji dodatkowych.Chocia¿potwierdzenia X.25 s¹ powieleniem potwierdzeñ na wy¿szym poziomie TCP,dodatkowe informacje w pakietach X.25 s¹ potrzebne do routingu w sieciach VAN.Inny problem dotycz¹cy zastosowania sieci X.25 do ³¹czenia segmentów sieci LANwynika z tradycyjnego u¿ycia sieci VAN do po³¹czeñ typu jeden-do-wielu.Wprzesz³oœci u¿ywano sieci VAN do ³¹czenia wielu klientów z jednym hostem.Struktura op³at i oprogramowanie sieci odzwierciedla ten schemat i sprzyjadalszemu korzystaniu z niego, jednak to nie jest najlepsza struktura dlapo³¹czeñ pomiêdzy sieciami LAN.Z uwagi na ograniczenia dotycz¹ce prêdkoœci oraz mo¿liwoœci ró¿nych pod³¹czeñ,sieci X.25 zosta³y w Stanach Zjednoczonych wyparte przez sieci Frame Relay.Standard Frame Relay posiada wiele zalet X.25, charakteryzuj¹c siê jednoczeœniemniejszym narzutem informacji dodatkowych podczas transmisji.Publiczne i prywatne sieci X.25Sieci X.25 z komutacj¹ pakietów stanowi¹ efektywne rozwi¹zanie dla wieluzastosowañ.Dzia³aj¹ one dobrze tam, gdzie wymagana jest wysoka niezawodnoœæ iniskie opóŸnienia i gdzie wielu u¿ytkowników musi w krótkim czasie ³¹czyæ siê zwieloma hostami.Doskona³ym przyk³adem zastosowania sieci X.25 jest przetwarzanie dokonywanychcodziennie w sklepach op³at za pomoc¹ kart kredytowych.Krótkie wiadomoœci(zawieraj¹ce numer konta, identyfikator sklepu i kwotê op³aty) s¹ przesy³ane doodpowiedniej instytucji rozliczeniowej lub do banku.Potwierdzenia transakcjis¹ rozsy³ane do kilku punktów.Sieci X.25 umo¿liwiaj¹ realizacjê tego procesubez koniecznoœci u¿ywania kosztownych ³¹czy dedykowanych z ka¿dego sklepu doka¿dego banku, który wystawia karty kredytowe.Us³ugi komutacji pakietów mo¿na realizowaæ, buduj¹c sieci prywatne lubwykorzystuj¹c publiczne sieci danych.Jak wskazuje nazwa – sieæ prywatna totaka sieæ,w której zasoby sieciowe s¹ zwykle dedykowane do niewielkiej liczby okreœlonychzastosowañ lub dla ograniczonej grupy u¿ytkowników, tak jak w siecikorporacyjnej.Inaczej mówi¹c – kupuje siê w³asne prze³¹czniki, dzier¿awi ³¹czai dzia³a jako samodzielny operator.Zasoby sieciowe obejmuj¹ ³¹cza dostêpowe,interfejsy sieciowe pomiêdzy u¿ytkownikiem a prze³¹cznikami pakietów, wêz³ykomutacji pakietów (packet switching nodes – PSN), ³¹cza miêdzywêz³owe, które³¹cz¹ prze³¹czniki, oraz system zarz¹dzania sieci¹.Prywatne sieci dostêpowe s¹ najczêœciej obs³ugiwane poprzez ³¹cza dedykowane.Wpublicznych sieciach danych zasoby sieciowe s¹ w posiadaniu niezale¿nych firm,które dzier¿awi¹ je wielu u¿ytkownikom do obs³ugi wielu zastosowañ.Siecipubliczne s¹ najczêœciej dostêpne poprzez ³¹cza komutowane.Paradoks X.25Ze zdumieniem stwierdziæ nale¿y, ¿e niezawodnoœæ X.25 jest w rzeczywistoœciminusem tego protoko³u.Filozofia projektowa wspó³czesnych sieci przenosiodpowiedzialnoœæ za gwarancjê dostawy na protoko³y wy¿szych warstw ni¿ X.25.Dziêki funkcjom takich protoko³Ã³w – na przyk³ad TCP – nie potrzebujemy na dobr¹sprawê elegancji i nadmiarowoœci X.25.To dziwne, ale tak potoczy³a siêewolucja komunikacji sieciowej.Protokó³ X.25 okaza³ siê na swoje nieszczêœciezbyt dobry i zosta³ zepchniêty na margines przez mniej wyrafinowan¹ idysponuj¹c¹ mniejszymi mo¿liwoœciami technologiê Frame Relay.Podstaw¹ decyzji o wykorzystaniu sieci prywatnych lub publicznych s¹najczêœciej przes³anki ekonomiczne oraz – w pewnym zakresie – po¿¹danawydajnoœæ sieci.Z tej drugiej perspektywy sieci publiczne nadaj¹ siê do wieluzastosowañ, jednak pewne aplikacje mog¹ wymagaæ specjalistycznych modyfikacjisieci.W takich przypadkach sieci prywatne zapewniaj¹ elastycznoœæ niezbêdn¹ dozaoferowania oczekiwanych charakterystyk wydajnoœci.W sieciach publicznych u¿ytkownik p³aci za czas po³¹czenia i objêtoœæprzesy³anych danych.Choæ stosowane s¹ ró¿ne praktyki cenowe, generalnie p³acisiê tym wiêcej, im wiêcej siê z sieci korzysta.W sieciach prywatnych kosztyokreœlane s¹ pocz¹tkowymi nak³adami inwestycyjnymi oraz kosztami eksploatacjisieci.Frame RelayKonserwatywny protokó³ X.25 liczy, potwierdza i nadzoruje wszystkie pakiety,a nawet czuwa nad retransmisj¹ pakietów, które nie przesz³y przez sieæ.Takiepodejœcie chroni dane, jednak wykorzystuje wiele kosztownych zasobówobliczeniowych i komunikacyjnych w sieci do wykonania dodatkowych zadañ.Narynku sieci WAN pojawi³ siê mniej „troskliwy”, ale te¿ i mniej prze³adowanyprotokó³ o nazwie Frame Relay i zyska³ tak¹ popularnoœæ, ¿e obecnie w StanachZjednoczonych wykorzystywany jest w niemal wszystkich nowych ³¹czach WANzamiast protoko³u X.25.Koncepcja protoko³u Frame Relay wykorzystuje fakt, ¿e we wspó³czesnych sieciachniezawodnoœæ transmisji opiera siê na oprogramowaniu wy¿szych warstw oraz to,¿e wspó³czesne systemy transmisyjne s¹ doœæ niezawodne.Dziêki temu zredukowanododatkowe zabezpieczenia danych i uzyskano wiêksz¹ przepustowoœæ przy ni¿szychkosztach, unikaj¹c jednoczeœnie niedopuszczalnej utraty danych.Idea Frame Relay przenosi czêœæ odpowiedzialnoœci, spoczywaj¹cej w sieciachX.25 na prze³¹cznikach, na urz¹dzenia koñcowe po obu stronach po³¹czenia.Jeœliwyst¹pi problem z pakietami (w przypadku protoko³u Frame Relay bardziejuprawnione wydaje siê okreœlenie „ramka” – przyp.t³um.) – na przyk³ad utraconezostan¹ bity lub przeci¹¿ony wêze³ bêdzie odbiera³ wiêcej pakietów ni¿ jest wstanie przetworzyæ – sieæ Frame Relay odrzuca dane i oczekuje od urz¹dzeñkoñcowych podjêcia dzia³añ naprawczych.Najczêœciej chodzi o ponown¹ transmisjê danych, którym nie uda³o siê przejœæprzez sieæ.Poniewa¿ protoko³y sieci lokalnych – takie jak TCP lub IPXcharakteryzuj¹ siê w³asn¹ kontrol¹ b³êdów, wtórn¹ wobec kontroli w sieciachX.25, dobrze wpasowuj¹ siê one w architekturê Frame Relay, w której takiejkontroli nie ma.Z drugiej jednak strony schemat odtwarzania oparty na urz¹dzeniach koñcowychmo¿e byæ kosztowny ze wzglêdu na dodatkowy ruch w ca³ej sieci.Jeœli pakietyFrame Relay zostaj¹ odrzucone z powodu przeci¹¿enia sieci, ponowna transmisjadanych dodatkowo pogarsza sytuacjê.Zatem nawet pomimo tego, ¿e stacje koñcowemog¹ odtworzyæ odrzucone bloki danych, wci¹¿ wa¿ne jest zminimalizowanie liczbyodrzuceñ.Poniewa¿ ruch w sieciach LAN ma charakter impulsowy, prawdopodobieñstwosporadycznych zatorów jest wysokie (chyba, ¿e u¿ytkownik zdecyduje siêzainwestowaæ wiêcej w sieæ ni¿ to niezbêdne i zwiêkszyæ pojemnoœæ linii iprze³¹czników).Istotne staj¹ siê wiêc mo¿liwoœci sieci Frame Relay w zakresieroz³adowywania zatorów.Standard Frame Relay zawiera kilka nieobowi¹zkowychsugestii dotycz¹cych sygnalizowania stanu przeci¹¿enia w sieci i reakcji na tesygna³y ze strony urz¹dzeñ portalowych sieci LAN.Poniewa¿ zalecenia te niemaj¹ charakteru obowi¹zuj¹cego, firmy mog¹ instalowaæ urz¹dzenia zgodne zestandardem Frame Relay, które jednak nie maj¹ mo¿liwoœci sterowaniaprzeci¹¿eniami.Dwie wa¿ne cechy dotycz¹ce sterowania przeci¹¿eniami to bit discard eligibility(DE – spe³nienie warunków do odrzucenia) w formacie Frame Relay oraz ustalenieszacowanej prêdkoœci ruchu zwanej commited information rate (CIR – uzgodnionaprêdkoœæ transmisji).Nadanie bitowi DE wartoœci 1 kwalifikuje ramkê do odrzucenia w pierwszejkolejnoœci w przypadku wyst¹pienia przeci¹¿enia
[ Pobierz całość w formacie PDF ]