Novell kliver över till IP
I och med version 5 av Netware (kodnamn Moab) blir IP Novells huvudprotokoll. Bakåtkompatibiliteten med IPX säkras via Compatibility Mode och Migration Gateway. vi förklarar begreppen närmare och pratar med användare.

Av: Predrag Mitrovic

Betaversionen av Netware 5, mer känd under sitt arbetsnamn Moab, är ett tydligt bevis på en omorientering inom Novell. Under hela den tid som Novell dominerat marknaden för nätverksoperativsystem har Netware byggt på ett eget protokoll, IPX (Internetwork Packet eXchange). Men idag när Internet är den stora gemensamma nämnaren för all produktutveckling har företaget blivit tvungna att orientera om till Internet-protokollet IP.

IP - nätverkens Esperanto
Visionerna om ett gemensamt språk för hela världen är inget nytt påfund. IP-protokollet kan klassas in som nätverkets världsspråk ett IP-nätens Esperanto. Genom att satsa på IP-protokollet kan Novell ge kunderna en rad fördelar. Stora kunder med komplexa kommunikationsvägar får ökad prestanda genom att enbart ha ett protokoll. Det innebär i sin tur att befintlig bandbredd kan utnyttjas effektivare. Administrationsmässigt blir det också enklare eftersom enbart ett protokoll krävs på klientsidan. Distansarbetare kommer också att få en förenklad tillvaro genom IP-protokollet.
Netware 5 kommer inte enbart att möta upp kraven på standardprotokoll. Med ny minneshantering och stark Javaintegration tänker Novell ge NT en match. Netware har inte haft rykte om sig som något serveroperativsystem för applikationskörning. I och med version 5 kommer du att kunna köra tillämpningar i skyddade minnesområden. Installationen av Netware har också fått ett ansiktslyft. Som tillval till den traditionella installationsproceduren finns en Javabaserad grafisk installation. Gränssnittet påminner starkt om en X-terminal.

Inte bara nytt
Nyheter i all ära. Användare av tidigare versioner av Netware, och framförallt IPX, måste ändå ställa sig frågan om de kan köra vidare på installerade tillämpningar och system i Netware 5. Novells lösningar för bakåtkompabilitet heter Compatibility Mode och Migration Gateway. I Compatibility Mode laddas en drivrutin på servern och en på klienten.
Drivrutinerna är inaktiva tills en IPX-tjänst kommer upp på nätverket. Då tar drivrutinerna vid och ser till att leverera anropad information till IPX-resursen. All hantering av trafiken sker via IP-protokollet. Det beror på att kärnfunktionerna i Netware (NCP, NetWare Core Protocol) enbart transporteras via IP-protokoll (TCP eller UDP). I Compatibility Mode ingår även möjligheten att kapsla in IPX-trafik i IP-paket. Novell har tagit fram den här funktionen för att garantera att alla IPX-applikationer kan fungera över ett rent IP-nät.
Enligt Novell finns det tilllämpningar som använder sig av egna anrop till IPX-protokollet för prestandaskäl (dirty hooked). Inkapsling av IPX i IP är en metod för att garantera kompatibilitet i sådana fall. En annan del av Compatibility Mode är bakåtkompatibiliteten med filsystemet i NetWare 3, Bindery. För kunder som kommer att köra tillämpningar på en server baserad på NetWare 3 finns alltså möjligheten att fortsätta med det.

Övergångsåldern täcks in
Innan kunderna väljer att helt överge IPX-protokollet kan det finnas behov av att dela upp trafiken. Ett praktexempel på uppdelning är att köra IPX-protokollet lokalt i nätverken och IP-protokollet över fjärrlänkar. Verktyget heter Migration Gateway och är en ytterligare del av Compatibility Mode.
Migration Gateway är en teknik som översätter information mellan IPX- och IP-nät. En annan översättning som sker är på serviceprotokollnivå, mellan SAP och SLP (Service Advertisement Protocol och Service Location Protocol). Migration Gateway ser alltså till att länka information mellan IP- och IPX-segment. Ingen IPX-trafik kommer någonsin över till IP-segmenten.
Migration Gateway innehåller funktioner som ersätter SAP-anrop till IP-nätet. För att säkerställa rätt destinationer ingår all information om både IPX- och IP-segmenten. Migration Gateway är ett Netware-program (NLM) och innehåller routingfunktionalitet mellan IP- och IPX-protokollen. Det innebär att valfritt antal klienter eller servrar med valfri kombination av protokoll alltid kan nå varandra.

