Multiprotocol Switched Services (MSS) Server IBM 8210

Služby Multiprotocol Switched Services (MSS) umožňují snadný přechod k přepínaným virtuálním sítím (IBM Switched Virtual Networks - SVN). Stávající lokální sítě Ethernet a Token Ring mohou díky službám MSS využívat výhod přenosové technologie ATM. Možnost integrace stávajících směrovačů a LAN přepínačů a plná využitelnost lokálních sítí Ethernet a Token Ring zaručuje zachování investic do stávajícího komunikačního zařízení. Páteřní síť ATM spolu se službami MSS přinášejí uživateli podstatně vyšší přenosovou kapacitu a modulárnost sítě než ostatní způsoby řešení komunikační infrastruktury. MSS server plně podporuje standardy MPOA (Multiprotocol Over ATM), LANE (LAN Emulation) atd. Podpora virtuálních sítí významně zjednodušuje správu celého informační systému.

 

IBM 8210 zajišťuje následující funkce:

LAN Emulation Server, LAN Emulation Configuration Server a Broadcast Unknown Server podle doporučení ATM fóra pro více emulovaných sítí současně.

Distribuci směrovací informace do koncových klientů MSC (Multiprotocol Switched Client). Klient je implementován v přepínačích LAN/ATM a v adaptérech ATM.

Server ATMARP v souladu s doporučením RFC 1577.

Podporuje vytváření virtuálních lokálních sítí VLAN.

Podporuje vytváření protokolově závislých virtuálních sítí PVLAN.

Broadcast Management uvnitř jednotlivých VLAN nebo PVLAN.

Funkci virtuálního směrovače.

Funkce Next Hop Resolution Server (NHRP) a Next Hop Resolution Client umožňují vytvářet přímá přepínaná spojení mezi pracovními stanicemi, které jsou umístěny v různých subsítích IP.

Využití služeb MSS zajišťuje v celé síti maximálně jednoskokové směrování (One Hop Routing), v případě komunikace s pracovními stanicemi na síti ATM lze dosáhnout směrování bez skoku (Zero Hop Routing). Je tak minimalizováno zpoždění přenosu dat v síti.

Funkce distribuovaného směrování významně zvyšuje propustnost a modulárnost celého řešení.

Základní modely serveru MSS

Zařízení IBM 8210, verze 1.0, je dodáváno jako dvouslotová karta do přepínače ATM IBM 8285 a do rozbočovačů IBM 8260, model A10 a A17. V sítích, kde nejsou využity přepínače ATM společnosti IBM, lze využít samostatnou jednotku IBM 8210.

Dvouslotová karta pro rozbočovač IBM 8260 a pro přepínač IBM 8285 je připojena pasivní sběrnicí přímo na vstup přepínacího modulu.

Externí jednotka IBM 8210 může být připojena k síti jedním nebo dvěma vstupy ATM OC3 přenosovou rychlostí 155 Mb/s. Místo jednoho z adapterů ATM OC3 je možné využít rozhraní FDDI DAS (Dual Attached Station). Tato funkce je výhodná při přechodu od FDDI k přenosové technologii ATM.

Obě jednotky jsou vybaveny vysoce výkonným procesorem RISC PowerPC 603E s rychlou vyrovnávací pamětí (L2 Cache) o kapacitě 512 kB. Základní operační paměť DRAM je volitelně konfigurovatelná od 8 MB do 32 MB. Konfigurace a operační kód jsou uloženy v 12 MB paměti Flash. Vstup ATM je vybaven 8 MB vyrovnávací paměti.

Dvě pozice PCMCIA lze volitelně vybavit pevným diskem a kartou FAX/VOICE/MODEM. Rozhraní RS-232 je určeno pro přímé připojení ASCII terminálu.

Server MSS, verze 2.0, je určen pro přepínače IBM 8260 a IBM 8265 a zabírá pouze jednu pozici v přepínači. Integrovaný procesor PowerPC 603ev je provozován s taktovacím kmitočtem 133 MHz. Karta je vybavena jedním vstupem Ethernet 10BaseTx, který lze využít pro připojení řídicí pracovní stanice. Operační mikrokód je uložen na interním pevném IDE disku o kapacitě 1,6 GB. V systému lze dále využít pevný disk PCMCIA 200 MB. Systém je vybaven operační pamětí 64 MB. Stejně jako verze 1.0 je MSS server v2.0 vybaven dvěma pozicemi PCMCIA, které lze volitelně vybavit pevným diskem a kartou FAX/VOICE/MODEM. Rozhraní RS-232 je určeno pro přímé připojení ASCII terminálu.

