SzgHalok 7. teszt (Forgalomszabályozás, hibakezelés, Szállítási réteg (TCP, UDP))

A VIK Wikiből


Hálók 2009. 7
Statisztika
Átlagteljesítmény
-
Eddigi kérdések
0
Kapott pontok
0
Alapbeállított pontozás
(+)
-
Beállítások
Minden kérdés látszik
-
Véletlenszerű sorrend
-
-


Miért szükséges a TCP összeköttetés létrehozásánál a "háromutas kézfogás" harmadik lépése?

Típus: több. Válasz: 3. Pontozás: +.

  1. Valójában nem szükséges, csak az "egységes" eljárás miatt használják.
  2. Egyik válasz sem jó.
  3. Mert így a "hívott" fél megtudja, hogy a válasza megérkezett a kezdeményezőhöz.
  4. Nincsen harmadik lépése a "háromutas kézfogásnak".

Milyen feladatokat ró a hálózati csomópontokra a TCP összeköttetés alapú működése?

Típus: több. Válasz: 1. Pontozás: +.

  1. Egyik válasz sem jó.
  2. Az összeköttetés mentén érintett csomópontokon fel kell jegyezni az összeköttetés paramétereit.
  3. Az összeköttetés mentén érintett csomópontokon erőforrásokat kell foglalni az összeköttetés kiszolgálására.
  4. A kapcsolat paramétereit a szomszédos csomópontokkal közölni kell.
Indoklás

A sok egyeztetés, nyugta, és a végpontokban az ablakok, stb.

Pl. a routerek, mint hálózati csomópontok, a hálózati rétegben helyezkednek el, így nem is tudják, hogy TCP vagy nem TCP szállítási rétegen történik a kommunikáció. Így nem is tudnak emiatt plusz feladatokat elvégezni miatta.

Mik között valósít meg logikai kapcsolatot a szállítási réteg?

Típus: több. Válasz: 3. Pontozás: +.

  1. A hálózati címekkel azonosított hálózati csatlakozási pontok között.
  2. Az adatkapcsolati címekkel azonosított hálózati csatolóeszközök között.
  3. Egyik válasz sem jó.
Indoklás
alkalmazások közötti logikai kapcsolatok

Mit ellenőriz az UDP-datagramm hibaellenőrző kódja ("checksum")?

Típus: több. Válasz: 5. Pontozás: +.

  1. Az UDP- és az IP-fejrészt együttesen.
  2. Az egész UDP-datagrammot.
  3. Csak az UDP-fejrészt.
  4. Az UDP-fejrészt és az IP-címeket.
  5. Egyik válasz sem jó.
Indoklás
  • Az UDP- és az IP-fejrészt együttesen. (IPből csak 3 mezőt ellenőriz, nem mindet)
  • Az egész UDP-datagrammot. (IPből is ellenőriz részeket, de nem mindent)
  • Csak az UDP-fejrészt. (IPből is ellenőriz részeket)
  • Az UDP-fejrészt és az IP-címeket. (Az IPből még a protocol mezőt is)
  • Egyik válasz sem jó. (UDP magát az UDP csomagot - fejléc és adat - és egy rövidített IP fejlécet használ)
IPv4-ben nem kötelező a checksum, ekkor csupa 0. További részletek: http://tools.ietf.org/html/rfc768

Hogyan lehet használni a port-számokat az alkalmazások azonosítására?

Típus: több. Válasz: 3. Pontozás: +.

  1. Mindig le kell kérdezni az alkalmazást, hogy milyen számú porton fogad üzeneteket
  2. Sorsolni kell egy azonosítót, és azt szabadon lehet használni bármely alkalmazás elérésére
  3. Egyik válasz sem jó

Az alábbiak közül mely(ek) nem a TCP feladata(i)?

Típus: több. Válasz: 3,4. Pontozás: +.

  1. Forgalomszabályozás.
  2. A felsoroltak közül egyik sem feladata.
  3. Útvonalválasztás.
  4. Váltás a karakterkészletek között.
  5. Sorrendhelyes átvitel.

