|
Starten |
Kapitel 1 |
Kapitel 2 |
Kapitel 3 |
Kapitel 4 |
Kapitel 5 |
Kapitel 6 |
Kapitel 7 |
Kapitel 8 |
Kapitel 9 |
Kapitel 10 |
Kapitel 9: Design av kommunikation9.1. Bedöma kommunikationsbehovenFör att designa datakommunikation finns det många faktorer att ta hänsyn till. Här är en sammanställning som kan vara intressant att ta del av, men detta skall ses som en hjälp att reda ut behoven, inte som en karta eller mall över hur man gör när man designar ett nätverk. Som i de flesta designprocedurer måste först en analys göras på de behov som redan finns och det som redan existerar. Sedan försöka blicka in i framtiden och se vad man vill åstadkomma på längre sikt. I de teknikorienterade områdena förändras situationen snabbt, och då kan man med fel teknik ha ”låst in sig i hörnet”. Därmed inte sagt att man skall ha en rädsla för att göra något. Om man väntar lite för att få del av den nya tekniken, så sitter man där och väntar och väntar, eftersom det med all sannolikhet kommer bättre teknik, och den blir också billigare hela tiden. 9.1.1. Faktorer9.1.1.1. Inter/intra-organisatorisk datakommunikationInom en organisation kan lösnngar väljas fritt (normalt anpassning till redan gjorda val) Vid kommunikation med andra organisationer måste anpassning ske (gränssnitt/protokoll på samtliga OSI nivåer) 9.1.1.2. Intern/Extern datakomVid extern kommunikation (till exempel databassökningar, geografiskt spridda företag, användning av portabla PC för resande) krävs portar/gateways mot allmänna nät 9.1.1.3. TrafikBedömning av volymer: antal transaktioner / tid * tecken / transaktion, dag och säsongs-variationer Trafiktyper: satsvis / interaktiv kommunikation, transaktion- / fil- / bildöverföring Önskade eller begärda överföringstider och svarstider Identifiera flaskhalsar 9.1.1.4. Tillgänglighet / säkerhet
Krav på : dubblering av linjer, noder nätövervakning val av nättyp 9.1.1.5. Sekretess
Krav på : kryptering, sigill identifiering (motringning, lösenord) speciella nättjänster / nättyper 9.1.1.6. Användarvänlighetgenerella funktioner för nätanvändning (adressering, inloggnnig, identifiering) terminalkonverterings program 9.1.1.7. Drift och underhållenkel installation utrymmessnålhet okänslighet mot elektriska störningar fysiskt skyddade kablar enkla anslutningsmöjligheter hög kapacitet 9.1.1.8. Kostnads / intäcktsanalysHur kostnader skall fördelas på olika tjänster 9.2. Logisk design av nät9.2.1. Indelning i delsystem9.2.1.1. Geografisk indelningLokalt begränsad datakom, (punkt - punkt, enkla lan, PC-lan, korthållsmodem) inom en byggnad Datakom inom ett företagsområde, (växlar, korthållsmodem, lan stamnät) en stad Lång distans datakom, (allmänna nät) geografiskt spridda företag Internationell trafik, ( flera allmänna nät, fasta linjer) 9.2.1.2. Trafikmässig indelningLokal lösning för de som kommunicerar mest, ofta alla som arbetar med samma applikation Olika delnät kan skiljas med bryggor. Kommunikation med datorer eller med servers. 9.2.1.3. Indelning efter trafikmiljöBlanda inte synkron och asynkron trafik, en leverantörs nät med en annan leverantörs. Förena via konverteringsutrustning 9.2.2. Välj eventuell växelfunktion
Växelfunktion behövs om en terminalenhet (terminal, PC, dator) skall kommunicera med eller använda tjänster hos minst två andra enheter eller servers. Exempel på växelfunktioner: 9.2.3. “Optimera” kopplingar
Minskad ledningskostnad genom användning av till exempel: multiplexorer 9.2.4. Välj kopplingar9.2.4.1. KablageBeror av krav på kapacitet (volym), överföringstider, säkerhet, sekretess 9.2.4.2. KonverteringsutrustningBeror på avstånd, hastighetskrav, trafikform (asynkron/synkron, duplex) 9.2.5. Inför eventuella konverteringsfunktioner
Nätets alla delar som skall kommunicera (terminaler, datorer, servers, växlar...) måste passa ihop på relevanta ISO-nivåer. Om olika protokoll/gränssnitt används så krävs konverteringsprogram/utrustning, till exempel: kommunikationskort och program i PC |
|
Starten |
Kapitel 1 |
Kapitel 2 |
Kapitel 3 |
Kapitel 4 |
Kapitel 5 |
Kapitel 6 |
Kapitel 7 |
Kapitel 8 |
Kapitel 9 |
Kapitel 10 |
|
|
|
Copyright lennart.ohrstedt@diadoker.se |