LAN Emulation Configuration Server - LECS

Standardní funkce LAN Emulation Configuration Serveru umožňuje centralizovat konfiguraci jednotlivých klientů ATM (LEC - Lan Emulation Client). LECS poskytuje koncovému zařízení informace o jeho LAN Emulation Serveru a o příslušnosti k dané emulované síti ELAN. Funkce serveru LECS usnadňuje konfiguraci a administraci komunikačního systému. Definovaná pravidla příslušnosti k jednotlivým sítím ELAN zvyšují zabezpečení sítě proti neoprávněnému přístupu.

LAN Emulation Server – LES

IBM 8210 implementuje funkci LAN Emulation Serveru V1.0 podle doporučení ATM fóra. Jedna instance serveru současně podporuje více emulovaných sítí ELAN IEEE802.3, Ethernet V2 a Token Ring 802.5 (LES 802.5 je nutný pro integraci přenosové technologie Token Ring). Počet klientů a virtuálních sítí je omezen pouze počtem virtuálních okruhů, které podporuje použitý přepínač ATM. Stávající implementace integrovaného serveru MSS v rozbočovači IBM 8260 umožňuje provozovat až 64 instancí LES; jeden server MSS může sloužit až pro 64 virtuálních sítí VLAN.

LES umožňuje integrovat lokální sítě Ethernet, Token Ring a ATM. Implementace standardů zaručuje spolupráci systému se zařízeními ostatních výrobců.

Server ATMARP

V sítích WAN ATM a v prostředí výpočetních systémů UNIX se velmi často využívá alternativního způsobu přenosu IP. Datagramy IP jsou přímo převedeny do buněk ATM v souladu s doporučením RFC 1483. Obdobně jako v prostředí LAN emulace je i v prostředí přenosového protokolu CIP (Classical IP) nezbytné řešit problém navazování komunikace mezi jednotlivými výpočetními systémy. Tuto otázku řeší tzv. server ATMARP. Zařízení IBM 8210 umožňuje provozovat až 64 serverů ATMARP a vytvořit tak 64 logických IP subsítí (LIS). Implementace se plně řídí doporučením RFC 1577.

Funkce serveru ATMARP lze pro jeden LIS distribuovat mezi více serverů MSS. Pro výměnu a distribuci informací mezi servery je využíváno přenosového standardu SCSP (Server Cache Synchronization Protocol). Distribuovaný server ARP podporuje redundanci pro klienty, kteří implementují doporučení RFC1577+.

Podporované formáty přenášených dat

V prostředí LAN emulace podporuje server MSS následující formáty datových rámců:

LAN emulaci Ethernet.

LAN emulaci Token Ring.

 

V prostředí MPOA jsou podporována tato doporučení:

RFC 1483 pro přenosový protokol TCP/IP,

RFC 1483 pro přenosový protokol IPX,

RFC 1483 pro data přenášená funkcí můstku (RFC 1483 Bridged Format).

Rozšířená implementace Broadcast Unknown Serveru – Broadcast Manager

Standardní implementace emulovaných sítí využívá pro pakety typu „Broadcast” služby tzv. BUS (Broadcast Unknown Server). Koncová zařízení posílají všechny pakety do systému BUS, který je distribuuje mezi všechny klienty dané sítě ELAN. Klienti pracující ve funkci přepínače LAN/ATM potom pošlou pakety Broadcast na lokální síť Ethernet nebo Token Ring, kde musí být zpracovány všemi pracovními stanicemi.

Broadcast Manager (BCM) představuje inteligentní rozšíření funkce BUS. Základní funkce subsystému BCM je inteligentní filtrování paketů Broadcast, což umožňuje významně zvětšit velikost emulované sítě. Zároveň jsou sníženy nároky na zpracování paketů v jednotlivých pracovních stanicích v síti. MSS server, verze 1.1, implementuje funkci BCM pro komunikační protokoly IP, IPX a Netbios a rozšiřuje implementaci můstků TB (Transparent Bridge) a SRB (Source Route Bridge).

