KTN1 - Design av forbindelsesorientert protokoll

Save this PDF as:
 WORD  PNG  TXT  JPG

Størrelse: px
Begynne med side:

Download "KTN1 - Design av forbindelsesorientert protokoll"

Transkript

1 KTN1 - Design av forbindelsesorientert protokoll Beskrivelse av A1 A1 skal tilby en pålitelig, forbindelsesorientert tjeneste over en upålitelig, forbindelsesløs tjeneste A2. Det er flere ting A1 må implementere for å få til dette: 1. A1 må kunne opprette en forbindelse til en annen A1-instans 2. A1 må sikre at pakker mottas i riktig rekkefølge. 3. A1 må håndtere feil i A2. Feil kan være enten pakketap eller bitfeil. Forbindelse A1-instanser kan opprette forbindelse mellom hverandre ved å starte en "three way handshake". En A1-instans sender en SYN-melding for å signalisere at den er interessert i å kommunisere med mottaker. Mottakeren er en annen A1-instans som ligger å lytter på nettverket. Den fanger opp SYN-meldingen og responderer med en SYNACK. Sender responderer med en ACK, kommunikasjonen kan starte. Rekkefølge Vi bruker sekvensnummer på pakkene (KTNDatagram) for at mottaker skal kunne levere data til applikasjonen i riktig rekkefølge. Mottaker sender en bekreftelse (ACK) på siste mottatte pakke, og signaliserer da hvilket sekvensnummer på pakken den forventer neste gang. Bruk av buffere A1 skal benytte seg av selective repeat for forbedret overføringshastighet. Det vil si at A1 skal ta vare på mottatte pakker som er større enn det sekvensnummeret som forventes neste gang, og som har plass i A1 sitt buffervindu.

2 A1 må altså implementere en bufferfunksjonalitet for å ta vare på pakker som forventes senere, men ikke neste gang. Senderen skal hele tiden sende den neste pakken som den ikke har fått en ACK fra. Mottakeren skal hele tiden ACK-e den første pakken i sekvensen hvor neste pakke ikke er mottatt. Dersom A1 mottar sendes ACK på 1, 2, deretter buffres 4, 5 og 6 samtidig som det sendes ACK på 3, og til slutt sendes ACK på 6, siden 3 tettet "hullet" i sekvensen. Dersom sekvensnummeret er for høyt til å få plass i bufferet må pakken forkastes. For hver pakke som mottas må vi sjekke om neste pakke ligger lagret i bufferen fra før. Hvis pakken ikke befinner seg i bufferet ber vi om den neste i sekvensen. Hvis den neste pakken allerede er mottatt går vi igjennom bufferet og sjekker hvilken pakke vi trenger. Pakketap Pakker kan forsvinne i nettverket, da må A1 som sender skjønne dette og sende pakken på nytt. Dette krever at en annen A1-instans, mottaker, sender en bekreftelse (ACK) på at pakken faktisk er mottatt. For at dette ikke skal gå i en evik løkke med bekreftelser på at ting er mottatt, må sender også ha en timer. Når en pakke er sendt og timeren når 0 uten at ACK er mottatt, antar sender at pakken er tapt (men ACK-en kan også være tapt!) og sender på nytt. Dette betyr at A1 kan risikere å motta duplikater av pakker, som forkastes av mottaker. Bitfeil En enkel måte å detektere bitfeil på er ved hjelp av en checksum. Det eksisterer et checksumfelt i headeren til pakkene (KTNDatagram), som mottakeren kan bruke til å avgjøre om pakken er korrekt sendt. Dersom feil oppdages kan mottaker ignorere den, og sender vil etter hvert prøve å sende pakken på nytt siden den tolkes som tapt. Eventuelt kan mottaker sende en ACK som om pakken ikke var mottatt, altså en ACK på forrige korrekt mottatte pakke. Å sende en pakke som sier at pakken ikke var ok, altså en NACK, er også en mulighet. Å sende et svar tilbake til senderen gjør at sender tidligere finner ut at noe må sendes på nytt. Sender slipper da å vente til timeren når 0 før den kan sende på nytt.

3 Tilstandsdiagram Figur 1 og 2 viser A1 sine tilstander hhv. for sender og mottaker. Figur 1: Sender. I utgangspunktet er det ingen forbindelse; CLOSED. A1 initierer en forbindelse med en annen instans av A1 gjennom å sende en SYN-melding. Når A1 har mottatt en bekreftelse på at SYN er mottat (SYNACK), og sendt en ACK på det, er forbindelsen opprettet (ESTABLISHED). For å lukke forbindelsen sender A1 en FIN-pakke. Etter en bekreftelse på at denne er mottatt venter A1 på at mottaker også sender FIN, forbindelsen er avsluttet. Figur 2: Mottaker. I det øyeblikket en applikasjon lager en socket i form av en A1-instans går A1 i LISTENmodus. En SYN-melding blir akseptert og etter samme "three way handshake" som beskrevet overfor går A1 i ESTABLISHED tilstand. A1 avlutter tilkoblingen idet den mottar en FIN-melding.

4 Interaksjon med A2 Figurene 1 til 6 viser scenarioer for oppkobling, sending og nedkobling både for serverside og klient. Merk at vi har droppet en del mindre vesentlige metodekall, blant annet alle new-kallene til ClSocket (A2) og Timer-klassen. Hovedpoenget er uansett å få fram hvordan applikasjonen går via A1 og hvordan A2 bruker metoder i A2. Vi har sett bort ifra feiltilfeller her, alle pakker som sendes kommer fram, uten bitfeil. Dersom feil oppstår skal A1 ta seg av det, det vil være usynlig for applikasjonen. Figur 3: Koble til host Applikasjonen vil koble til oppgitt host-ip og -port. A1 sender en SYN-melding og mottar bekreftelse på at denne er mottatt.

5 Figur 4: Applikasjon aksepterer tilkobling Applikasjonen kaller accept() på A1, som venter på en SYN-melding via en ClSocketReceiver-instans. Når den er mottatt sendes en SYNACK-melding tilbake.

6 Figur 5: Applikasjon sender data Applikasjonen vil sende en streng med data. A1 kaller sin egen senddatapacketwithretransmit(...) som sender på nytt og på nytt hvis ACK ikke dukker opp. En egen prosess (SendTimer) sørger for å sende, mens en annen prosess tar imot ACK.

7 Figur 6: Applikasjon mottar data Applikasjonen kaller receive() på A1. A1 fyrer opp en tråd (ClSocketReceiver) som kaller receive() på A2, helt til A2 svarer med et KTNDatagram. A1 henter datagramet, sender ACK og leverer innholdet til applikasjonen.