Mer TCP/IP
Nu när du vet vad som görs för att säkerställa bakåtkompatibiliteten med IPX kan det vara dags att titta på de IP-relaterade nyheterna i femman. En av de intressantaste nyheterna är integrationen av DHCP (Dynamic Host Configuration Protocol) och DNS (Domain Name Services) med NDS (Novell Directory Services). NDS kan alltså användas som en punkt för administration av företagets namnstrukturer. I NetWare 5 hanteras dynamisk DNS (DDNS).
Det innebär att adresser som tilldelas via DHCP-protokollet automatiskt uppdateras i DNS med rätt resurser. Nyheter i DHCP i NetWare 5 är att klienterna även får NDS-information. Det innebär att en klient dynamiskt kan få information om första containern, NDS-servern och NDS-träd. SLP (Service Location Protocol) är ersättningen för SAP i NetWare 5. SLP är en IETF-standard och har till uppgift att vara en finnare av tjänster och hålla reda på namnen.
SLP-protokollet är inte nödvändigt i en ren IP-miljö. Tanken med SLP är att det ska vara snabbare än SAP för de tjänster som är SAP-beroende. SLP registrerar alla upphittade tjänster i en databas. Klienterna kan sedan leta upp tjänsterna där. Tjänster registreras enbart då de kommer upp. Inte förrän en tjänst går ner och kommer upp igen sker en ny registrering. Den metoden är mycket effektivare än SAP.
Med de här implementeringarna av IP-protokoll kan administratören av NetWare 5 välja mellan flera olika metoder för hur IP-konfigurationen ska gå till. Med statisk adressering kan klienten hitta en NDS-server via DNS-anrop. I DNS kan information om IP-adress, IPX/IP-gateway, subnet mask, routeradresser och IP-adress till en NDS-server ingå. Efter koppling till NDS-servern sker åtkomsten till andra resurser via NDS. Med DHCP-konfiguration kan dynamisk IP-hantering via NDS utföras.
En annan kombination är SLP, DHCP och NDS tillsammans. I det här scenariot förser SLP-protokollet NDS med information om tjänster. Integrationen av DNS och DHCP i NDS ger en plats för hanteringen av global åtkomst till alla tjänster. I NetWare 5 är hanteringen av IPv6 förberedd. Hanteringen av WinSock 2 ingår också. Tidssynkroniseringen i NetWare 5 kommer att skötas via NTP-protokollet (Network Time Protocol). Säkerhet med SSL- och IPsec-protokollen kommer också att vara tillgänglig via tillägg.

Java under installationen
Novells installationsprogram har av tradition inte varit de snyggaste. Trots att installationsrutinen har fungerat bra har kritiken funnits (för övrigt är en blå skärm är inte enbart NetWares kännetecken vid installationen). I och med senaste versionen kan du välja om installationen ska vara den "vanliga", eller grafisk (INSTALL /G i senare fallet).
Skillnaden i installationsförfarande är att du får tillgång till ett X/Windows-baserat fönster med en så kallad trollkarl (wizard) vid den grafikbaserade installationen. Det hela fungerar mycket snyggt, om än långsamt i betaversion 2 av NetWare 5. Genom den nya installationsrutinen blir installationen av NetWare en rutin som kan utföras av vem som helst, nästan. Det mest ögonbrynshöjande är att du nu kan använda en mus för första gången vid en NetWareinstallation. Det är verkligen en ny upplevelse, kan vi tillägga. Utöver den grafiska delen av installationen är allt det andra sig likt.

NetWare - en applikationsserver?
Novell har gjort en del förändringar i både minneshanteringen och i själva kärnan av operativsystemet för att positionera Netware som en plattform för programkörning. Här har vi en ny stil på gång från Novell.
Den största nyheten i kärnan är att tillämpningar kan köras i skyddade minnesområden (i ring 3) utanför operativsystemets ring (ring 0). Det här innebär att själva operativsystemet blir stabilare. Dessutom blir programkörningen säkrare då program körs i egna minnesområden. För närvarande har Novell testat Oracle 7.3, GroupWise 5.2 och Lotus Notes 4.5 med egna minnesområden.
Kärnan i NetWare kan, som tidigare, hantera både en- och flerprocessorsystem. I den funktionaliteten ingår möjligheten att prioritera de tillämpningar som körs på servern. Samtidigt med förändringarna i kärnan har Novell skapat en utvecklingsmiljö som företaget kallar OSA, Open Solutions Architecture. Tanken från Novell är att skapa en stark plattform för utveckling av Javatillämpningar. En effektiv kärna och bra minneshantering är några av grundstenarna för ett nätverksoperativsystem. Ytterligare en tung grundsten utgörs av lagringsmediet och dess kapacitet. En del förändringar finns i och med NetWare 5.