Funkce BCM v prostředí komunikačního protokolu IP

V případě, že pracovní stanice nezná adresu MAC (Media Access Control), pošle speciální paket ARP (Address Resolution Protocol), typu Broadcast. Vzhledem k tomu, že v síti ELAN procházejí všechny pakety systémem BUS, lze v MSS serveru vytvořit tabulku popisující relaci mezi adresami MAC a IP. Funkce BCM analyzuje všechny pakety typu Broadcast. V případě, že nalezne ve své tabulce příslušnou dvojici adres IP a MAC pro hledanou koncovou pracovní stanici, přeloží daný paket z typu Broadcast na Unicast a pošle jej pouze na místo jeho určení.

Funkce BCM v prostředí komunikačního protokolu IPX

V prostředí protokolu IPX jednotlivé servery a směrovače pravidelně vysílají informace o dosažitelných sítích IPX a nabízených službách. Pro tento účel jsou využity pakety typu Broadcast, které se nazývají RIP (Routing Information Protocol) a SAP (Service Advertisement Protocol). Tyto pakety jsou určeny pouze pro ostatní servery a směrovače v síti. Díky implementaci funkce BCM jsou všechny pakety SAP a RIP posílány pouze těm zařízením, pro která jsou určeny.

Funkce BCM v prostředí komunikačního protokolu NetBios

V případě protokolu NetBios je vytvořena tabulka, která pro jednotlivé pracovní stanice popisuje relaci adresy MAC – jméno NetBios. Tento systém umožňuje směrovat všechny pakety typu Broadcast (např. NAME_QUERY) pouze ke koncové pracovní stanici.

Funkce BCM v prostředí můstků SRB

Systém BCM se z komunikace v síti naučí topologii můstků v síti Token Ring. Díky znalosti této topologie lze částečně omezit posílání paketů typu Explorer.

Implementace virtuálních sítí VLAN

Virtuální síť zprostředkovává komunikaci mezi jednotlivými pracovníky, kterým poskytuje na libovolném geografickém místě sítě stejné služby (přístup ke stejným výpočetním zdrojům, stejnou odezvu systému atd.). Přemístění pracovní stanice na libovolné přípojné místo dané virtuální sítě nevyžaduje její rekonfiguraci. Příslušnost k virtuální síti je určena v závislosti na adrese MAC.

Implementace virtuálních sítí umožňuje hierarchicky rozdělit komunikační systém – na základě příslušnosti pracovníka k příslušnému oddělení – nezávisle na fyzické topologii sítě. Tato technologie významně snižuje náklady na provoz a na administraci informačního systémů.

V prostředí přenosové technologii ATM je pro každou virtuální sítí (VLAN) nezbytné provozovat jednu instanci LES/BUS/BCM. Uvnitř virtuální sítě je pro přenos dat využita technologie přepínání paketů; funkce BCM (Broadcast Management) minimalizuje nežádoucí provoz v síti VLAN.

QoS (Quality of Services) v prostředí sítí VLAN

Standardní LAN emulace, verze 1.0, definovaná v dokumentu ATM fóra AF-LANE-0021.00, neadresuje problematiku poskytování různých kvalit služeb (QoS) jednotlivým uživatelům komunikačního systému. Klienti LEC (LAN Emulation Client) využívají pro komunikaci režim „Best Effort“: administrátor systému nemá možnost určit rozdělení přenosové kapacity sítě mezi uživatele a nemůže ovlivňovat ostatní přenosové parametry, které jsou standardně poskytovány přenosovou technologií ATM.

Server MSS implementuje rozšíření stávajícího doporučení LANE o možnost definování kvalit služeb (QoS), které lze specifikovat:

V rámci celé emulované virtuální sítě - systém poskytuje všem uživatelům sítě VLAN danou kvalitu služeb QoS.

Pro jednotlivá rozhraní ATM - specifikované QoS budou využívány všemi LEC na daném rozhraní ATM.

Pro jednotlivé LEC (LAN Emulation Client) – administrátor sítě může specifikovat QoS odděleně pro každého klienta LEC.