8 Figur 7: Klient kobler fra Applikasjonen caller close() på A1, som lager en pakke med flagg FIN og sender denne til A2, ved hjelp av SendTimer, og venter på en ACK ved å sende recieve() til A2. Deretter venter A1 på en FIN-pakke i retur, og responderer ved å sende en ACK til A2.

9 Figur 8: Tjener kobler fra Tjeneren (A1) mottar en FIN-pakke, som den henter ved å kalle recieve() på A2. A1 sender en ACK i retur ved å kalle send(...) på A2. En FIN-pakke opprettes vha. constructinternaldatapacket(...) og sendes ved hjelp av en SendTimer som kaller send(...) på A2, og venter på en ACK ved å kalle recieve() på A2.

10 Interaksjon med Admin Under utvikling og testing kan vi sette parametre på de forskjellige feiltypene gjennom Admin. Logging av hendelser i A1 og A2 går gjennom Admin. Feilhåndtering Nedenfor har vi kort oppsumert hvilke feil A2 kan gi, og hva vi har tenkt å gjøre med A1 for å fikse det. Feil Årsak Løsning Pakketap Forsinket pakke Pakken har feil "Ghost"-pakke Pakken kommer ikke fram, blir tapt i nettverket. Pakken ble forsinket, men kommer fram etter en viss tid. Pakken ble endret under overføring i nettverket, noen bit er forandret. En pakke dukker opp, med protokollhode som tilsier at den er ment for denne maskinen. Den blir tatt i mot. A1 har en timer for hver pakke. Hvis ingen ACK mottas sendes pakken på nytt etter timeout. A1 buffrer pakker som ikke kommer in-order, men fortsetter å sende ACK på første pakke den mangler. Hvis A1 har pakkene , og 3 kommer etter en stund, kan A1 sende ACK på 6. Duplikater forkastes. Beregn checksum og sammenlign med eget checksum-felt i protokollhode. Dersom det er feil, send ACK på forrige riktig mottatte. Checksum er derimot ikke garantert å oppdage bitfeil. Når ghost pakke ankommer må vi sjekke hvor den kom fra, og hvilken adresse den var ment til. Videre må vi sjekke om portnummeret stemmer. Men som regel vil ghost packet ha feil checksum. Hvis sekvensnummer er helt galt, og A1 kan utelukke forsinket pakke, forkastes pakken. Dersom alt virker greit har ikke A1 noe annet valg enn å godta pakken.

11 Testplan Testene 1 til 6 tester om A1 fungerer som den skal uten feil i A2. id Formål med testen 1 Be om en oppkobling mot en annen maskin (server) Respondere på en SYN_ACKpakke fra server Be om en datapakke fra server til klient Klient starter avslutning av oppkobling til server Server responderer på avslutningen Klient kan avslutte oppkobling mot tjener Systemets tilstand To instanser av A1 er opprettet Klient er i status SYN_SENT To instanser av A1 er opprettet og koblet sammen To instanser av A1 er opprettet og koblet sammen Server er i CLOSE_WAIT og har ventet en definert tid Klient er i status FIN_WAIT2 Input (handlinger) 1. IP-adresse og portnummer til en annen maskin. Sender en SYN-pakke til server 1. Klient mottar en SYN_ACK-pakke fra server 1. Klient sender en pakke med seq = det neste sekvensnummeret klient forventer 1. Klient sender en FIN-pakke Server sender en FINpakke til klient, setter seg i LAST_ACK 1. Mottar en FIN-pakke fra server Respons (handlinger) 1. Mottar en SYN_ACK-pakke fra server 1. Returnere en ACK, setter seg selv i ESTABLISHED 1. Den riktige datapakken fra server (riktig seqnummer). 2. Checksum matcher 1. Klient mottar en ACK-pakke tilbake, setter seg selv i CLOSE_WAIT Mottar en ACK fra klient, avslutter oppkoblingen. 1. Klient sender en Ack tilbake til server. 2. Klient setter seg i TIME_WAIT 2. Klient venter en definert tid og avslutter så oppkobling

12 Testing med feil Vi tester om A1 håndterer feil ved å lage en applikasjon som sender 100 pakker, og verifiserer at alt kommer fram med riktig innhold. Forventet resultat er i alle tilfeller, med mindre spesifisert, at alle pakkene kommer fram i riktig rekkefølge, uten feil. Dersom det oppstår feil under testen, eller vi får feil resultater, skjekkes loggen for A2. Feil i implementasjonen identifiseres og eventuell refactoring av A1 utføres. Alle testene kjøres på nytt. Feil Feilrate Forventet resultat Begrunnelse Pakketap 10%, 50% & 100% På 100% skal vi få IOException. Forsinket pakke 10% & 50% Pakken har feil 10% & 50% & 70% Vi kan oppleve at dataene applikasjonen mottar er korrupte på grunn av bitfeil som ikke oppdages av checksum. "Ghost"-pakke 10% & 50% På 100 pakker bør ingen ghost-pakker slippe gjennom validering. La til 100% for å se om vi får connection timeout La til 70% for å øke sannsynlighet for å motta feil data. Pakketap Pakken har feil Pakketap Forsinket pakke Pakken har feil "Ghost"-pakke Pakketap Forsinket pakke Pakken har feil Forsinket pakke Pakken har feil Pakketap Forsinket pakke 10% & 70% 10% & 70% Velger 10% for dette er mer realistisk, men også 70% for å bekrefte at kombinasjonen av feil blir fanget opp. 10%, 50% Vi må ha en test hvor alt kan gå galt. 10%, 50% "Ghost" er litt mystisk, så det kan være greit å luke ut om det er det som gir oss trøbbel. 10% & 40% 10% & 50% 10% & 50% 10% & 50% Pakken kan nå være både forsinket og inneholde feil. Interessant å teste med veldig trege og ustabile pakker.

Gruppe KTN2 innlevering. Endringer gjort siden KTN1:

Gruppe KTN2 innlevering. Endringer gjort siden KTN1: Gruppe 210 - KTN2 innlevering Endringer gjort siden KTN1: - Sekvensdiagram forenklet. Fjernet en del unødvendige sekvenser med portnr. Nå viser det veldig enkelt og greit gangen i tilkobling, sending av

Detaljer

ITF20205 Datakommunikasjon - høsten 2011

ITF20205 Datakommunikasjon - høsten 2011 ITF20205 Datakommunikasjon - høsten 2011 Løsningsforslag til teoretisk øving nr. 4. Nr.1. - Hvordan foregår multipleksing og demultipleksing på transportlaget? Det kan være flere applikasjoner som kjører

