Hfd 2

Question 1

Can you write application software for network-core devices?

Answer 1

Nee, want in de core worden alleen devices gebruikt die op de netwerklaag of lager werken

Question 2

Application architecture

Answer 2

Gemaakt door de applicatie ontwerper. Dicteert hoe de app gestructureerd is over de verschillende end-systems.

Question 3

Netwerk architecture

Answer 3

Geeft een fixed en specifieke set van services aan applicaties

Question 4

Client-server architecture

Answer 4

Een altijd aanstaande host met een IP adres (de server) die aanvragen dient van vele andere hosts (de clients). Zoals op het Web en e-mail.

Question 5

Data center

Answer 5

Huist een grote hoeveelheid hosts.

Question 6

Peer2Peer architecture

Answer 6

Wanneer je data uitwisselt zonder (of minimaal) gebruik te maken van servers in data centers. Directe link tussen ononderbroken verbonden hosts. De downloading peer is de client en de uploading peer is de server.

Question 7

Self-scalibility

Answer 7

Voordeel van peer2peer-architecture. Naast het creeren van workload, door een file op te vragen, ook toevoegen aan de service capaciteit, door het distributeren van files naar andere peers.

Question 8

Processes

Answer 8

De programma’s die draaien op een end-system. Processes communiceren, in operating system terms, door het sturen van messages. T proces dat de communicatie initieert is de client (vraagt iets van de ander) en de ander is de server.

Question 9

Socket

Answer 9

De software interface van een netwerk, waar gestuurde messages doorheen moeten. Als het proces een huis is, is de socket de deur, buiten de deur is dan het transportation proces tussen de 2 processen en dus ook sockets.

Question 10

API

Answer 10

Application Programming Interface aka socket. De interface tussen applicatie laag en transport laag.

Question 11

IP adres

Answer 11

Het adres van een host in 32-bit.

Question 12

Port number

Answer 12

Een uniek nr gekoppeld aan een applicatie, zodat de ontvangende socket weet voor welk applicatie op t IP adres de data bedoeld is. IP adres = straatnaam. Port nr = huisadres.
Web server = port 80
SMTP = port 25

Question 13

Services transport-layer

Answer 13

Wanneer je een applicatie maakt kies je ook welk transportprotocol je wilt gaan gebruiken. Er kan tussen de protocollen verschil zitten in reliable data transfer, throughput, timing en security.

Question 14

Reliable data transfer

Answer 14

Hoe zeker het is dat er geen data verloren gaat tijdens het versturen. Bijvoorbeeld belangrijk bij bank transacties, mails en remote host access.

Question 15

Loss-tolerant applications

Answer 15

Apps die het wel kunnen hebben als er een beetje data verloren gaat, zoals multimedia apps met conversatie audio/video

Question 16

Guaranteed throughput

Answer 16

1 vd services die de transport-laag kan bieden is gegarandeerde throughput op een bepaalde snelheid. Throughput snelheid wisselt door het delen van kabels/verbindingen met andere data.

Question 17

Bandwidth-sensitive applications

Answer 17

Apps die vereisten hebben aan de throughput. Oa internet telefonie die bijvoorbeeld stemmen codeert op 32 kbps, lagere throughput zal de ontvangen data verstoren.

Question 18

Elastic applications

Answer 18

Apps die met alle hoeveelheden throughput om kan gaan. Oa mail en file transfers.

Question 19

Timing guarantees

Answer 19

Als er een afspraak is over hoeveel tijd een bit heeft om aan de andere kant weer ontvangen te worden. Met name belangrijk voor real time applicaties.

Question 20

TCP

Answer 20

Een connectie-georiënteerde service (een soort handshake tussen de 2 transportlagen, voor de applicatielagen beginnen met zenden, na applicatielagen klaar zijn wordt de verbinding verbroken) en een betrouwbare data transfer service (erop kunnen vertrouwen dat alle data verzonden wordt en in de juiste volgorde). TCP bezit ook een congestion-control mechanisme, service to the whole internet.

Question 21

UDP

Answer 21

Een lichte, minimale service. Connectieloos, onbetrouwbare data transfer (geen garantie dat alles aankomt of in de juiste volgorde), geen congestion system.

Question 22

Application-layer protocol

Answer 22

Hoe applicatie processen, op andere hosts, met elkaar communiceren. Definieert
- type berichten (request, response)
- de syntax ervan (de velden in de berichten en hoe ze zijn afgebakent)
- de semantics van de velden (betekenis van de berichten in de velden)
- regels voor wanneer en hoe een bericht versturen en ontvangen

Question 23

HTTP

Answer 23