Parametry QoS jsou uloženy centrálně v serveru LECS (LAN Emulation Configuration Server). Server MSS poskytne v průběhu registrace klienta LEC příslušné informace o požadovaných QoS. Společnost IBM dodává na trh celou řadu adaptérů ATM a přepínačů LAN/ATM, které podporují specifikaci QoS v prostředí LANE nebo ji budou v nejbližší době podporovat. Klienti LEC, kteří specifikaci QoS nepodporují, budou pracovat v původním režimu „Best Effort“. Tento systém je zpětně kompatibilní s definicí LAN emulace, verze 1.0. Plná standardizace používání QoS v prostředí LANE bude definována v LANE, verzi 2.0. Server MSS podporuje „prestandard“ LANE, verze 2.0, případné změny ve finální verzi budou implementovány formou nové verze operačního mikrokódu.

Rozšířená LAN emulace umožňuje nastavit následující parametry QoS:

Typ přenosu.

Maximální přenosová rychlost (Peak Cell Rate).

Zaručená přenosová rychlost (Sustained Cell Rate).

Maximální doba s maximální přenosovou rychlostí (Maximum Burst Size).

Požadovaná třída přenosu (QoS Class 1, 2, 3 nebo 4).

 

Vzájemné propojení virtuálních sítí VLAN

V případě požadavku na komunikaci mezi dvěma pracovními stanicemi, které se nacházejí v různých sítích VLAN, je použita funkce směrování nebo funkce můstku. Směrování paketů mezi jednotlivými sítěmi VLAN lze realizovat v závislosti na využitém komunikačním hardwaru třemi různými způsoby:

Směrování paketů je realizováno funkcí virtuálního směrovače, která je implementována v systému IBM 8210. Tento systém pracuje v prostředí standardních klientů LEC (LAN Emulation Client) implementovaných v přepínačích LAN/ATM a v ATM adaptérech pracovních stanic. Zátěž lze snadno distribuovat mezi více zařízení IBM 8210. V tomto případě prochází provoz vždy jedním virtuálním směrovačem, jedná se tedy o jednoskokové směrování. Tato konfigurace podporuje zařízení (přepínač LAN/ATM nebo pracovní stanice ATM) od libovolného výrobce, který implementuje rozhraní LAN emulace, verze 1.0

Přepínače LAN/ATM jsou vybaveny klientem MSS serveru, který je schopen převzít směrovací tabulky ze systému IBM 8210. Funkce směrování je realizována přímo v přepínači LAN/ATM, a to pouze v prvním přepínači v cestě. Jedná se o distribuci funkce virtuálního směrovače do přepínačů LAN/ATM. Tento systém zvyšuje modulárnost a výkonnost celého řešení.

Adaptér pracovní stanice implementuje funkci klienta MSS. Distribuce směrovací informace až do adaptéru pracovní stanice umožňuje realizovat tzv. směrování bez skoku (Zero Hop Routing). Je tak maximálně minimalizováno zpoždění přenášených dat a významně roste propustnost sítě.

 

Funkce virtuálního směrovače

IBM 8210 realizuje funkci virtuálního směrovače, který umožňuje směrovat pakety mezi jednotlivými virtuálními sítěmi VLAN resp. PVLAN. Jak již bylo uvedeno tato funkce může být distribuována mezi více zařízení IBM 8210, přepínače IBM 827x s MSS klientem a jednotlivé adaptéry ATM. Tento systém zajišťuje maximální modulárnost a spolehlivost komunikační infrastruktury.

IBM 8210 podporuje standardní směrovací protokoly, což umožňuje snadné začlenění stávajících směrovačů do systému přepínaných virtuálních sítí.

V prostředí protokolu TCP/IP je podporováno směrování mezi sítěmi ELAN a sítěmi využívající komunikační protokol CIP (Classical IP - doporučení RFC 1577). Implementace směrovacích protokolů RIP, RIP2, OSPF a BGP 4, LAN Emulace podle doporučení ATM fóra a CIP (RFC 1577) zaručují integraci stávajících směrovačů.

V prostředí LAN Emulace je dále podporována funkce směrování protokolů IPX, AppleTalk, Banyan Vines a TCP/IP

Systém implementuje také funkce můstku:

Transparet Bridge

Source Route Bridge

Source Route Transparent Bridge