Disk- och volymhantering
Att snabbt kunna ändra på en volym är ett grundläggande krav för alla administratörer. Att kunna adressera mängder av olika objekt effektivt och snabbt är ytterligare ett krav. Med NSS (Novell Storage Services) tillgodoses de här behoven, med råge. NSS är Novells senaste system för snabb hantering av lagringsenheter. En av de mest tidskrävande uppgifterna på stora volymer med mängder av filer är själva monteringen av volymen.
Väntetider på 30 minuter är inte ovanliga. NSS ska kunna montera volymer på sekunder, oavsett storlek på volymen. En annan intressant funktion är en snabbsökning med avancerade algoritmer då en volym har blivit korrupt av någon anledning. En felsökning (med Vrepair) med återskapande och montering ska gå att utföra under en minut. NSS ska kräva runt en megabyte av arbetsminnet för att spara information om en volym, oavsett storlek. I kombination med smarta funktioner för att hålla mera funktioner i ett delat utrymme kommer system med NSS att få prestandaförbättringar. En intressant detalj med NSS är att en fil kan få vara 200 terabyte stor och mer. Det mest intressanta efter alla fakta är att NSS är bakåtkompatibelt med alla tidigare versioner av Netware.

Hur fungerar det, egentligen?
Vi ska försöka oss på en teknisk beskrivning av NSS. Var beredd på en del nya begrepp, men vi förklarar så gott det går. Eftersom vi inom IT-branschen är vana att ta till oss nya benämningar och begrepp blir vi ibland blinda.
Tittar du på illustrationen på sidan 35 blir det hela mer åskådligt. MAL, Media Access Layer, är själva gränssnittet mot alla lagringsmedier. Exempel på sådana är hårddiskar, CD-ROM-skivor, DVD-skivor och band. MAL har till uppgift att åskådliggöra vilka lagringsutrymmen som finns på servern, oavsett medium.
MAL är moduluppbyggt för att enkelt kunna byggas på med nya medier i framtiden. Ovanför MAL finns något kallat för Object Engine. Object Engine är själva lagringsmotorn i NSS. Objekten i Object Engine lagras på diskar i så kallade balanserade träd (balanced trees, B-trees). Det här görs av prestandaskäl. Genom den strukturen ska systemet kunna hämta objekt från en disk inom fyra I/O-cykler, vilket är snabbt.
Alla namnstandarder för olika filsystem lagras i en delad area (DOS, NFS och Mac är exempel på namnstandarder). I Object Engine förs en journal över alla utförda transaktioner. Dessutom skrivs väntande transaktioner in i journalen. Om ett avbrott eller fel sker tittar NSS efter i transaktionsjournalen och reparerar systemet med alla ej utförda transaktioner. I Common Layer Interface finns gränssnitt för namngivning av objekt, hantering av objekt och administrationsuppgifter. Nivån ovanför, Semantic Agents layer, innehåller laddbara moduler som utgör gränssnittet mot själva klienten.
I ett samarbete mellan Hewlett Packard och Xerox har Novell tagit fram en ny produkt, NDPS (Novell Distributed Print Services). NDPS ingår i NetWare 5. Med NDPS är det tänkt att administrationen av skrivare ska minskas avsevärt och att nätverksprestanda ska öka. Dessutom ska slutanvändaren inte behöva bekymra sig om skrivarköer och andra inställningar.

