[Obsah] [Zpět na stránku projektu] [PASNET]
|
|
V této části jsou popsány dílčí úkoly, kterým se řešitelé věnovali za účelem připravit kvalitní, dostatečně robustní síťové prostředí na páteřní části sítě tak, aby bylo možné využívat služeb se zaručenou kvalitou (QoS).
Řešitelé projektu už v návrhu projektu předpokládali další rozšiřování páteřní sítě tak, aby byla zachována jednotná struktura sítě - tj. základem páteře jsou ATM přepínače CISCO LS1010. Hraničními prvky páteřní sítě pak jsou stávající ATM směrovače řady C4700, C7000 a C7500.
Již při instalaci prvních přepínačů buněk ATM v síti Pasnet bylo vytvořeno schéma adresace (přidělení NSAP adres jednotlivým prvků ATM sítě) v souladu s adresací sítě národního výzkumu TEN34CZ, kde bylo možné předpokládat integraci do adresace evropské ATM sítě. Před zahájením řešení tohoto projektu bylo využito (s ohledem na malý počet ATM přepínačů) statického směrování signalizačních požadavků - tzv. IISP (Interim InterSwitch protocol) protokol. V souladu s návrhem projektu bylo zavedeno dynamického směrování pomocí protokolu PNNI (Protocol Network to Network Interface), které umožní plně využít robustnosti technologie ATM např. k zálohování či vyvažování zátěže. V průběžné zprávě o řešení projektu za rok 1999 je podrobněji uveden model využití hierarchického dynamického ATM směrování, který je v současnosti na ATM páteři sítě Pasnet používán. Zatím se, bohužel, nepodařilo zrealizovat plánované "zakruhování" páteřní ATM sítě v oblasti západní části Prahy (neúspěšný grant FRVŠ na vybudování optické trasy do Veleslavína, Motola …) a ani nedošlo k předpokládanému propojení s ATM sítí ČVUT (které by také mohlo přinést částečné zálohování na úrovni PNNI) z důvodů plánovaného přechodu sítě ČVUT na gigabitovou technologii. Realizace navrženého modelu dynamického směrování tak zatím přináší především snadnou administraci sítě.
Obvykle je možnost využití QoS služby v koncovém uzlu vázána na zařízení s nativní podporou ATM technologie - tj. na síťové adaptery s podporou ATM, na speciální karty např. do pobočkových ústředen s podporou ATM, speciální kodeky pro videokonference (např. AVA/ATV), které vyžadují vytvoření virtuálního spoje v síti s konkrétními QoS parametry (definice požadované kvality síťové služby - virtuálního okruhu).
Za pomoci speciálního HW, který emuluje některou standardní službu - např. tzv. CES (Circuit emulation services) moduly pro LS1010, které umožní propojovat přes ATM síť zařízení (např. pobočkové ústředny se standardním E1 rozhranním), která podporu ATM v sobě nemají - převod na ATM buňky a emulace telefonního okruhu s požadovanými parametry je pak záležitostí těchto CES modulů.
Jednotná struktura navržená podle 4.1, zavedená NSAP adresace i použitá signalizace umožňují koncovým ATM zařízením v plné míře vytvářet a využívat virtuální okruhy se specifickými QoS parametry dle svých požadavků a možností (verze UNI signalizace,…). Páteřní přepínače LS1010 podporují jak standardní UNI 3.0/3.1 signalizaci, tak i signalizaci UNI4.0 umožňující právě specifikaci některých dalších QoS parametrů.
Pro aplikace, které vyžadují permanentní virtuální okruh (např. protože nemají podporu signalizace) lze nabídnout bez náročnějších konfiguračních procedur i tuto službu - s využitím tzv. SoftPVC okruhů.
Pro ilustraci uveďme postup administrátora, který je požádán o vytvoření takového okruhu.
Příklad:
Zadání: Vytvoření PVC okruhu třídy CBR s kapacitou (rozuměj PCR) např. 20 Mbs mezi lokalitami sw-gfu (port atm0/0/1) a sw-ruk (port atm1/0/3) zakončeného na obou stranách spoje VPI= 1 VCI=36.
Postup:
1. rozhodnutí, ze které strany bude provedena konfigurace - např. na sw-ruk
2. zjištění NSAP adresy pro zakončení SoftPVC na protější straně-
sw-gfu
- přihlášení na sw-gfu
sw-gfu>sh atm addresses
Switch Address(es):
39.203F11000000010003000000.003080CE1101.00 active
Soft VC Address(es):
39.203f.1100.0000.0100.0300.0000.4000.0c80.0000.00 ATM0/0/0
39.203f.1100.0000.0100.0300.0000.4000.0c80.0010.00 ATM0/0/1
39.203f.1100.0000.0100.0300.0000.4000.0c80.0020.00 ATM0/0/2
39.203f.1100.0000.0100.0300.0000.4000.0c80.0030.00 ATM0/0/3
39.203f.1100.0000.0100.0300.0000.4000.0c80.1000.00 ATM0/1/0
39.203f.1100.0000.0100.0300.0000.4000.0c80.1010.00 ATM0/1/1
39.203f.1100.0000.0100.0300.0000.4000.0c80.1020.00 ATM0/1/2
39.203f.1100.0000.0100.0300.0000.4000.0c80.1030.00 ATM0/1/3
hledaná NSAP adresa je 39.203f.1100.0000.0100.0300.0000.4000.0c80.0010.00
3. příprava záznamu (typu QoS spoje) do tabulky provozních spojení na
sw-ruk "connection traffic table" (CTT)
- přihlášení na sw-ruk
- zjištění volného indexu v CTT příkazem "sh atm
connection-traffic-table"
sw-ruk>sh atm connection-traffic-table
Row Service-category pcr scr/mcr mbs cdvt
1 ubr
7113539 none none
2 cbr
424 none
3 vbr-rt
424 424 50
none
4 vbr-nrt 424
424 50 none
5 abr
424 0
none
6 ubr
424 none
none
10 cbr
100
10
11 ubr
1000 none
none
13 vbr-nrt 130
50-0 60 none
15 cbr
1000
none
100 vbr-nrt 81
81-0 50 none
…
- výběr libovolného volného indexu - např. 20
4. konfigurace záznamu podle specifikovaných parametrů
sw-ruk#conf t
Enter configuration commands, one per line. End with CNTL/Z.
sw-ruk(config)#atm connection-traffic-table-row index 20 cbr pcr 20000 cdvt ?
<0-2147483647> cell times
sw-ruk(config)#atm connection-traffic-table-row index 20 cbr pcr 20000
sw-ruk(config)#exit
sw-ruk#
- kontrola správnosti vytvoření např. příkazem
sw-ruk#sh atm connection-traffic-table row 20
Row Service-category pcr scr/mcr mbs cdvt
20 cbr
20000
none
5. samotná konfigurace oboustranného SoftPVC na sw-ruk z konfiguračního prostředí výchozího interfacu (ATM1/0/3) se specifikací indexu 20 CTT v obou směrech
sw-ruk#conf t
Enter configuration commands, one per line. End with CNTL/Z.
sw-ruk(config)#int atm1/0/3
sw-ruk(config-if)#atm soft-vc 1 36 dest-address
39.203f.1100.0000.0100.0300.0000.4000.0c80.0010.00 1 36 RX-cttr 20 TX-cttr 20 pd
on upc tag enable
sw-ruk(config-if)#exit
sw-ruk(config)#exit
sw-ruk#
parametr pd (Packet discard) aktivuje stejnojmennou metodu, při které je-li zahozena jedna buňka, automaticky se zahazují i ostatní buňky stejného paketu (je signalizováno nastavením bitu v hlavičce ATM buňky). Parametr upc (Usage parametr control) pak určuje, jak se switch zachová k buňkám, které překročí specifikované parametry (PCR) - v tomto případě bude buňka označena (tagged) a propuštěna dále (označené buňky jsou v případě indikace zahlcení sítě "zahazovány" jako první).
6. kontrola úspěšnosti vystavení okruhu
signalizace není úspěšná např. v následujících případech
- VPI/VCI na některém ze specifikovaných interfacu je již použito
- v síti není možné zajistit - např. z kapacitních důvodů - požadovanou
kvalitu služby
sw-ruk#sh atm vc int atm1/0/3
Interface VPI VCI Type X-Interface X-VPI X-VCI Encap Status
…
ATM1/0/3 1 36 SoftVC ATM3/0/0 0 156 UP
…
nebo přímo
sw-ruk#sh atm vc int atm1/0/3 1 36
Interface: ATM1/0/3, Type: oc3suni
VPI = 1 VCI = 36
Status: UP
Time-since-last-status-change: 00:20:03
Connection-type: SoftVC
Cast-type: point-to-point
Soft vc location: Source
Remote ATM address: 39.203f.1100.0000.0100.0300.0000.4000.0c80.0010.00
Remote VPI: 1
Remote VCI: 36
Soft vc call state: Active
Number of soft vc re-try attempts: 0
First-retry-interval: 5000 milliseconds
Maximum-retry-interval: 60000 milliseconds
Aggregate admin weight: 10080
TIME STAMPS:
Current Slot:2
Outgoing Setup November 19 19:45:53.708
Incoming Connect November 19 19:45:53.736
Packet-discard-option: enabled
Usage-Parameter-Control (UPC): tag
Wrr weight: 2
Number of OAM-configured connections: 0
OAM-configuration: disabled
OAM-states: Not-applicable
Cross-connect-interface: ATM3/0/0, Type: oc12suni
Cross-connect-VPI = 0
Cross-connect-VCI = 156
Cross-connect-UPC: pass
Cross-connect OAM-configuration: disabled
Cross-connect OAM-state: Not-applicable
Threshold Group: 1, Cells queued: 0
Rx cells: 0, Tx cells: 244
Tx Clp0:244, Tx Clp1: 0
Rx Clp0:0, Rx Clp1: 0
Rx Upc Violations:0, Rx cell drops:0
Rx pkts:0, Rx pkt drops:0
Rx connection-traffic-table-index: 20
Rx service-category: CBR (Constant Bit Rate)
Rx pcr-clp01: 20000
Rx scr-clp01: none
Rx mcr-clp01: none
Rx cdvt: 1024 (from default for interface)
Rx mbs: none
Tx connection-traffic-table-index: 20
Tx service-category: CBR (Constant Bit Rate)
Tx pcr-clp01: 20000
Tx scr-clp01: none
Tx mcr-clp01: none
Tx cdvt: none
Tx mbs: none
Jak je vidět z výše uvedených výpisů, administrátor vytvořil (vlastně pomocí 2 řádků konfigurace) požadovaný okruh (signalizace na trase byla v tomto případě úspěšná), který je možné vzápětí začít využívat. Samozřejmě pomine-li potřeba tohoto okruhu, je žádoucí, aby byl opět administrátorem zrušen.
Obecně lze konstatovat, že v páteřní části ATM sítě Pasnet (ATM přepínače) je možné dynamicky vytvářet virtuální okruhy všech tříd (CBR, VBR, ABR, UBR) včetně specifikace relevantních parametrů, jednoduché experimenty v části QoS pro koncové aplikace potvrzují, že požadované parametry jsou skutečně dodrženy. To umožňuje využívat sítě Pasnet jako multifunkční sítě pro přenos smíšených dat.
Snahou umožnit využití QoS "koncovým" uživatelům sítě může být např. i využití třídy UBR+, kterou podporují vyšší verze IOS na směrovačích při vystavování "direct" SVC pro LANE. V takovém případě lze pro konkrétní provoz mezi LANE klienty (kteří oba podporují UBR+) vytvořit SVC s nově definovanou třídou UBR+ a specifikací MCR, případně CDVT. Taková SVC jsou v případě přetížení sítě preferována před LANE standardně používanými SVC třídy UBR. Třída UBR+ je optimální v kombinací se službou VLAN sítí pro propojení důležitých kapacitně náročných projektů (serverové farmy, cache, news….) i pro zřízení "managovacích" VLAN sítí pro přístup k zařízením (v případě přetížení linky je možné se preferovaným kanálem na směrovač přihlásit a udělat potřebnou akci).
Určitým omezením v síti Pasnet je používaný hardware - směrovače řady C7000 aktuálně používané v síti Pasnet již nejsou podporovány a v posledních dostupných verzích IOS pro tuto platformu z loňského roku není využití třídy UBR+ pro LANE implementováno.
Stávající nevýhodou ATM technologie je nemožnost jednoduše využít ATM služby se zaručenou kvalitou pro standardní IP provoz, který je stále nejvíce žádanou službou (standardní IP konektivita). Přestože na IP úrovni jsou již možnosti pro "označení" preferovaného provozu, směrovače umí s těmito informacemi zacházet (preference při bufferování, …), není ve stávajícím modelu (s páteřní LANE) možnost pro preferovaný IP provoz zajistit mapování do ATM služby se zaručenými parametry (snad kromě možnosti využití třídy UBR+ - viz výše).
Obecně je zajišťování rozvíjejících se IP QoS služeb nad ATM sítí možné vyřešit buď na HW úrovni - aktuálně jsou nabízeny některé moduly (enhanced ATM port adaptery), které umožňují určitým způsobem mapovat IP QoS na ATM QoS - lépe však nasazením nové technologie MPLS (Multiprotocol label switching), která slibuje podporu IP QoS na páteřní síti při současném zachování standardních ATM QoS služeb.
Zjednodušeně si lze představit princip MPLS tak, že páteřní síť je rozdělena na vnitřní a okrajová zařízení (boxy - pojem směrovače a switche je zde poněkud zavádějící, neboť ve funkci MPLS zařízení může vystupovat jak směrovač, tak např. ATM switch). Na okrajových zařízeních je klasifikován vstupní provoz (z LAN sítí), podle dostupných informací (z hlavičky IP paketu) je paket označen tzv. "labelem" nebo-li jmenovkou a je odeslán do vnitřní sítě. Zde je paket na základě své jmenovky velice jednoduchým algoritmem obdobným ATM přepínání přesměrován k cílovému okrajovému MPLS boxu. Výhodou MPLS je také to, že není přímo vázána na specifickou technologii druhé vrstvy OSI modelu - je možné ji aplikovat jak v síti s gigabitovým ethernetem, tak např. nad ATM sítí. Při využití technologie ATM je možné použít standardní ATM jmenovky (VPI/VCI) jako "labely" - tzv. ATM MPLS, jinak je MPLS označováno jako tzv. "packet based MPLS".
To odpovídá i základnímu trendu moderních síťových technologií - s ohledem na rostoucí potřeby kapacity linek přenést maximum potřebné výpočetní kapacity (např. CPU, MEM pro směrovací algoritmy a udržování směrovacích tabulek) na okrajová zařízení sítě. Vnitřní zařízení jsou naopak uzpůsobena maximálnímu výkonu co nejjednoduššími algoritmy doručování datových informací (v případě MPLS přepínání na základě jmenovek).
Při úvahách o nasazení technologie MPLS na páteři sítě Pasnet řešitelé zvažovali přínosy této technologie ve srovnání se stávajícím modelem sítě Pasnet (LANE). Jde především o decentralizovaný model (oproti LANE odpadají potíže s redundancí nezbytných serverů), který umožňuje zajištění klasifikace provozu a služeb se zaručenou kvalitou - tzv. Class of servis (LANE pouze UBR event. UBR+). Další z propagovaných výhod MPLS je i možnost vytváření virtuálních privátních sítí přes veřejnou infrastrukturu (tzv. VPN sítě).
Z výše uvedeného vyplývá, že úvahy o zavedení MPLS technologie v síti Pasnet jsou opodstatněné (i přes veškerou kvalitu aktuálně zajišťovaných služeb může být MPLS přínosem). Pro přechod páteřní části sítě Pasnet na MPLS je však nezbytné zakoupení licence pro IOS s podporou MPLS - tzv. tag switchingu - na všech páteřních prvcích (především LS1010 přepínačích a C4700 směrovačích). Navíc v síti Pasnet je dosud provozně používáno několik směrovačů řady 7000, pro které již bylo ze strany výrobce oznámeno ukončení podpory (End of Life) a z tohoto důvodu není možné MPLS nasadit (nové verze IOS pro tento produkt již nejsou a ani nebudou vytvářeny, stávající MPLS nepodporují). I z tohoto důvodu ještě v letošním roce k nasazení MPLS technologie v síti Pasnet nedošlo (MPLS však umožňuje i koexistenci s LANE, takže i toto je řešitelné), rozhodující však byl nedostatek finančních prostředků nositelů projektu na zakoupení potřebných licencí a dosud malé zkušenosti řešitelů s MPLS nezbytné k provoznímu nasazení.
S ohledem na stále rostoucí význam spolehlivosti služeb poskytovaných v akademické síti Pasnet (především při řešení vědeckých a výzkumných úkolů a projektů je ztráta internetové konektivity - např. emailové komunikace - velmi nepříjemná) zvažovali řešitelé stávající konfiguraci sítě a její odolnost vůči případným výpadkům centrálních aktivních prvků či poruchám stávající infrastruktury. Reálná situace (poškození optické infrastruktury) ukázala, že stávající stav konfigurace sítě není plně z hlediska odolnosti plně vyhovující. Řešitelé projektu se proto rozhodli přehodnotit stávající konfiguraci a navrhnout robustnější řešení.
Páteř sítě Pasnet - ve které jsou všechny směrovače s ATM rozhraním - používá model LANE. LANE emuluje LAN typu Ethernet a z pohledu vyšších protokolů (např. směrovacího OSPF, který je v síti Pasnet používán) jsou proto všechny páteřní směrovače připojené v takové ELAN síti transparentně umístěny na stejném ethernetovém segmentu. V případě Pasnetu je k propojení páteřních směrovačů použita ELAN s názvem PasnetMain. Jak již bylo řečeno, nevýhodou technologie LANE je potřeba centrálních prvků (serverů). Výpadek zařízení, na kterém jsou provozovány LANE servery (LECS, LES, BUS), způsobí nefunkčnost celé emulované LAN sítě. Současná konfigurace ATM části Pasnet řeší redundanci LANE serverů pro páteřní ELAN PasnetMain pomocí proprietárního řešení CISCO zařízení - tzv. SSRP (Simple Server Redundancy Protocol). Toto řešení spočívá v tom, že LANE servery pro tuto ELAN (aktuálně na směrovači atmfelk) jsou duplikovány na zařízení, které je umístěné v jiné lokalitě (atmovc). Prostřednictvím SSRP protokolu se LANE servery dohodnou, který z nich bude primární a který záložní. LANE servery udržují mezi sebou SVC spojení a v případě zjištění vzájemné nedostupnosti je záložní server prohlášen za aktivní a začne poskytovat potřebné LANE služby. Jednotliví LANE klienti získávají NSAP adresu konfiguračního serveru (a od něj i LANE serveru) prostřednictvím protokolu ILMI (Interim Local Management Protocol) z ATM přepínače, ke kterému jsou připojeni. Na přepínači jsou uvedeny oba LECS, přičemž primární je uveden jako první. V případě, že není možné se přihlásit k LECS na získané NSAP adrese nebo dojde ke ztrátě SVC spojení na primární LES, zkouší se LE klienti přehlásit na LANE servery záložní (NSAP adresa uvedená na přepínači jako druhá). Samozřejmě po obnovení dostupnosti primárních LANE serverů je prostřednictvím SSRP uvedeno vše do původního stavu.
Používaná konfigurace zajišťuje, že v případě výpadku či nedostupnosti zařízení, na kterém jsou provozovány primární LANE servery, bude funkčnost ELAN realizována záložními servery provozovanými v jiné lokalitě. Podle získaných zkušeností je doba plného obnovení funkčnosti ELAN po předchozím selhání primárních LANE serverů řádově několik minut (aktivace záložních serverů, přehlášení jednotlivých LEC…). Toto řešení však nezohledňuje existenci záložních tras a neřeší situaci, kdy jsou - např. z důvodu porušení optické infrastruktury nedostupné oba (primární i záložní) LANE servery. V takovém případě nebude navázána IP konektivita z důvodu nefunkčnosti páteřní ELAN PasnetMain ani mezi těmi směrovači, které se nacházejí na neporušené, plně funkční, infrastruktuře.
 |