Mi azonosítja egy UDP adatmezőjének feladóját és címzettjét?

Típus: több. Válasz: 1. Pontozás: +.

  1. Egyik válasz sem jó.
  2. Kizárólag az IP címek, mivel az UDP pszeudo fejen keresztül beleszólnak az ellenőrző összegbe.
  3. Az ellenőrző összeg, mivel az igen nagy valószínűséggel egyedi.
  4. Kizárólag a port-számok, mivel azok egyediek.
Indoklás
ip cím:port

A TCP/IP architektúra esetén a hálózatnak mely elemei vesznek részt a szállítási rétegbeli feladatok ellátásában?

Típus: több. Válasz: 4. Pontozás: +.

  1. Egyik válasz sem jó.
  2. A végpontok és a közbenső csomópontok is.
  3. Csak a közbenső csomópontok.
  4. Csak a végpontok.

Milyen szolgáltatás(oka)t nyújt az UDP?

Típus: több. Válasz: 2. Pontozás: +.

  1. Egyik felsorolt szolgáltatást sem nyújtja.
  2. Portkezelést.
  3. Hibavédő kódolást a teljes UDP PDU-ra. (A CRC hibajelző kódolás)
  4. Torlódásvezérlést.
  5. Sorrendhelyes átvitelt.

Hogyan viszonyul a TCP/IP protokoll-architektúra az adatkapcsolati réteghez?

Típus: több. Válasz: 4. Pontozás: +.

  1. Részletesen meghatározza annak protokolljait
  2. Egyik válasz sem jó
  3. Egyáltalán nem foglalkozik az adatkapcsolati réteggel
  4. Csak az adatkapcsolati rétegben használt protokollokhoz történő csatlakozásról (interfészelésről) rendelkezik.
Indoklás
Hálózati interfészről

Hogyan határozható meg a go-back-n által elérhető csatornakihasználás?

Típus: több. Válasz: 2. Pontozás: +.

  1. Viszonyítani kell a hibás csomagok gyakoriságát a hibás + ismételt csomagok gyakoriságához
  2. Viszonyítani kell a sikeres csomagok gyakoriságát a sikeres + ismételt csomagok gyakoriságához.
  3. Viszonyítani kell a hibás csomagok gyakoriságát a sikeres + ismételt csomagok gyakoriságához
  4. A többi válasz közül egyik sem helyes.
  5. Viszonyítani kell a sikeres csomagok gyakoriságát a hibás + ismételt csomagok gyakoriságához
Indoklás
(1-p)/(1-p+Wp), ahol p-hibavalószínűség,W maximális hibakezelő ablakméret

Miért dolgoztak ki két szállítási protokollt a TCP/IP architektúrában?

Típus: több. Válasz: 4. Pontozás: +.

  1. Az első használatánál nyert tapasztalatok alapján javítottak.
  2. Egyik válasz sem jó.
  3. Mindkét protokoll ugyanazt a szolgáltatást nyújtja, így lényegében versenytársai egymásnak.
  4. Lényegében kidolgoztak egy bonyolultabb (jobb szolgáltatást nyújtó), és egy egyszerűbb protokollt kevés szolgáltatással.

Mit kell érteni azon, hogy a TCP pufferelt átvitelt valósít meg?

Típus: több. Válasz: 2. Pontozás: +.

  1. A TCP tárolja az adatokat, és csakis az alkalmazás parancsára továbbítja azokat.
  2. Egyik válasz sem jó.
  3. Az alkalmazásnak kell tárolni a még nem nyugtázott adatokat.
Indoklás
A diában: Pufferelt átvitel: a streamből a datagram megtöltéséhez szükséges mennyiséget várja össze

Mit jelent a TCP bájt-stream szállítási szolgáltatásában a strukturálatlanság?

Típus: több. Válasz: 2. Pontozás: +.

  1. Egyik válasz sem jó.
  2. Nem veszi tekintetbe az alkalmazás által használt tördelést.
  3. Nincs tekintettel a bájt-sorrendre.
Indoklás
diában: Strukturálatlan stream: nincsenek határolók a streamen belül, ezek alapján mondjuk még nem teljesen tiszta a válasz...