HyperText Transfer Protocol. Web applicatie protocol (in een RFC en dus publiek domein). Gebruikt TCP als onderliggend protocol, zodat t niet bezig hoeft te zijn met data loss. Is een stateless protocol. Alleen communicatie protocol, geen invloed op hoe de info geïnterpreteerd wordt, dit doet de browser

Question 24

Verschil netwerk applicaties en applicatie-laag protocollen

Answer 24

De protocollen zijn slechts een deel van de netwerkapplicatie. Zoals bij http en het Web

Question 25

Webpage

Answer 25

Document bestaande uit objecten

Question 26

Objects

Answer 26

Een bestand (html, css, jpeg, javascript, etc)

Question 27

Stateless protocol

Answer 27

Een protocol dat geen informatie behoudt van een gebruiker.

Question 28

Non-persistent connections

Answer 28

Wanneer voor ieder request/response paar een aparte TCP link wordt gebruikt. Dus na ieder object wordt de TCP link verbroken, om vervolgens voor het volgende bestand weer een nieuwe op te zetten.
Nadelen; elke keer weer moeten toewijzen van TCP buffers en het bewaren van variabelen (zowel bij client als server) belast een webpage zwaar. Kost meer tijd, vanwege telkens weer handshake voor TCP connectie.

Question 29

Persistent connections

Answer 29

Wanneer alle requests met hun responses over dezelfde TCP link worden gestuurd. Standaard voor http, maar kan aangepast naar non-persistent

Question 30

RRT

Answer 30

Round-trip time. De tijd die nodig is om een kleine packet van client naar server te sturen en terug.

Question 31

Total response time

Answer 31

Hoelang het in totaal duurt om een HTML file te vragen en ontvangen. 2 RTT’s (1 voor eerste 2 stappen van de 3way handshake - 2 voor het derde deel van de handshake, het aanvragen van een file en het terug sturen ervan) & de transmissie tijd nodig bij de server om de HTML file in een link te stoppen.

Question 32

Pipelining

Answer 32

Het doen van rug-aan-rug verzoeken in een openstaande, persistent TCP-connectie.

Question 33

HTTP Request message

Answer 33

1e regel is de request lijn (bestaande uit de methode, URL en de HTTP versie). De rest zijn header lines (regels om mee te geven met de data, als ‘sluit na deze request je persistent TCP connectie’ of ‘de host waar de bestanden vandaan moeten komen’. Kunnen 0 tot veeeele regels zijn.) De entitybody kan nog ingevuld worden, dit gebeurt bij een POST methode wanneer een gebruiker een form invult (ook voor zoeken in zoekmachine).

Question 34

5 methoden HTTP request

Answer 34

GET wanneer browser een object opvraagt of ook korte zoek in een zoekmachine
POST bij het invullen van een formulier of zoeken in zoekmachine
HEAD haalt een antwoordt in HTTP vorm terug ipv een object zelf
DELETE voor het verwijderen van een object op een webserver
PUT het uploaden van een bestand in een specifiek path

Question 35

HTTP response method

Answer 35

1e regel is statuslijn, daarna headerlines en als laatst de entity body.
In de entity body bevind zich de data.
De statuslijn bevat een protocol versie, een status code en een status message.
Header lines zijn alle extra informatie, als ‘connection: close’ voor de TCP verbinding en datum

Question 36

Cookies

Answer 36

Om te zorgen dat, binnen de stateless HTTP server, een website gebruikers kan identificeren. Bijvoorbeeld omdat de server gelimiteerd gebruik wil voor bepaalde gebruikers.
Bestaat uit 4 componenten
- een cookie header line in response message
- een cookie header line in de request message
- een cookie file, bewaart op de gebruikers end system en gemanaged door browser
- een back-end database op een website

Question 37

Web cache

Answer 37

Ook wel een proxy server.
Is een externe plek waar je als gebruiker al een aantal requested objects opslaat. Als je dan een HTTP request doet, wordt er eerst een TCP connectie gemaakt met de web cache om te kijken of het object daar al opgeslagen ligt. Als dit niet zo is doet de cache een HTTP request naar de originele server, slaat het object op en stuurt het terug.

Question 38

CDN

Answer 38

Content Distribution Network. Een bedrijf dat vele geografisch verdeelde caches installeert, waardoor veel van het dataverkeer gelokaliseerd wordt.

Question 39

The conditional GET

Answer 39

Het introduceren van cache levert wel ook een nieuw probleem op, hoe weet je nou of een object niet een verouderde versie is. Dit kan dmv de conditional GET. Een HTTP request is een conditional GET als (1) GET wordt gebruikt en (2) een if-modified-since: headerline bevat.

Question 40

HTTP/2

Answer 40