Detaljer

KTN1. Gruppe 502. Håkon Sandsmark, Torbjørn Kvåle, Kristoffer Eckhoff, Daniel Børseth og Steffen Amundsen

KTN1. Gruppe 502. Håkon Sandsmark, Torbjørn Kvåle, Kristoffer Eckhoff, Daniel Børseth og Steffen Amundsen KTN1 Gruppe 502 Håkon Sandsmark, Torbjørn Kvåle, Kristoffer Eckhoff, Daniel Børseth og Steffen Amundsen 12.3.2009 2 KTN1 Gruppe 502 Innhold Innhold...2 Sekvensdiagram over kommunikasjon mellom A1 og A2...3

Detaljer

6107 Operativsystemer og nettverk

6107 Operativsystemer og nettverk 6107 Operativsystemer og nettverk Labøving 5 Transportlaget: porter, forbindelser og pakkeformater Introduksjon I denne øvingen skal du studere TCP-protokollen og hvordan TCP etablerer og lukker forbindelser

Detaljer

Kapittel 4: Transportlaget

Kapittel 4: Transportlaget Kapittel 4: Transportlaget Noen mekanismer vi møter på transportlaget Adressering Glidende vindu Deteksjon av bitfeil Pålitelig overføring med TCP Etablering av TCP-forbindelse Flyt- og metningskontroll

Detaljer

2EOLJDWRULVNRSSJDYHQU L GDWDNRPPXQLNDVMRQ + VWHQ.,QQOHYHULQJVIULVWRNWREHU *MHQQRPJnVWRUVGDJRNWREHU

2EOLJDWRULVNRSSJDYHQU L GDWDNRPPXQLNDVMRQ + VWHQ.,QQOHYHULQJVIULVWRNWREHU *MHQQRPJnVWRUVGDJRNWREHU 2EOLJDWRULVNRSSJDYHQU L GDWDNRPPXQLNDVMRQ + VWHQ,QQOHYHULQJVIULVWRNWREHU *MHQQRPJnVWRUVGDJRNWREHU 2SSJDYH D)RUNODUKYLONHWRHOHPHQWHUHQ,3DGUHVVHEHVWnUDY En IP-adresse består av to deler, nettverksdel og

Detaljer

Transport - laget (ende-til-ende protokoller) Internett Best-effort overføring. Best-effort nett kvaliteter

Transport - laget (ende-til-ende protokoller) Internett Best-effort overføring. Best-effort nett kvaliteter Transport - laget (ende-til-ende protokoller) Best effort med multipleksing (UDP) Pålitelig byte-strøm () Foreleser: Kjell Åge Bringsrud E-mail: kjellb@ifi.uio.no 04.04.2003 1 Internett Best-effort overføring

Detaljer

6105 Windows Server og datanett

6105 Windows Server og datanett 6105 Windows Server og datanett Leksjon 8b /IP del 2: Transportlaget og UDP Transportlagets oppgaver Adressering i transportlaget Transmission Control Protocol UDP User Datagram Protocol /IP verktøy i

Detaljer

6105 Windows Server og datanett

6105 Windows Server og datanett 6105 Windows Server og datanett Leksjon 8b TCP/IP del 2: Transportlaget TCP og UDP Transportlagets oppgaver Adressering i transportlaget TCP Transmission Control Protocol UDP User Datagram Protocol TCP/IP

Detaljer

in270 Datakommunikasjon, vår 03 forelesningsnotater, kap. 4

in270 Datakommunikasjon, vår 03 forelesningsnotater, kap. 4 in270 Datakommunikasjon, vår 03 forelesningsnotater, kap. 4 c Ketil Danielsen Høgskolen i Molde 7. februar 2003 Protocol Basics Feilkontroll to overføringsformer best-try, best-effort, connection-less

Detaljer

Løsningsforslag Gruppeoppgaver, 28. april 2. mai. 1. Metningskontroll ( Congestion control ) og ressursallokering.

Løsningsforslag Gruppeoppgaver, 28. april 2. mai. 1. Metningskontroll ( Congestion control ) og ressursallokering. Løsningsforslag Gruppeoppgaver, 28. april 2. mai 1. Metningskontroll ( Congestion control ) og ressursallokering. a) Hva menes med metning og metningskontroll i et nettverk? Metning er overbelastning i

Detaljer

IT Grunnkurs Nettverk 3 av 4

IT Grunnkurs Nettverk 3 av 4 1 IT Grunnkurs Nettverk 3 av 4 Foiler av Yngve Dahl og Rune Sætre Del 1 og 3 presenteres av Rune, satre@ntnu.no Del 2 og 4 presenteres av Yngve, yngveda@ntnu.no 2 Nettverk Oversikt Del 1 1. Introduksjon

Detaljer

Linklaget. Olav Lysne. (med bidrag fra Stein Gjessing og Frank Eliassen) Oppsummering 1

Linklaget. Olav Lysne. (med bidrag fra Stein Gjessing og Frank Eliassen) Oppsummering 1 laget Olav Lysne (med bidrag fra Stein Gjessing og Frank Eliassen) Oppsummering 1 Internettets Overlay Arkitektur IP-link C.b B.a A.a a C b d a b A.c c a B c b A Oppsummering 2 Lagets tjenester Framing

Detaljer

Sikkerhets skannere. Sikkerhets/sårbarhets skannere

Sikkerhets skannere. Sikkerhets/sårbarhets skannere Sikkerhetsskanning Sikkerhets skannere Sikkerhets/sårbarhets skannere Sjekker om systemet er sårbart for kjente sikkerhetsproblemer Sjekker åpne porter, versjoner, patch nivå Sender en sikker variant av

Detaljer

MTU i nettverk Ei lita innføring i generelt nettverk. Av Yngve Solås Nesse Bildeseksjonen/MTA/Haukeland universitetssjukehus

MTU i nettverk Ei lita innføring i generelt nettverk. Av Yngve Solås Nesse Bildeseksjonen/MTA/Haukeland universitetssjukehus MTU i nettverk Ei lita innføring i generelt nettverk Av Yngve Solås Nesse Bildeseksjonen/MTA/Haukeland universitetssjukehus Nettverk To eller fleire datamaskiner som deler ressurser eller data. LAN og

Detaljer

INF Puslegruppa - Kom i gang med PusleChat

INF Puslegruppa - Kom i gang med PusleChat INF1010 - Puslegruppa - Kom i gang med PusleChat Sigmund Hansen sigmunha@student.uio.no 31. mars 2011 Last ned dokumentasjonen til kildekoden. 1 1 Klassestruktur 1.1 inf1010.pusle.chat.client.chatclient