Utbyte mellan klient och skrivare
I NDPS ingår funktioner för ett informationsutbyte mellan klienter och skrivare. Genom det här informationsutbytet kan samtliga användare hålla ordning på en skrivares status och tillgänglighet.
För speciellt insatta användare och administratörer kan speciella händelseloggar skickas ut till dem då något inträffar. Det kan uppmärksammas med ett meddelande till skärmen, via e-post eller via loggfiler. Som administratör kan du prioritera utskriftsordningen enligt flexibla regler.
En mycket uppskattad finess som ingår i NDPS är den automatiska installationen av skrivardrivrutiner. NDPS bygger upp en databas över skrivare. Då en användare väljer en viss skrivare skickas automatiskt drivrutinerna till användarens klient. Med NDPS försvinner också skrivarköer, skrivarservrar och skrivarobjekten. Istället tar en skrivaragent över alla uppgifterna. En fördel är att NDPS hanterar redan befintliga installerade skrivare.
Vi fick funktionen plug and play från Microsoft. Novell berikar världen med sin funktion plug and print. Tanken är att du ska kunna koppla in en nätverksskrivare i nätverket och ha den igång direkt.

Tekniken bakom då?
Vi tycker att du är mogen för fler nya begrepp. Därför ger vi oss på en beskrivning av NDPS. Trodde du att du skulle komma undan, eller? Som vi nämnde lite tidigare är skrivaragenten central för NDPS. Agenten ersätter tidigare skrivarobjekt. Agenten kan vara ett program på en server eller en del av en nätverksskrivare. Agenten kan antingen användas som en publikt åtkomlig skrivare eller som en åtkomstkontrollerad sådan. I första läget är den åtkomlig för alla användare och utgörs inte av något NDS-objekt. I det senare läget är den ett NDS-objekt, med alla dess fördelar.
Nästa komponent i NDPS är skrivargateways. Det är helt enkelt gränssnitt för NDPS-klienter att skicka utskrifter till icke-NDPS-resurser. En ytterligare komponent är PDS, Print Device Subsystem. PDS-funktionen hämtar skrivarrelaterad information och lagrar det i en databas. Genom PDS-funktionen kan skrivaragenter skapas för lokala skrivare som inte är anslutna till nätverket och för nätanslutna skrivare som inte har en skrivargateway. Efter PDS kommer en funktion som kallas för Port Handler. Dess uppgift är att se till att PDS-funktionen kan kommunicera med skrivare oavsett gränssnitt.
NDPS Manager är själva programmet som används för att skapa skrivaragenter. NDPS Broker erbjuder tre tjänster:
- SRS, Service Registry Service, gör att publikt åtkomliga skrivare signalerar om sin existens. SRS används istället för SAP-anrop. SRS bygger på att upptäcka nya skrivare och att bygga en databas över dem så att klienter som söker efter skrivare ska kunna leta i databasen.
- Event Notification Service är en funktion för administratören att skräddarsy en informationstjänst för avancerade användare. Här kan skrivaroperatörerna få skräddarsydd information om sina skrivare.
- RMS, Resource Management Service, är den funktion som ser till att drivrutiner kan lagras centralt och distribueras med automatik.

Avrundning, till slut
De största nyheterna i NetWare 5 (Moab) är alltså övergången till IP, en grafisk installation, skyddade minnesområden, bättre och snabbare hantering av lagringsmedier och förbättrad skrivarfunktionalitet. Inom varje område döljer sig en hel del tekniker och funktioner. Vårt tips är att du ska utforska dem själv för att se om det är något för just dig.
Så går du vidare

http://www.novell.com/netware5. Officiell hemsida för NetWare 5.
http://www.novell.com/netware5/trial.html. Registrera dig för en testversion av NetWare 5.
http://www.simcominc.com/netware_5.htm. Bra sammanfattning av NetWare 5.
http://www.germany.novell.com/text/netware5/. Ytterligare en sida inom Novell. Lite mer info finns här.
http://206.171.105.131/vbonline/apiary/developersuite.htm. Paket för utvecklare av tillämpningar för NetWare 5.
http://www.lantimes.com/97/97oct/710b014a.html. Bra artikel om NetWare 5.

Senaste IP-tekniken finns i Netware 5

Richard Lindstedt är teknisk marknadschef på Novell i Sverige. Richard delar med sig av sina åsikter kring Netware 5.
- Netware 5 innehåller många nya funktioner, men det viktigaste kanske ändå är fullt stöd för TCP/IP inom alla områden. NetWare 5 bygger på de senaste standarderna kring TCP/IP. Detta i kombination med ytterligare förbättrad prestanda och stabilitet, gör Netware 5 till det självklara valet som hjärtat i företagens infrastruktur.

Är inte Novells övergång till ren IP lite sent påtänkt?
- Övergången till Native IP kommer bra i tiden, och före en del andra leverantörer på marknaden. Dessutom baseras vår lösning på de allra senaste teknologierna och standarderna (bland dem SLP) som alldeles nyligen fastställts i IETF.