Translation Bridge

 

Směrování APPN

Server MSS podporuje směrování protokolu APPN. V prostředí LAN Emulace a enkapsulace RFC1483 jsou pro přenosový protokol APPN implementovány následující funkce:

APPN Network Node

Funkce ISR (Intermediate session Routing) v prostředí LAN emulace

HPR (High Performance Routing) a ANR (Automatic Network Routing)

RTP (Rapid Transfer Protocol)

Implementace SuperELAN

Síť SuperELAN se skládá z více virtuálních sítí ELAN. Jednotlivý klienti LEC z různých sítí ELAN mohou vzájemně navazovat přímá přepínaná spojení aniž by data musela procházet funkcí můstku. Tato implementace umožňuje distribuovat funkci LES/BUS/BCM a tak mnohonásobně zvýšit průchodnost komunikačního systému. Distribuce funkcí LANE není závislá na proprietární komunikaci mezi jednotlivými instancemi LANE. Systém využívá funkce „Short Cut Bridging“ (SCB).

V prostředí Netbios a SNA jsou jednotlivé segmenty sítě ELAN pomocí funkce můstku. Server MSS automaticky rozpozná spojení, které prochází jeho funkcí virtuálního můstku a zabezpečí přímé spojení obou klientů LEC pomocí přepínaného virtuálního okruhu SVC. Systém přímých spojení („short-cut“) minimalizuje zpoždění v síti a maximalizuje průchodnost celého systému.

Součástí implementace SuperELAN je rovněž funkce BCM (Broadcast Management). Implementace SuperELAN navíc rozšiřuje tuto funkci o automaciké rozdělení virtuálních sítí v závislosti na používaném komunikačním protokolu na tzv. protokolově závislé virtuální sítě PVLAN (Protocol Virtual LAN). Server MSS sleduje na jednotlivých vstupech virtuálních můstku typy používaných komunikačních protokolů. Na základě zjištěných informací jsou sítě VLAN automaticky rozděleny podle používaných protokolů. Datové rámce příslušného protokolu jsou přenášeny pouze na ty vstupy, kde je tento protokol používán. Tatu funkce se nazývá Dynamic Protocol Filtering (DPF).

V serveru MSS lze vytvořit několik virtuálních můstků, které mohou participovat ve více sítí SuperVLAN. Každá SuperVLAN, která se skládá z více standardních virtuálních sítí VLAN může využít vlastní instance algoritmu Spanning Tree.

 

NHRP - Next Hop Resolution Protocol

Next Hop Resolution Protocol je součástí standardu MPOA. NHRP umožňuje přímé navazování virtuálních spojení mezi jednotlivými stanicemi, které jsou umístěny v různých subsítích IP. Místo toho aby data procházela směrovačem, tak jsou v síti navazována přímá spojení „Cut-Through Routes“. Díky tomu je maximálně využita funkce přepínaní při zachování funkce směrování. V prostředí komunikačního protokolu IP dochází k přepínání rámců IP - „IP Switching“. NHRP je v dnešní době jediný standard, který podporuje implementaci přepínaní protokolu IP.

Server MSS podporuje protokol NHRP v prostředí CIP (Classical IP RFC 1577) a v prostředí LANE. Toto rozšíření odpovídá předpokládanému standardu LANE v2.0.

Funkce NHRP se uplatňuje pouze při přechodu mezi různými subsítěmi IP. V takovém případě je provoz IP standardně zpracován funkcí virtuálního směrovače v serveru MSS. Při využití funkce NHRP server MSS automaticky identifikuje datové toky, u kterých přesahuje objem přenesených dat v čase určitou prahovou hodnotu. Pro tyto datové spoje jsou v síti vytvořena přímá spojení (tzv. „IP Cut-Through“ spoj), v síti dochází ke směrování s nulovým počtem průchodů směrovači (tzv. „Zero Hop Routing“). Prahová hodnota identifikace toku je volitelná, což umožňuje optimalizovat počet přímých spojení v sítí.

Plné využití funkce NHRP předpokládá implementaci NHRP klientů v koncových zařízení (v adaptérech pracovních stanic a LAN/ATM přepínačích). Tato technologie přináší významné úspory i v prostředí s koncovým zařízeními, které NHRP nepodporují. V tomto případě dochází k optimální distribuci směrování mezi jednotlivé virtuální směrovače v síti a data procházejí vždy pouze jedním z nich (tzv. „one hop routing“). Implementace protokolu NHRP využívá funkce RouteSwtiching serveru pro přenosový protokol IP.

 