Detaljer

Linklaget - avslutning

Linklaget - avslutning Linklaget - avslutning Retransm. og kvitterings strategi Kvitteringsstrategi: eksplisitt kvittering for hver mottatte ramme kvitter alle rammer opp til sist mottatte ved timeout Retransmisjonsstrategi:

Detaljer

Gjennomgang av kap. 1-4. Kommunikasjonsformer Typer av nettverk Adressering og routing Ytelse Protokoller

Gjennomgang av kap. 1-4. Kommunikasjonsformer Typer av nettverk Adressering og routing Ytelse Protokoller Uke 6 - gruppe Gjennomgang av kap. 1-4 Kommunikasjonsformer Typer av nettverk Adressering og routing Ytelse Protokoller Gruppearbeid Diskusjon Tavle Gi en kort definisjon av følgende: 1. Linje/pakkesvitsjing

Detaljer

PRADS PASSIVE REAL-TIME ASSET DETECTION SYSTEM. Edward Fjellskål & Kacper Wysocki

PRADS PASSIVE REAL-TIME ASSET DETECTION SYSTEM. Edward Fjellskål & Kacper Wysocki PRADS PASSIVE REAL-TIME ASSET DETECTION SYSTEM Edward Fjellskål & Kacper Wysocki Hvem er vi? Edward Fjellskål Redpill Linpro (4år, 3mnd) Første datamaskin i 1983 Siv.Ing IKT Linux og sikkerhet fra 98 Nettverks

Detaljer

Brannmurer. fire wall (noun): A fireproof wall used as a barrier to prevent spread of fire.

Brannmurer. fire wall (noun): A fireproof wall used as a barrier to prevent spread of fire. Brannmurer Brannmurer fire wall (noun): A fireproof wall used as a barrier to prevent spread of fire. -American Heritage Dictionary fire wall (noun, internet): Internet firewalls are intended to keep the

Detaljer

INF Hjemmeeksamen 1 - Vår 2014 Bridging på linklaget

INF Hjemmeeksamen 1 - Vår 2014 Bridging på linklaget INF3190 - Hjemmeeksamen 1 - Vår 2014 Bridging på linklaget Formelt Denne oppgaven er karaktergivende og skal løses individuelt. Karakteren som gis teller omlag 20 % på sluttkarakteren. Oppgaven blir vurdert

Detaljer

Interprosess kommunikasjon. Berkeley Sockets. Hvordan identifiserer jeg hvem jeg vil snakke til? Hva må programmene gjøre?