DNS och DHCP flätas ihop med NDS i Netware 5, kommer samma integration av Active Directory att finnas då NT 5 släpps?
- NDS för NT kommer att vidarutvecklas och en motsvarande lösning kommer självklart att finnas även för MAD och NT 5. APIerna för MAD är dessutom dokumenterade på ett betydligt bättre sätt än tidigare.

Vad innebär Netware 5 för utvecklarna?
- Netware 5 är en mer effektiv plattform för applikationer, med bättre stöd för standardgränssnitt som ActiveX, Java, JNDI, JNI och Corba. Dessutom ger virtuell minneshantering, och vår nya OS-kärna (MPK), stabilare och mer effektiv exekvering av både NLMer och Javaprogram.

Polisväsendet väljer Native IP

Rikspolisstyrelsen, RPS, är till användarantal sett den största användaren av Novells produkter i Sverige. Inom RPS finns en mycket blandad miljö med stor-, mini- och Unixdatorer. Dessutom körs en stor del av verksamheten på NetWare. NT-servrar förekommer allt mer som applikationsservrar. Den grupp som har systemtekniska ansvaret för Novellrelaterade produkter inom polisväsendet heter NosGruppen och ingår i RPS Teknikcentrum. Göran Thorsell är chef för NosGruppen.
Göran, hur ser RPS på NetWare 5?
- Vi strävar mot att successivt gå över till NetWare 5. I polisväsendet använder vi oss av NetWare\IP av kommunikationshistoriska skäl. Därför känns en övergång till Native IP och NetWare 5 helt naturlig. Novells satsning på ren implementering av IP gör att administrationen av vårt nätverk kommer att underlättas. Förhoppningsvis kommer det också att leda till en ännu stabilare miljö.
Hur vet ni att NetWare 5 och Native IP kommer att vara bakåtkompatibelt med NetWare \IP?
- För närvarande pågår tester i labbmiljö. Därefter kommer vi att utföra en referensinstallation som så långt som möjligt efterliknar en riktig driftmiljö. Avslutningsvis gör vi en pilotinstallation ute på någon myndighet innan den slutgiltiga övergången till NetWare 5.
Kommer Novell för sent med Native IP?
- Vi hade önskat att det fanns redan 1995 då vi började spridningen av NetWare i polisorganisationen.
Vilka förhoppningar har du i NetWare 5?
- Jag hoppas slippa ifrån hysterin med Service Packar. I en organisation med ett fåtal servrar kanske det fungerar att hela tiden lägga till förbättringar. I vår organisation med 425 installerade servrar fungerar inte det. Vidare hyser vi förhoppningar om att Service Packar som släpps innehåller alla förbättringar som versionen innan tillförde. Det ska inte vara meningen att behöva installera två till tre versioner innan du lägger på den senaste versionen. Novell säger att en helt ny versionshantering kommer att införas i och med utvecklingen av NetWare 5. Jag hoppas att så blir fallet.
En jämförelse mellan NetWare 5 och NT 5?
- NDS fungerar mycket bra i vår miljö. Vi har lagt ner mycket tid på att få grundstrukturen rätt redan från början, vilket har betalat sig på sikt. Den stabilitet och historiska kostnad som idag finns i polisväsendets NDS innebär att ett byte av katalogtjänst för närvarande inte är aktuell.
NT-servrar kommer allt mer in som applikationsservrar i nätverket. När NT 5 släpps kommer vi att titta på de verktyg som erbjuds för att effektivare hålla ordning på applikationsservrarna. Vi kommer att bedöma NT 5 utifrån de resultat vi uppnår i våra tester.
Är det något du vill tillägga?
- Jag ser fram emot Orion (tidigare Wolf Mountain) för att testa lastdelning och klustring av servrar. Orion kommer att vara ett naturligt komplement för att skapa säkerhet och redundans i polisväsendets NetWaremiljö.
 


Berätta för oss vad du tyckter om den här artikeln!
-Mycket läsvärd
-Läsvärd
-Inte läsvärd
-För lång
-Lagom lång
-För kort
-För teknisk
-Lagom teknisk
-Inte tillräckligt teknisk
 



[Tillbaka till PC Worlds artikelindex]
Senast ändrad: 98-05-03 17:31:26