RouteSwitching server pro přenosový protokol IP

Tato funkce umožňuje implementovat tzv „Zero-Hop Routing“ mezi pracovními stanicemi, které jsou umístěny v lokální síti Ethernet, Token Ring, FastEthernet nebo ATM. Velkou výhodou tohoto systému je možnost spolupráce s libovolným typem přístupového přepínače LAN/ATM, který podporuje LAN Emulaci podle doporučení ATM fóra.

Funkce „Zero-Hop Routing“ umožňuje dvou pracovním stanicím, které jsou umístěny v různých virtuálních sítích tj. jsou začleněny do různých subsítí IP, navázat přímé přepínané spojení. Tato technologie svým uživatelů přináší až 10 lepší poměr výkon cena, než je tomu u řešení s běžnými směrovači a přepínači.

Každá pracovní stanice resp. přepínač je vybaven speciálním softwarem, který implementuje funkce RouteSwitch klienta (RSC – RouteSwitch Client). MSS server realizuje současně funkci RouteSwitching server (RSS) a RouteSwitch klient (RSC). V případě, že chce uživatel pracovní stanice komunikovat s pracovní stanicí, která je umístěna v jiné subsíti IP (síti VLAN), je pro první datové rámce použita standardní funkce směrování. Pokud počet těchto rámců za sekundu přesáhne uživatelsky nastavenou hranici, vyšle pracovní stanice (obecně RSC), NHRP dotaz. Na základě tohoto dotazu server MSS vhodně upraví tabulky v koncových přepínačích, tabulky v LAN Emulation Serveru a ARP tabulky pracovních stanicích tak, aby zbytek komunikace probíhal pouze přepínanou cestou. Vzhledem k tomu, že funkce RouteSwitch serveru může být distribuována mezi více serverů MSS, tak je toto řešení škálovatelné pro velké sítě s vysokým počtem koncových stanic a virtuálních sítí.

Pro koncové pracovní stanice je funkce RouteSwitch klientu implementována prostřednictvím softwaru, který pracuje mezi standardním rozhraním NDIS (2 vrstva OSI modelu) a vlastním protokolvým stackem IP (3 vrstva OSI modelu). Pro prostředí Ethernet a FastEthernet je RSC k dispozici na www.networking .ibm.com pro tyto operační systémy:

Windows NT Server a Workstatnion V4.0 a vyšší

DOS, Windows, Windows for Workgroups, Windows 95 (16 a 32 bit ODI)

Novell IntraNetware Server R.3.12 a pozdější (32 bit ODI)

Pro sítě Token Ring

Windows NT Server a Workstatnion V4.0 a vyšší

Novell IntraNetware Server R.3.12 a pozdější (32 bit ODI)

OS/2 Warp v3 a vyšší

Funkce RouteSwitching kleinta (RSC) je rovněž k dispozici pro přepínače IBM 8273/74. Tato funkce je zahrnuta v operačním mikrokódu pro směrovací přepínače IBM 8273/74 „IBM RouteSwitch R3.2“

 

Zálohování

Server MSS poskytuje celému komunikačnímu systému nezbytnou inteligenci. Jeho rozšířené funkce umožňují optimalizovat průchodnost celého komunikačního systému, využívání přenosové kapacity a zpoždění přenášených dat. Jednotlivé funkce, které server MSS v síti zprostředkovává jsou nezbytné pro bezchybný provoz celého komunikačního systému. Z tohoto důvodu je možné plně zálohovat všechny funkce serveru MSS.

Pokud jsou v komunikačním systému umístěny alespoň dva servery MSS, lze definovat vzájemnou zálohu těchto funkcí (přechod na záložní systém neovlivňuje provoz na síti) :

LECS server

služby LANE (LAN Emulation Server, Broadcast Uknown Server, Broadcast Manager)

funkci virtuálního směrovače

funkci default gateway v prostředí protokolu IP (v tomto případě je tato zálohována funkce pro IP v prostředí LANE a CIP) . Záložní MSS server automaticky převezme funkci „default gateway“; koncová pracovní stanice není přechodem na zálohu ovlivněna.