Interprosess kommunikasjon. Berkeley Sockets. Hvordan identifiserer jeg hvem jeg vil snakke til? Hva må programmene gjøre? Interprosess kommunikasjon Berkeley Sockets Hvordan få to maskiner til å snakke sammen Maskin A...... typedef struct { char sawreceive; char sawsend; int packetpointer; char buf[packetlength+1]; linksession;

Detaljer

Forord. Brukerveiledning

Forord. Brukerveiledning Forord Dette dokumentet er ment for brukere og administratorer som vil overvåke ressursene som brukes av JVM. Det gir en rask og generisk introduksjon til installasjonen av de forskjellige verktøyene som

Detaljer

Nettverkslaget. Fragmentering/framsending Internetworking IP

Nettverkslaget. Fragmentering/framsending Internetworking IP Uke 9 - gruppe Nettverkslaget Fragmentering/framsending Internetworking IP Gruppearbeid Diskusjon 1. Forklar prinsippet for fragmentering og reassemblering. Anta at maskinen som tar iniativet til kommunikasjonen

Detaljer

Kommunikasjonsnett. Et kommunikasjonsnett er utstyr (maskinvare og programvare) for utveksling av informasjon

Kommunikasjonsnett. Et kommunikasjonsnett er utstyr (maskinvare og programvare) for utveksling av informasjon Kommunikasjonsnett Et kommunikasjonsnett er utstyr (maskinvare og programvare) for utveksling av informasjon Hva er informasjon? Tale, bilde, lyd, tekst, video.. Vi begrenser oss til informasjon på digital

Detaljer

INF1040 Oppgavesett 6: Lagring og overføring av data

INF1040 Oppgavesett 6: Lagring og overføring av data INF1040 Oppgavesett 6: Lagring og overføring av data (Kapittel 1.5 1.8) Husk: De viktigste oppgavetypene i oppgavesettet er Tenk selv -oppgavene. Fasitoppgaver Denne seksjonen inneholder innledende oppgaver

Detaljer

Hva består Internett av?

Hva består Internett av? Hva består Internett av? Hva er et internett? Et internett = et nett av nett Ingen sentral administrasjon eller autoritet. Mange underliggende nett-teknologier og maskin/programvareplatformer. Eksempler:

Detaljer

3.3 Case 3: Opprette en bruker Case 4: Endre en bruker... 8

3.3 Case 3: Opprette en bruker Case 4: Endre en bruker... 8 Testdokumentasjon 1 Forord Denne rapporten omhandler testingen av systemet. Rapporten er først og fremst beregnet på sensor og intern veileder ved Høgskolen i Oslo, men kan gjerne leses av andre som måtte

Detaljer

Litt mer detaljer om: Detaljerte funksjoner i datanett. Fysisk Lag. Multipleksing

Litt mer detaljer om: Detaljerte funksjoner i datanett. Fysisk Lag. Multipleksing Litt mer detaljer om: Detaljerte funksjoner i datanett Foreleser: Kjell Åge Bringsrud Multipleksing Feildeteksjon, flytkontroll Adressering LAN Repeatere, broer TCP/IP Øvre lag Applikasjonsprotokoller

Detaljer

Dypere forståelse av Linklaget Egenskaper ved Ethernet CSMA/CD

Dypere forståelse av Linklaget Egenskaper ved Ethernet CSMA/CD Uke 5 - gruppe Dypere forståelse av Linklaget Egenskaper ved Ethernet CSMA/CD Liten quiz fra leksjon om linklaget Gruppearbeid Diskusjon Tavle 1. Hvilke tre link-typer har vi? 1. Punkt til punkt(enkel

Detaljer

Tor-Eirik Bakke Lunde torebl@stud.cs.uit.no

Tor-Eirik Bakke Lunde torebl@stud.cs.uit.no Obligatorisk oppgave 1 INF-3200 12. oktober 2003 Tor-Eirik Bakke Lunde torebl@stud.cs.uit.no Oppgavebeskrivelse: Designe og implementere en distribuert ray-tracing applikasjon, med basis i kontroller-

Detaljer

Detaljerte funksjoner i datanett

Detaljerte funksjoner i datanett Detaljerte funksjoner i datanett Foreleser: Kjell Åge Bringsrud INF1060 1 Litt mer detaljer om: Multipleksing Feildeteksjon, flytkontroll Adressering LAN Repeatere, broer TCP/IP Øvre lag Applikasjonsprotokoller

Detaljer

NORGE. Patentstyret (12) SØKNAD (19) NO (21) 20101728 (13) A1. (51) Int Cl. G06Q 20/00 (2006.01)

NORGE. Patentstyret (12) SØKNAD (19) NO (21) 20101728 (13) A1. (51) Int Cl. G06Q 20/00 (2006.01) (12) SØKNAD (19) NO (21) 1728 (13) A1 NORGE (1) Int Cl. G06Q /00 (06.01) Patentstyret (21) Søknadsnr 1728 (86) Int.inng.dag og søknadsnr (22) Inng.dag.12. (8) Videreføringsdag (24) Løpedag.12. () Prioritet.03.04,

Detaljer

Introduksjon til nettverksteknologi

Introduksjon til nettverksteknologi Avdeling for informatikk og e- læring, Høgskolen i Sør- Trøndelag Introduksjon til nettverksteknologi Olav Skundberg og Boye Holden 23.08.13 Lærestoffet er utviklet for faget IFUD1017- A Nettverksteknologi

Detaljer

Medium Access Control (MAC) Linklaget avslutning. Kjell Åge Bringsrud kjellb. Foreleser: 14/02/2006 1

Medium Access Control (MAC) Linklaget avslutning. Kjell Åge Bringsrud   kjellb. Foreleser: 14/02/2006 1 Linklaget avslutning Medium Access Control (MAC) Foreleser: Kjell Åge Bringsrud E-mail: kjellb 14/02/2006 1 Retransm. og kvitterings strategi Kvitteringsstrategi: eksplisitt kvittering for hver mottatte

Detaljer

Linklaget. Feildeteksjon/feilretting - pålitelig overføring. Foreleser: Kjell Åge Bringsrud kjellb 2/17/2004 1

Linklaget. Feildeteksjon/feilretting - pålitelig overføring. Foreleser: Kjell Åge Bringsrud   kjellb 2/17/2004 1 Linklaget Feildeteksjon/feilretting - pålitelig overføring Foreleser: Kjell Åge Bringsrud E-mail: kjellb 2/17/2004 1 Feildeteksjon/feilretting Oppgaver: 1. Finne feil 2. Rette feil To alternativer til

Detaljer

INF2270. Input / Output (I/O)

INF2270. Input / Output (I/O) INF2270 Input / Output (I/O) Hovedpunkter Innledning til Input / Output Ulike typer I/O I/O internt i datamaskinen I/O eksternt Omid Mirmotahari 3 Input / Output En datamaskin kommuniserer med omverdenen

Detaljer

(12) PATENT (19) NO (11) 330271 (13) B1 NORGE. (51) Int Cl. Patentstyret

(12) PATENT (19) NO (11) 330271 (13) B1 NORGE. (51) Int Cl. Patentstyret (12) PATENT (19) NO (11) 3271 (13) B1 NORGE (1) Int Cl. G06Q /00 (06.01) Patentstyret (21) Søknadsnr 08 (86) Int.inng.dag og søknadsnr (22) Inng.dag.03.04 (8) Videreføringsdag (24) Løpedag.03.04 () Prioritet

Detaljer

Guide for tilkobling til HIKT s Citrix løsning

Guide for tilkobling til HIKT s Citrix løsning Guide for tilkobling til HIKT s Citrix løsning Innhold Guide for tilkobling til HIKT s Citrix løsning... 1 Sjekk om Citrix er installert... 1 Tilgang til applikasjon fra kontoret... 2 Tilgang til applikasjon

Detaljer

6107 Operativsystemer og nettverk

6107 Operativsystemer og nettverk 6107 Operativsystemer og nettverk Leksjon 5 Transportlaget i TCP/IP TCP Transmission Control Protocol UDP User Datagram Protocol Pensum [Hallsteinsen] Kap. 4 Transportlaget Linker IANA Internet Assigned

Detaljer

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av mottak Epikrise 2 Informasjon om mottakersystem Programvareleverandør: Navn og

Detaljer

Basis interoperabilitetstest - ebxml

Basis interoperabilitetstest - ebxml Basis interoperabilitetstest - ebxml Testversjon: 1.0 2 Basis interoperabilitetstest - ebxml Innholdsfortegnelse 1. Revisjonshistorikk... 3 2. Basis interoperabilitetstest - ebxml... 4 Hvordan gjennomføre

Detaljer

6107 Operativsystemer og nettverk

6107 Operativsystemer og nettverk Streaming 6107 Operativsystemer og nettverk Leksjon 5 Transportlaget i TCP/IP TCP Transmission Control Protocol UDP User gram Protocol Pensum [Hallsteinsen] Kap. 4 Transportlaget Linker IANA Internet Assigned

Detaljer

INF329,HØST

INF329,HØST TTHROUGH THROUGH THE FIREWALL KAPITTEL 16 BUILDING SECURE SOFTWARE INF329,HØST 2005 Isabel Maldonado st10900@student.uib.no 1 Innledning Kort om firewall Hva er det som foresaker at en brannmur blokkerer

Detaljer

DDS-CAD. Oppsett av student-/demolisens

DDS-CAD. Oppsett av student-/demolisens S DDS-CAD Oppsett av student-/demolisens Bruk av DDS-CAD er lisens beskyttet. Dette er fysiske USB nøkkel som inneholder kryptert lisensinformasjon. Programvaren er dermed beskyttet for å sikre legitim

Detaljer

Oppsummering: Linjesvitsjing kapasiteten er reservert, og svitsjing skjer etter et fast mønster. Linjesvitsj

Oppsummering: Linjesvitsjing kapasiteten er reservert, og svitsjing skjer etter et fast mønster. Linjesvitsj Oppsummering: Linjesvitsjing kapasiteten er reservert, og svitsjing skjer etter et fast mønster Linjesvitsj Pakkesvitsjing Ressursene er ikke reservert; de tildeles etter behov. Pakkesvitsjing er basert

Detaljer

Akseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer

Akseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer Akseptansetesten Siste sjanse for godkjenning Etter Hans Schaefer Akseptansetesting Formell testing med hensyn til brukerbehov, krav, og forretningsprosesser som utføres for å avklare om et system oppfyller

Detaljer

Linklaget. Feildeteksjon/feilretting - pålitelig overføring. Foreleser: Kjell Åge Bringsrud kjellb 2/9/2005 1

Linklaget. Feildeteksjon/feilretting - pålitelig overføring. Foreleser: Kjell Åge Bringsrud   kjellb 2/9/2005 1 Linklaget Feildeteksjon/feilretting - pålitelig overføring Foreleser: Kjell Åge Bringsrud E-mail: kjellb 2/9/2005 1 Stop-and-Wait Grunnleggende svakhet: utnytter linjekapasiteten dårlig Eksempel: Avsender

Detaljer

Blant de mest omtalte Internett tilpassningene i dag er brannmurer og virtuelle private nett (VPN).

Blant de mest omtalte Internett tilpassningene i dag er brannmurer og virtuelle private nett (VPN). Innledning Vi har valgt brannmurer som tema og grunnen til dette er de stadig høyere krav til sikkerhet. Begrepet datasikkerhet har endret innhold etter at maskiner ble knyttet sammen i nett. Ettersom

Detaljer

Angrep. Sniffing ( eavesdropping )

Angrep. Sniffing ( eavesdropping ) Angrep Sniffing ( eavesdropping ) Host with TCP Services Klient Tjener Angriper Ethernet og passord Ethernet aldri sikkert mot avlytting Sniffing verktøy er vanlig Avlytter ulike protokoller Kan formatere

Detaljer

INF2270. Input / Output (I/O)

INF2270. Input / Output (I/O) INF2270 Input / Output (I/O) Hovedpunkter Innledning til Input / Output Ulike typer I/O I/O internt i datamaskinen I/O eksternt Omid Mirmotahari 3 Input / Output En datamaskin kommuniserer med omverdenen

Detaljer

Informasjon Prøveeksamen IN1020 høsten 2017

Informasjon Prøveeksamen IN1020 høsten 2017 Informasjon Prøveeksamen IN1020 høsten 2017 Dette er en prøveeksamen i emnet IN1020. Den er laget både for å demonstrere hvordan den ekte eksamen vil arte seg, og for å vise hva slags spørsmål man kan

Detaljer

Teknisk informasjon. CAN-bus. CAN-bus-historien. Hva betyr egentlig CAN: CAN står for Controller Area Network

Teknisk informasjon. CAN-bus. CAN-bus-historien. Hva betyr egentlig CAN: CAN står for Controller Area Network 1 Hella KGaA Hueck & Co., Lippstadt 27. november 2003 1-9 CAN-bus CAN-bus-historien 1983 Begynnelsen på CAN-utviklingen. 1985 Begynnelsen på samarbeidet med Intel for å utvikle brikker. 1988 Den første

Detaljer

Automatisert Robusthetstesting. Erik Arisholm Testify AS

Automatisert Robusthetstesting. Erik Arisholm Testify AS Automatisert Robusthetstesting Erik Arisholm Testify AS 21. september Robusthetstesting Robusthetstesting er testing som avslører sårbarheter i et system overfor uventede (kombinasjoner av) input stressende

Detaljer

Akseptansetest av sending og mottak Applikasjonskvittering

Akseptansetest av sending og mottak Applikasjonskvittering Akseptansetest av sending og mottak Applikasjonskvittering Meldingsversjon: 1.0 Akseptansetest av sending og mottak Applikasjonskvittering 2 Innholdsfortegnelse 1. Revisjonshistorikk 3 2. Akseptansetest

Detaljer

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger til lege

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger til lege Akseptansetest for mottak av PLO-meldingen: Helseopplysninger til lege Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest

Detaljer

Akseptansetest av mottak Elektronisk henvisning

Akseptansetest av mottak Elektronisk henvisning Akseptansetest av mottak Elektronisk henvisning Meldingsversjon: 1.0 datert 08.07.2005 Akseptansetest av mottak Henvisning 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST FOR MOTTAK

Detaljer

Akseptansetest av mottak Rekvirering av medisinske tjenester Radiologi

Akseptansetest av mottak Rekvirering av medisinske tjenester Radiologi Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: v1.5 datert 01.12.2008 Akseptansetest av mottak Rekvirering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Trådløssamling NORDUnet Stockholm 15.3.2013 Tom Ivar Myren

Trådløssamling NORDUnet Stockholm 15.3.2013 Tom Ivar Myren Trådløssamling NORDUnet Stockholm 15.3.2013 Tom Ivar Myren Agenda 08:30 08:45 Velkommen, kaffe 08:45 09:15 CAT en enclere hverdag for it avdelingen Hvordan få aksess, opprette profil, bruk 09:15 09:45

Detaljer

Http- og WebServices funksjoner

Http- og WebServices funksjoner Http- og WebServices funksjoner Side 1 Innholdsfortegnelse Innholdsfortegnelse Introduksjon Hvordan bruke HTTP(S) POST/GET funksjonene i TakeCargo Sende meldinger Motta meldinger (get) Oversikt over WebServices

Detaljer

Innledende Analyse Del 1: Prosjektbeskrivelse (versjon 2)

Innledende Analyse Del 1: Prosjektbeskrivelse (versjon 2) Innledende Analyse Del 1: Prosjektbeskrivelse (versjon 2) Iskra Fadzan og Arianna Kyriacou 25.mars 2004 Innhold 1 Hovedmål 2 2 Mål 2 3 Bakgrunn 3 4 Krav 4 1 1 Hovedmål I dette prosjektet skal vi se nærmere

Detaljer

Konfigurasjon av nettverksløsning for Eldata 8.0 basert på PostgreSQL 9.4.2 databasesystem.

Konfigurasjon av nettverksløsning for Eldata 8.0 basert på PostgreSQL 9.4.2 databasesystem. Konfigurasjon av nettverksløsning for Eldata 8.0 basert på PostgreSQL 9.4.2 databasesystem. Konfigurere server er en oppgave for administrator. All installasjon og konfigurasjon må utføres ved å kjøre

Detaljer

Utvikling av dynamiske nettsteder med PHP og databaser, høsten 2006

Utvikling av dynamiske nettsteder med PHP og databaser, høsten 2006 Page 1 Page 2 [Kurssidene] [ JBI] [ ] Utvikling av dynamiske nettsteder med PHP og databaser, høsten 2006 Et program som er installert på en tjenermaskin, og som tillater eksterne programmer å utføre spørringer

Detaljer

Løsningsforslag Gruppeoppgaver 24. - 28.mars 2003

Løsningsforslag Gruppeoppgaver 24. - 28.mars 2003 Løsningsforslag Gruppeoppgaver 24. - 28.mars 2003 1. Fragmentering a) Forklar prinsippet for fragmentering og reassemblering. Anta at maskinen som tar initiativet til kommunikasjonen benytter maksimale

Detaljer

Småteknisk Cantor Controller installasjon

Småteknisk Cantor Controller installasjon Cantor AS Småteknisk Cantor Controller installasjon 10.10.2012 INSTALLASJON OG OPPSETT AV CANTOR CONTROLLER 3 Nedlasting av programfiler 3 Nyinstallasjon server / enbruker 3 A. Controller instansen som

Detaljer

6107 Operativsystemer og nettverk

6107 Operativsystemer og nettverk 6107 Operativsystemer og nettverk Labøving 6c IP versjon 6 Oppgave 1 IPv6 kommandoer i Linux Ubuntu Server har en Linux kjerne som er IPv6 kompatibel. Distribusjonen har også en del ipv6 verktøy ferdig

Detaljer

Akseptansetest av mottak Rekvirering av medisinske tjenester Immunologi

Akseptansetest av mottak Rekvirering av medisinske tjenester Immunologi Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: 1.5 datert 01.12.2008 Akseptansetest av mottak Rekvirering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: v1.5 datert 01.12.2008 2 Akseptansetest av mottak Rekvirering av medisinske tjenester Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004

Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004 Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004 Oppgave 1 RMI-tjenerobjekt (databasewrapper) A Sentral tjenermaskin med database, RMi-register og RMI-tjenerprogram vis kart gjør bestilling

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Radiologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Radiologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Kjørehjelperen Testdokumentasjon

Kjørehjelperen Testdokumentasjon 2013 Kjørehjelperen Testdokumentasjon Høgskolen i Oslo og Akershus Henrik Hermansen og Lars Smeby Gruppe 8 26.05.2013 Forord Dette dokumentet tar for seg to forskjellige ting. Først forklares det hvordan

Detaljer

Kom i gang med TI-Nspire Navigator NC Teacher Software - IT-administratorer

Kom i gang med TI-Nspire Navigator NC Teacher Software - IT-administratorer Kom i gang med TI-Nspire Navigator NC Teacher Software - IT-administratorer Denne guideboken gjelder for TI-Nspire -programvareversjon 3.2. For å få den nyeste versjonen av dokumentasjonen, gå til education.ti.com/guides.

Detaljer

Vårt system kan kjøres ved å skrive. STUD1 konto fredo 37 (holdeplass)

Vårt system kan kjøres ved å skrive. STUD1 konto fredo 37 (holdeplass) 1 Vårt system kan kjøres ved å skrive STUD1 konto fredo 37 (holdeplass) Holdeplass er frivillig. Dersom man kun sender linjenr finner systemet den nærmeste holdeplassen. Systemet returnerer de 3 neste

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Immunologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK...

Detaljer

REMOTE OPERASJON, INNSTRUKS KLIENTOPPSETT. Foreningen Bergen Kringkaster / LA1ASK

REMOTE OPERASJON, INNSTRUKS KLIENTOPPSETT. Foreningen Bergen Kringkaster / LA1ASK REMOTE OPERASJON, INNSTRUKS KLIENTOPPSETT. Foreningen Bergen Kringkaster / LA1ASK Generelt : Før du tar i bruk løsningen er det en forutsetning at du har lest og satt deg inn i gjeldende dokumentasjon

Detaljer

! Ytelsen til I/O- systemer avhenger av flere faktorer: ! De to viktigste parametrene for ytelse til I/O er:

! Ytelsen til I/O- systemer avhenger av flere faktorer: ! De to viktigste parametrene for ytelse til I/O er: Dagens temaer! Ulike kategorier input/output! Programmert! Avbruddstyrt! med polling.! Direct Memory Access (DMA)! Asynkrone vs synkrone busser! Med! Fordi! -enheter menes de enheter og mekanismer som

Detaljer

Akseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi

Akseptansetest av mottak Svarrapportering av medisinske tjenester Mikrobiologi Akseptansetest av mottak Svarrapportering av medisinske tjenester Meldingsversjon: 1.3 datert 01.12.2008 Akseptansetest av mottak Svarrapportering av medisinske tjenester 2 Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

NorskInternett Brukermanual. Sist oppdatert 09.08.15. Side 1/30

NorskInternett Brukermanual. Sist oppdatert 09.08.15. Side 1/30 NorskInternett Brukermanual Sist oppdatert 09.08.15. Side 1/30 Innholdsliste Hvordan kan vår tjeneste brukes...2 Hva vi leverer...2 Kontoinformasjon...3 Bruk av VPN tilkobling...3 Konfigurering av Android...4

Detaljer

Transport - laget (ende-til-ende protokoller) Glidende vindu protokoll. Flyt kontroll. dataoverføringsfasen. Sender. Mottaker

Transport - laget (ende-til-ende protokoller) Glidende vindu protokoll. Flyt kontroll. dataoverføringsfasen. Sender. Mottaker Transport - laget (ende-til-ende protokoller) dataoverføringsfasen 4/4/2003 1 Glidende vindu protokoll Sender Mottaker TCP LastByteWritten TCP LastByteRead LastByteAcked LastByteSent NextByteExpected LastByteRcvd

Detaljer

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise

Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Akseptansetest av mottak Elektronisk epikrise - Den gode epikrise Meldingsversjon: 1.1 datert 23.09.2006 Akseptansetest av mottak Epikrise 2 Innholdsfortegnelse 1. REVISJONSHISTORIKK... 3 2. AKSEPTANSETEST

Detaljer

Løsningsforslag Gruppeoppgaver, januar INF240 Våren 2003

Løsningsforslag Gruppeoppgaver, januar INF240 Våren 2003 Løsningsforslag Gruppeoppgaver, 27. 31. januar INF240 Våren 2003 1. Kommunikasjonsformer Gi en kort definisjon på følgende begrep: a) Linje/pakkesvitsjing Linjesvitsjing er en teknikk som tradisjonelt