Eerste nieuwe HTTP versie sinds HTTP/1.1. Gestandaardiseerd in 2015. Van non-persistent naar persistent TCP verbindingen. Doel; om merkbare vertraging te reduceren, request prioritering en server push toestaan & voorzien van header field compression

Question 41

HOL blocking

Answer 41

Head of Line blocking. Als een groot object een connectie blokkeert voor kleinere objecten die er makkelijk door hadden gepast.
Oplossing door HTTP/1.1 - meerdere TCP connections openen en paralel langs elkaar objects versturen. Zwaar voor t internet
Oplossing HTTP/2 - alle objecten opdelen in frames van dezelfde lengte, vervolgens van ieder object 1e frame versturen, vervolgens 2e, etc. Waardoor sommige objecten veel eerder binnen zijn en de delay niet zo voelbaar is

Question 42

Framing

Answer 42

HTTP/2 oplossing voor HOL-blocking

Question 43

Server push

Answer 43

In plaats van te wachten op HTTP requests die binnenkomen kan de server zelf de webpagina uitlezen om te zien welke objecten gestuurd moeten. Dit haalt de vertraging door t wachten op requests eruit.

Question 44

User agents

Answer 44

De interface van emails.

Question 45

Mail server

Answer 45

Ontvangt verzonden email, zet deze in de uitgaande rij. Zodra ontvangende partij de email opvraagt wordt deze uit de rij naar de mail server van de ontvanger gestuurd. Daar haalt zijn user agent de mail dan weer uit.
Deze zit er tussen, anders zou de local host altijd aan moeten staan om berichten in mailbox te ontvangen

Question 46

SMTP

Answer 46

Simple mail transfer protocol. Het applicatie-laag protocol voor emails. Zorgt voor versturen mails tussen servers.
Push protocol

Question 47

IMAP

Answer 47

Internet Mail Access Protocol. Pull protocol. Om je email op te halen uit je mailserver. Gebruikt door mailclients die niet web based zijn. Zij gebruiken HTTP.

Question 48

IP adres

Answer 48

Naast de hostnaam een soort bsn nummer voor je naam. Bestaat uit 4 bytes gescheiden door een punt en uitgeschreven in numeriek systeem

Question 49

DNS

Answer 49

Domain Name System. Map om vast te leggen welke hostnaam bij welk IPadres hoort.
Kan 2 dingen zijn;
1. Een distributed database (niet in applicatielaag) geïmplementeerd in een hierarchie van DNS servers
2 een applicatielaag protocol die hosts kan helpen op te vragen uit die database
Unix machines running BerkeleyInternetNameDomain software. Runs over UDP en gebruikt poort 53.

Question 50

Canonical hostname

Answer 50

Het officiele of standaarddomein dat wordt gebruikt voor een specifieke webserver of host

Question 51

Alias hostnames

Answer 51

Zijn de ‘bijnamen’ die een host of site kan hebben

Question 52

Load distribution

Answer 52

DNS kan ook zorgen voor de verdeling van lading voor een drukke site (zoals cnn.com). Er lopen dan meerdere kopieen gemaakt op verschillende servers, deze hebben allemaal een ander IPadres maar zijn wel opgeslagen als een set in de DNS door dezelfde alias hostname.
Wanneer opgevraagd, komt de set IP adressen terug die de DNS dan rouleert om te zorgen dat de druk verdeeld wordt

Question 53

3 DNS servers (+1)

Answer 53

Root DNS / geven IP adressen van TLD servers
Top-level domain DNS / een server of cluster servers voor iedere top-level domain (com org edu nl fr uk….) geeft IP van authoritative server
Authoritative DNS / de DNS records die voor het top-level domain deel staan in een hostname (webservers, mailservers..)
+1 - local DNS server / de DNS server die je als eerst tegenkomt als je t web op gaat om een IP adres te zoeken. Werkt als een proxy. Slaat eerder gebruikte combinaties op (of iig de weg er naartoe) dit wel voor een paar dagen maar. Hierdoor voor grotendeel van de DNS queries geen root server meer nodig

Question 54

RR’s

Answer 54

Resource records. Opgeslagen records in DNS servers. Deel van de berichten die ze versturen om te helpen IPadressen zoeken.
(Name, Value, Type, TTL(time to live))

Question 55

DNS messages

Answer 55

Eerste 12 bytes - header section (identificatie, query/reply, number of: questions, authoritive RR’s, answer RR’s, additional RR’s)
1 byte - questions (name & type query)
1 byte - answer RR’s (RR’s in response to query)
1 byte - authoritive RR’s (records for authoritive servers)
1 byte - additional RR’s (additional helpful info)

Question 56

Registrar

Answer 56

Commercial entity die kijkt of je domeinnaam uniek is en zet deze vervolgens in de DNS database.