| obrázek 5 - Schéma navržené redundance LANE serverů pro PasnetMain |
Novější proprietární protokol podporovaný vyššími verzemi IOS CISCO směrovačů a ATM přepínačů - tzv. FSRP (Fast Server Redundancy Protokol) umožňuje definovat až 16 záložních LANE serverů. Konfigurací záložních LANE serverů pro ELAN PasnetMain na každém z páteřních LS1010 ATM přepínačů bude zajištěna funkčnost ELAN PasnetMain (a návazně IP konektivita mezi jednotlivými směrovači) všude tam, kde bude funkční infrastruktura. Z globálního pohledu tak může dojít až k rozdělení ELAN PasnetMain na několik samostatných funkčních podsítí. Vhodné navržení záložních spojů (mikrovlnné spoje, telefonní okruhy, …) a IP směrovací protokoly pak umožní zajistit minimální IP konektivitu (telnet, smtp,…) sítí Pasnetu v maximálním rozsahu (bez ohledu na hvězdicovou topologii sítě). Navíc přináší FSRP protokol možnost udržovat až 4 aktivní LANE servery, se kterými mají LE klienti s podporou FSRP navázána potřebná spojení. V případě výpadku některého ze serverů je tak možné přímo se obrátit na další za použití již vystaveného SVC (není zapotřebí přeregistrace klientů - žádný výpadek IP konektivity). Použitá redundance je znázorněna na uvedeném obr. 5.
Tyto havarijní situace samozřejmě degradují v závislosti na topologii kapacitu připojení některých sítí na kapacitu záložních spojů. Vhodné navržení záložních spojů a jejich kapacity je nezbytnou podmínkou úspěšného vytvoření robustní sítě, je proto je zapotřebí řešit ve spolupráci s ostatními členy sdružení Pasnet.
Příklad rozdělení ELAN PasnetMain do samostatných ELAN sítí pro případ výpadku centrálního boxu - ATM přepínače sw-ruk je ukázán na následujícím obrázku.
 |