Detaljer

Obligatorisk oppgave nr 2 i datakommunikasjon. Høsten 2002. Innleveringsfrist: 04. november 2002 Gjennomgås: 7. november 2002

Obligatorisk oppgave nr 2 i datakommunikasjon. Høsten 2002. Innleveringsfrist: 04. november 2002 Gjennomgås: 7. november 2002 Obligatorisk oppgave nr 2 i datakommunikasjon Høsten 2002 Innleveringsfrist: 04. november 2002 Gjennomgås: 7. november 2002 Oppgave 1 a) Forklar hva hensikten med flytkontroll er. - Hensikten med flytkontroll

Detaljer

Characteristics of a good design

Characteristics of a good design Characteristics of a good design (PPT. side 1) Innledning Høykvalitetsdesign bør ha visse karakteristikker for å oppnå kvalitetsprodukter, dvs.: enkelt å forstå enkelt å implementere enkelt å teste enkelt

Detaljer

WX3in1 Plus - APRS advanced digipeater http://microsat.com.pl http://microsat.com.pl/forum/

WX3in1 Plus - APRS advanced digipeater http://microsat.com.pl http://microsat.com.pl/forum/ WX3in1 Plus - APRS advanced digipeater http://microsat.com.pl http://microsat.com.pl/forum/ Har anskaffa meg et nytt "leketøy" som trenger litt omtale så derfor denne lille blekka med info og tips på hva

