Médiakommunikáció 2008/2

A VIK Wikiből
A lap korábbi változatát látod, amilyen Unknown user (vitalap) 2012. október 21., 21:42-kor történt szerkesztése után volt. (Új oldal, tartalma: „{{GlobalTemplate|Infoszak|MedKomm}} __TOC__ Előadó: Hosszú Gábor<BR> E-mail: hosszu@nimrud.eet.bme.hu Honlap: http://nimrud.eet.bme.hu/mk ZH: sok kérdés a l…”)
(eltér) ← Régebbi változat | Aktuális változat (eltér) | Újabb változat→ (eltér)

Ez az oldal a korábbi SCH wikiről lett áthozva.

Ha úgy érzed, hogy bármilyen formázási vagy tartalmi probléma van vele, akkor, kérlek, javíts rajta egy rövid szerkesztéssel!

Ha nem tudod, hogyan indulj el, olvasd el a migrálási útmutatót.


Előadó: Hosszú Gábor
E-mail: hosszu@nimrud.eet.bme.hu

Honlap: http://nimrud.eet.bme.hu/mk

ZH: sok kérdés a lényegre, nem számít bele a vizsgába (legalábbis objektíven)
időpontja: 2008. április 24. csütörtök

vizsga: szóbeli

Tankönyv: Internetes kommunikáció informatikai alapjai

Hasznos infó: A fóliák elérhetőek a tankönyv CD-mellékletén!


Órai jegyzet:

(remélem a dátumozás jó, valaki legyen szíves nézze át, mikor volt óra és mikor nem!)

!!! Tettem fel egy vizsgatétel kidolgozást. Lent megtaláljátok !!!

-- Zoli - 2008.06.17.

2008.02.11 Hétfő

  • OSI modell
  • fogalmak:
    • alaphálózat (subnet): ezen belül már nincs útvonalválasztás
    • adatsebesség: bit/s
    • jelsebesség: másodpercenkénti jelváltások száma (baud rate) log2 V, ahol V a jelszintek száma. (V=2 esetén azonos az adatsebességgel)
    • sávszélesség: Hz, 2×H×log2 V (Nyquist)
    • ütközés
    • lappangás: latency - végpontok közötti késleltetés, okai:
      • fizikai távolság
      • meg kell várni az utolsó csomag utolsó bitjét
      • sorállási idő (útvonalválasztók)
      • feldolgozási idő (nemcsak a végső gép dolgozza fel)
    • round trip time (körülfordulási idő): a teljes időtartama az oda-vissza adásnak
    • jitter: remegés: a késleltetési időnek az idő szerinti deriváltja (ingadozása), a 0 lenne az optimális
  • Kommunikáció:
    • szerver-kliens
    • peer-to-peer
    • proxy based (helyettes kiszolgáló)
  • Lényeg: ki kezdeményezi a kommunikációt?
    • SZ-K: kliens
    • p2p: egyformán felelősek
    • proxy based: helyettes kiszolgáló, amik egymással p2p kapcsolatban vannak
  • Az OSI modell csak elmélet, nem gyakorlat.
  • A protokollok azért elkülönítik a szinteket, az OSI értelmes, de nem tartják be igazán.
  • Bluetooth: [tk-ben] Azonos algoritmus szerint változtatja minden eszköz a frekvenciát. Nagyon zajos csatornán is jó. Ad-hoc hálózat jön létre.
  • Connection oriented: összeköttetéses, de nincs fix sávszél
  • Csomagkapcsolás: nincs kapcsolatfelépítés, a vevő nem tudja, hogy kapni fog (összeköttetés nélküli)
  • IP protokoll: összeköttetésmentes, nagyon primitív, "de azt hozza". Nincs garancia semmire.
  • TCP: összeköttetéses, UDP: összeköttetés nélküli
  • csomagkapcsolás vs vonalkapcsolás
  • Router: "útválasztó", mert mindig csak a következő utat jelöli ki
  • ATM: túl jóra megcsinálták, túl nagy overhead, kihalóban

2008.02.14 Csütörtök

2008.02.18 Hétfő

  • A gazdagépek közlési módjai:
    • egyesadás - unicast
    • többesadás - multicast
    • sokpontos többesadás
    • egybeadás - concast
    • szórtadás - broadcast
    • bármiadás - anycast
--
    • soknakadás - manycast
    • téradás - geocast
    • részadás - subcast

(Az alsó 3 nem mindig része a protokolloknak.)

  • Hálózati réteg:
    • OSI/TCP/IP modell
  • IP: csomagkapcsolt, nem megbízható, összeköteetésmentes, gyakorlatilag semmi garancia
    • TTL mező: time to live, 255 alapból,
    • Protokoll: mit csináljon a csomaggal
    • Időbélyeg

[ZH kérdés: címtartományok rövid felírási módja]

  • Magán címtartományok: ha ilyen címe van egy csomagnak, nem megy ki az Internetre (a belső hálózatban marad)

2008.02.21 Csütörtök

2008.02.25 Hétfő

2008.02.28 Csütörtök

2008.03.03 Hétfő

  • Hasított látókör módszer: egyszerű huroknál probléma lehet
  • Kapcsolatállapotú útvonalválasztás probléma (link state routing)

-- Madness - 2008.04.18.