funkci ATMARP serveru

 

 

Dodržování standardů

Společnost IBM se pravidelně účastní testů interoperability, které jsou prováděny na Universitě v New Hampshire a v laboratořích US Defence. Systém MSS implementuje stávající stav navrhovaného standardu MPOA - Multiprotocol Over ATM, plně podporuje standard ATM LANE v1.0, Next Hop Resolution Protocol. Součástí operačního kódu v1.1 jsou rovněž některé funkce, které budou k dispozici v ATM LANE v2.0. Společnost IBM je aktivním členem skupiny MPOA a celá řada funkcí systému MSS bude do standartu MPOA přejata. Společnost IBM bude zároveň implementovat jednotlivé softwarové změny do zařízení MSS tak, aby vyhovovalo rozvíjející se specifikaci MPOA.

 

Správa a konfigurace

IBM 8210 lze konfigurovat prostřednictvím ASCII terminálu a aplikace IP Telnet. Rekonfiguraci systému lze provádět dynamicky za plného provozu. Systém textové nabídky (menu) usnadňuje uživateli specifikování jednotlivých parametrů. Zařízení podporuje protokol SNMP, který spolu s grafickou řídicí aplikací umožňuje snadnou konfiguraci systému. Uživatel má k dispozici specifické pohledy na jednotlivé virtuální sítě, konfigurace systému je v tomto případě založena na systému grafické nabídky. Administrátor systému může snadno přemísťovat jednotlivé pracovní stanice mezi virtuálními sítěmi metodou „drag-and-drop“. Konfigurace systému je uložena v paměti NVRAM, záložní kopie může být uložena na měnitelném pevném disku PCMCIA. V případě výměny zařízení MSS je tak umožněna snadná přenositelnost konfigurace systému.

V přepisovatelné paměti MSS serveru může být uloženo větší množství konfiguračních souborů, které lze velmi snadno aktivovat.

Pro vytvoření konfigurace lze využít grafický konfigurační program, který díky přehledné nabídce usnadňuje konfiguraci serveru. Program je součástí dodávky a pracuje po operačními systémy DOS/Windows, AIX a OS/2.

 

Operační mikrokód

IBM 8210 může nahrát operační mikrokód třemi způsoby. Operační mikrokód lze nahrát z přepisovatelné paměti FLASH, z výměnného pevného disku PCMCIA nebo po síti využitím protokolu BOOTP a TFTP.

Do operační paměti se zavádějí pouze ty části kódu, které jsou využívány danou konfigurací.

 

PCMCIA karta Voice/Fax/Modem

Tato karta významně zvyšuje flexibilitu konfigurace a správy zařízení IBM 8210. Administrátor může systém kontaktovat pomocí veřejné telefonní sítě. V případě výskytu chyby v systému, zařízení IBM 8210 reaguje na závadu automaticky jedním z následujících způsobů:

Zašle faxovou zprávu na definované telefonní číslo

Kontaktuje administrátora sítě prostřednictvím systému PAGER.

Statistiky systému je možné vyžádat pomocí telefonní přístroje s tónovou volbou. Zařízení předá statistiky administrátorovy jedním z následujících způsobů

Zašle faxovou správu obsahující požadované informace

Informace “řekne” pomocí hlasového výstupu

Systém tónové volby lze využít I pro inicializační konfiguraci systému. Po zadání základních parametrů prostřednictvím tónové volby může uživatel provést zbytek konfigurace pomocí řídicí aplikace SNMP.

 

Podpora HTTPD

Systém lze konfigurovat pomocí WWW klienta. IBM 8210 poskytuje celou řadu statistických informací a umožňuje pomocí nabídky ve WWW stránce měnit konfiguraci sytému.

 

Systém správy chyb

IBM 8210 udržuje detailní informace o případných chybách v souboru na pevném disku PCMCIA nebo v paměti NVRAM.

Implementované standardy v serveru MSS

RFC 768 User Datagram Protocol, August 1980

RFC 791 Internet Protocol, September 1981

RFC 792 Internet Control Message Protocol, September 1981

RFC 793 Transmission Control Protocol, September 1981