Detaljer

SMS overføringer av tekstmeldinger til mobiltelefon

SMS overføringer av tekstmeldinger til mobiltelefon P R O D U K T I N F O Nr. 29 versjon 2 20-03-02 fra Eltek Fire & Safety AS SMS overføringer av tekstmeldinger til mobiltelefon Informasjonen i dette skriv skal ikke videreformidles uten etter avtale med

Detaljer

Velkommen til Pressis.

Velkommen til Pressis. 1 Velkommen til Pressis. Dette er et veiledende dokument med linker i innledningen. Veiledningene vil ta deg igjennom de forskjellige tilkoblings muligheter du har med oss. Hvis du bare har behov for en

Detaljer

Testrapport. Aker Surveillance. Gruppe 26. Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 24.5.2013. Public 2013 Aker Solutions Page 1 of 5

Testrapport. Aker Surveillance. Gruppe 26. Hovedprosjekt ved Høgskolen i Oslo og Akershus. Oslo, 24.5.2013. Public 2013 Aker Solutions Page 1 of 5 Testrapport Aker Surveillance Gruppe 26 Hovedprosjekt ved Høgskolen i Oslo og Akershus Oslo, 24.5.2013 Public 2013 Aker Solutions Page 1 of 5 Innledning I denne rapporten vil vi skrive om testingen som