Milyen "eszközök" állnak rendelkezésre a csomaghibák kezelésére?

Típus: több. Válasz: 1,2,4. Pontozás: +.

  1. Pozitív nyugta hiánya vagy negatív nyugta küldése
  2. Konvolúciós kód alkalmazása
  3. Egyik válasz sem jó
  4. Hibafelderítő kódolással ellenőrizhető a csomag "épsége"
  5. Pozitív nyugta küldése. (Csak ennek hiánya segít bennünket)
Indoklás
Pozitív nyugta küldése: Csak ennek hiánya segít bennünket

Mi a szerepük a forgalomszabályozásban a forgalomleíróknak (traffic descriptors)?

Típus: több. Válasz: 2,4. Pontozás: +.

  1. Lehetővé teszik a hálózat megfelelő méretezését
  2. Lehetővé teszik, megalapozzák szolgáltatási szerződések megkötését
  3. Egyik válasz sem jó
  4. Lehetővé teszik a szolgáltató részére a hálózati szolgáltatás igénybevételének ellenőrzését

A csomagok sorszámozásával az alábbiak közül mely hibák javíthatóak további hibajavító módszerek alkalmazása nélkül?

Típus: több. Válasz: 1,2. Pontozás: +.

  1. Csomagok sorrendjének megváltozása
  2. Csomagok többszöröződése
  3. A többi válasz közül egyik sem helyes.
  4. Csomagvesztés

Mely állítások igaz a Forward Error Correction hibajavító eljárásra?

Típus: több. Válasz: 4. Pontozás: +.

  1. A fogadó továbbítja a hibás üzenetet a küldőnek, hogy az a javítást elvégezhesse.
  2. Hatékonysága függ a körülfordulási időtől.
  3. Csak hibajelző kódolást használ.
  4. A többi válasz közül egyik sem helyes.
Indoklás
  • Hatékonysága függ a körülfordulási időtől. (Nem, mert ilyenkor a vétel helyén történik a javítás, nem kell semmit se visszaküldeni)
  • Csak hibajelző kódolást használ. (HibaJAVÍTÓ kódolást használ)
  • A többi válasz közül egyik sem helyes. (A FEC hibajavító kódolás használata)
Forward Error Correction (FEC) = megelőző hibajavítás == hibajavító kódolás. A vevő megpróbálja kijavítani a hibákat a redundáns, hibajavító kód segítségével, amit a küldő belerakott a csomagba.

Miért használ a TCP 32 bit hosszú sorszámot?

Típus: több. Válasz: 2. Pontozás: +.

  1. Egyik válasz sem jó
  2. Mert így több, mint négymilliárd szegmenst el lehet küldeni anélkül, hogy a szám körbefordulna
  3. Semmi jelentősége, csak kedvelt a 4 bájt hosszú egység ebben a körben

Melyik állítások igazak a Automatic Repeat Request hibajavító megoldásra?

Típus: több. Válasz: 3,4. Pontozás: +.

  1. A vevő megpróbálja javítani a hibát, és ha az nem sikerül, akkor ismétlést kér a küldőtől.
  2. A többi válasz közül egyik sem helyes.
  3. Hatékonysága függ a körülfordulási időtől.
  4. Csomagvesztéses csatornán csökken a hatékonysága.

Két állomás egymás között csúszóablakos (sliding window) forgalomszabályozást használ. A kommunikációs csatorna 1Mbit/sec átviteli sebességet tesz lehetővé a küldőtől a fogadó felé. Tegyük fel, hogy az adó állomás 1000bit hosszú csomagokat küld. A link körülfordulási ideje (RTT) 5 msec, a csúszóablak mérete pedig 3 csomagnyi. Mekkora a csatorna kihasználtsága?

Típus: több. Válasz: 1. Pontozás: +.

  1. Kihasználtság = (lásd SzgHalokGyakorlatok)



Megjegyzés: nem minden válaszban vagyunk teljesen biztosak - de ezeket a diákból szedtük, úgyhogy reméljük hogy ezt kérik számon.