| obrázek 6 - Příklad rozdělení ELAN PasnetMain pro případ výpadku sw-ruk |
Konkrétně v tomto případě lze pro všechny lokality připojené do vzniklých "oblaků" zajistit IP konektivitu s využitím stávajících záložních spojů. V případě precizní konfigurace OSPF dokonce tak, aby k využití záložních spojů došlo transparentně bez zásahu administrátora sítě.
Praktické nasazení tohoto modelu předpokládáme začátkem příštího roku, až bude účastníky sdružení upřesněn plán zřizování záložních záložních tras.
V rámci projektu jsme testovali propojování ATM zařízení různých výrobců. Jelikož páteř sítě PASNET je založena na prvcích firmy CISCO, zajímala nás především kompatibilita zařízení ostatních výrobců vůči výrobkům této firmy.
Na zařízeních značky Bay Networks je postavena síť ČVUT Praha. Tato síť je propojena s páteří Pasnetu na úrovni ATM v jednom bodě.
Zařízení:
- přepínač CISCO LS1010/software IOS 11.3(0.8)TWA4(2)
- směrovač CISCO 7500/software IOS 12.0(1a)
- přepínač BH 5000/software v.4.2.1.2 s routovací kartou 5782/software
14.001d5
Testováno:
1. atm signaling mezi přepínači IISP UNI 3.0: funkční, bez problémů
2. Classical IP mezi směrovači po pvc: na straně CISCO je nutné nastavit MTU
4608, jinak bez problémů a stabilní
3. LANE mezi směrovači: funkční, ale s problémy. Klient na směrovači BH
vypadával z LANE a znovu se zaregistroval pouze po restartu směrovače. Pokud
byli v LANE jen dva klienti, k tomuto problému nedocházelo. Pro zajištění
stability provozu v síti jsme jako konečné řešení zvolili propojení přes
Classical IP po pvc.
LANE config server a LANE server byly provozovány na směrovači CISCO
V souvislosti s experimenty v minulém roce řešení projektu a v
souvislosti se zprovozněním hierarchického PNNI směrování byl v loňském
roce provedeno úspěšné testování interoperability ATM přepínačů Cisco
LS1010 a Fore LE155 nebo ASX200BX.
Zařízení:
- přepínač LS1010 / software 12.0(3c)W5(9)
- přepínač Fore LE155 - ASX 200BX / software ForeThought FT6.0 version LD5.3
Testováno:
- směrovací protokol PNNI - použití hierarchické struktury PNNI (level 80)
- ověření PNNI signalizace s ohledem na specifikované QoS
Závěr:
- Řešitelům se podařilo bez větších obtíží nakonfigurovat oba přepínače
do stejné PNNI skupiny úrovně 80, přičemž přepínač LS1010 byl dále za
využití hierarchických vlastností PNNI připojen do PNNI skupiny s ostatními
switchi Pasnetu na úrovni 64. ATM signalizace je plně funkční, a to včetně
předávání parametrů specifikovaných prostřednictvím UNI 4.0 signalizace
ATM adaptérem Olicom. Blíže viz popis experimenty popisované v průběžné
zprávě za rok 1999. Tyto závěry lze potvrdit i s odstupem času, kdy navržené
řešení PNNI signalizace je bez problémů využíváno k připojení superpočítačového
centra UK (switch FORE ASX200BX) již přes rok.
Na ATM zařízeních značky IBM je postavena síť Fakultní nemocnice v
Motole a 2. lékařské fakulty UK. Před plánovaným připojení sítě pomocí
ATM k páteři Pasnetu jsme otestovali kompatibilitu zařízení CISCO a IBM.
Zařízení:
- přepínač IBM 8260/software verze 3.19 pnni
- směrovač CISCO 7000/software IOS 11.2(17)
Testováno:
Připojení LANE klienta směrovače CISCO do existující LANE v síti IBM: bez
problémů
|
|
12.12. 2000 webmaster@pasnet.cz |