Detaljer

Oppgave 1. Finn krav. Finn krav. Finn test

Oppgave 1. Finn krav. Finn krav. Finn test Oppgave 1 1. Hensikten med use case er å oppnå en felles forståelse av krav til systemet mellom brukere / kunder og utviklere. Et use case er et scenario, ikke en komplett, deltaljert kravspesifikasjon.

Detaljer

Linklaget - direkte. forbindelser mellom noder. Foreleser: Kjell Åge Bringsrud kjellb 2/8/2005 1

Linklaget - direkte. forbindelser mellom noder. Foreleser: Kjell Åge Bringsrud   kjellb 2/8/2005 1 Linklaget - direkte forbindelser mellom noder Foreleser: Kjell Åge Bringsrud E-mail: kjellb 2/8/2005 1 Tilbakeblikk Kursets fokus nett for generell bruk pakkebaserte nett A Noder 1 2 3 4 5 D 6 Link 2/8/2005

Detaljer

BRUKERHÅNDBOK FOR NETTVERKET

BRUKERHÅNDBOK FOR NETTVERKET BRUKERHÅNDBOK FOR NETTVERKET Lagre utskriftslogg til nettverk Version 0 NOR Definisjoner for merknader Vi bruker følgende ikon i denne brukerhåndboken: Merknader forteller hvordan du bør reagere på en

Detaljer

Obligatorisk oppgave 6 i INF1010: Dekryptering

Obligatorisk oppgave 6 i INF1010: Dekryptering Obligatorisk oppgave 6 i INF1010: Dekryptering INF1010 Frist: mandag 8. mai 2017 kl. 12:00 Versjon 1.0 (8cb4fee ) Innhold 1 Innledning 1 2 Modell 2 3 Pakke for lytting på kanaler og dekryptering 2 4 Implementasjon

Detaljer

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad

Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad Akseptansetest for mottak av PLO-meldingen: Helseopplysninger ved søknad Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest

Detaljer

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi

Akseptansetest av mottak Rekvirering av medisinske tjenester Medisinsk biokjemi Akseptansetest av mottak Rekvirering av medisinske tjenester Meldingsversjon: versjon 1.4, datert 20.05.2005 2 Akseptansetest av mottak Rekvirering av medisinske tjenester Innholdsfortegnelse 1. Revisjonshistorikk...

Detaljer

Socket og ServerSocket

Socket og ServerSocket Side 1 av 5, socket og klient-tjener, V. Holmstedt, HiO 2006 Dette dokumentet er revidert den 29.8.2006, kl:12:30. Det er foretatt rettelser i begge versjoner av klassen A_Server. Socket og ServerSocket

Detaljer

DOKUMENTASJON E-post oppsett

DOKUMENTASJON E-post oppsett DOKUMENTASJON E-post oppsett Oppsett av e-post konto Veiledningen viser innstillinger for Microsoft Outlook 2013, og oppkobling mot server kan gjøres med POP3 (lagre e-post lokalt på maskin) eller IMAP

Detaljer

Tjenestebeskrivelse Internett Ruter Innhold

Tjenestebeskrivelse Internett Ruter Innhold Tjenestebeskrivelse Internett Ruter Innhold Internett Ruter... 2 Enkel brannmur... 2 Dual-stack IPv4 og IPv6... 2 IPv4 NAT... 2 DHCP tildeling av IPv4 adresser i LAN... 2 SLAAC tildeling av IPv6 adresser

Detaljer

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering Brukerdokumentasjon Webservices og webklient for kodeverk/ kodeverdi verifisering Innholdsfortegnelse... 3... 3... 3... 3... 4... 4... 4... 4... 8... 9... 10!... 10 "... 11 # $... 11 1. Om systemet 1.1.

Detaljer

Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud

Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud Akseptansetest for mottak PLO-meldingen: Orientering om tjenestetilbud Meldingsversjon: Standard for elektronisk kommunikasjon med pleie- og omsorgstjenesten, versjon 1.5, datert 30.06.2009 2 Akseptansetest

Detaljer

Computer Networks A. Tanenbaum

Computer Networks A. Tanenbaum Computer Networks A. Tanenbaum Kjell Åge Bringsrud (Basert på foiler av Pål Spilling) Kapittel 1, del 3 INF3190 Våren 2004 Kjell Åge Bringsrud; kap.1 Foil 1 Tjenestekvalitet, mer spesifikt Overføringskapasitet

Detaljer

Testrapport Prosjekt nr. 2011-22 Det Norske Veritas

Testrapport Prosjekt nr. 2011-22 Det Norske Veritas Prosjekt nr. 2011 22 Testrapport Hovedprosjektets tittel Implementering av plugin og utvikling av wizard for Det Norske Veritas Prosjektdeltakere Magnus Strand Nekstad s156159 Jørgen Rønbeck s135779 Dato

Detaljer