RFC 826 Ethernet Address Resolution Protocol, November 1982

RFC 894 Standard for the Transmission of IP Datagrams over Etherne Networks, April 1984

RFC 919 Broadcasting Internet Datagrams, October 1984

RFC 922 Broadcasting Internet Datagrams in the Presence of Subnets, October 1984

RFC 925 Multi-LAN Address Resolution, October 1984

RFC 950 Internet Standard Subnetting Procedure, August 1985

RFC 951 Bootstrap Protocol (BootP)

RFC 1009 Requirements for Internet Gateways, June 1987

RFC 1027 Using ARP to Implement Transparent Subnet Gateways, October 1987

RFC 1042 Standard for the Transmission of IP Datagrams over IEEE 802 Networks,February 1988

RFC 1058 Routing Information Protocol, June 1988

RFC 1112 Host Extensions for IP Multicasting, August 1989

RFC 1122 Requirements for Internet Hosts--Communications

RFC 1155 Structure and Identification of Management Information for TCP/IP-Based Internets, May 1990

RFC 1156 Management Information Base: MIB-I

RFC 1157 Simple Network Management Protocol, May 1990

RFC 1191 Path MTU Discovery, November 1990

RFC 1213 Management Information Base for Network Management of TCP/IP-Based Internets: MIB-II, May 1990

RFC 1253 OSPF Version 2: Management Information Base, August 1991

RFC 1256 ICMP Router Discovery Messages

RFC 1293 Inverse ARP

RFC 1483 Multiprotocol Encapsulation over ATM Adaptation Layer 5

RFC 1493 Definitions of Managed Objects for Bridges

RFC 1519 Classless Inter-Domain Routing (CIDR)

RFC 1525 Definitions of Managed Objects for Source Route Bridges

RFC 1541 Dynamic Host Configuration Protocol--Router Support Only

RFC 1542 Clarifications and Extensions for Bootstrap Protocol

RFC 1573 Interface MIB

RFC 1577 Classical IP and ARP over ATM

RFC 1583 OSPF Version 2, March 1994

RFC 1584 Multicast Extensions to OSPF, March 1994

RFC 1626 Default IP MTU for Use over ATM AAL5

RFC 1654 BGP-4

RFC 1657 BGP-4 MIB

RFC 1695 (aka AToM MIB), "Definitions of Managed Objects for ATM Management Version 8.0 Using SMIv2," August 1994

RFC 1716 Towards Requirements for IP Routers

RFC 1745 BGP4/IDRP for IP/OSPF Interaction

RFC 1755 ATM Signalling Support for IP over ATM

RFC 1812 Requirements for IP Version 4 Routers

Podpora funkce můstku (bridge) je založena na:

ISO 10038-ANSI/IEEE Std 802.1D Media Access Control (MAC) Bridges

Implementace protokolu dodržuje tyto specifikace:

IPX Router Specification, Version 1.20-Novell, Corporation Novell IPX and RIP/SAP MIBs

Funkce směrování, můstku a LAN emulace jsou implementovány v souladu s následujícími standardy:

LAN Emulation over ATM: Version 1.0 Specification, ATM Forum

User-Network Interface Specification-Version 3.0, ATM Forum

User-Network Interface Specification-Version 3.1, ATM Forum

Q.2110 (Service-Specific Connection-Oriented Protocol), ITU-T

Q.2130 (Service-Specific Coordination Function), ITU-T

Q.2931 (Signalling Messages), ITU-To I.363 (AAL Type 5 Common Part Protocol), ITU-T

ATM Forum/94-0737R4, "LAN Emulation Client Management: Version 1.0 Specification," May, 1995

ATM Forum/95-1129r3, "LAN Emulation Server Management Specification 1.0," December 28, 1995

 

Objednací čísla

Číslo

Popis

8210-001

Nways Multiprotocol Switched Server

2505

Service Kit

3001

1Port 155Mbps Multimode ATM Adapter

3002

1Port 155Mbps Singlemode ATM Adapt.

4001

Dual Ring FDDI Fiber Adapter

5301

Memory Upgrade to 64 MB

8707

MSS Microcode V2

8708

Hardfile

8709

MSS Microcode V2 Upgrade

 

[Hlavní stránka IBM Comnet '98] [Katalog síťových prvků]