Új hozzászólás Aktív témák

• #19694 Magnat veterán Csongeee10 #19693

  Új Válasz 2012-11-21 09:43:33 #19694

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz Csongeee10 #19693 üzenetére

  A broadcast arra van kitalálva, ha olyan üzenetet akarsz küldeni, amit a subneten belül minden állomásnak meg kell kapni. Jellemző példa az arp protokoll, ami arra szolgál, h a második és a harmadik réteg közötti kapcsolatot megteremtse. Röviden annyi a sztori, h pl amikor te meg akarod szólítani a 192.168.1.20-as címet, akkor az a gond, h a hálókártyák nem ip címekben beszélnek, hanem fizikaiban, azaz mac addressben. Így amikor te kiadod, h ping 192.168.1.20, akkor a géped (aminek a címe mondjuk 192.168.1.18) kiad egy arp requestet broadcast formájában, amiben ez áll: ki a 192.168.1.20? Mivel ez broadcast, mindenki megkapja, és jó esetben ha létezik ez a cím, kapsz egy választ: Én vagyok a 192.168.1.20, a mac addressem: 66:a1:12:bb:c5:25. (A valóság annyiban más, h van egy arp cache, amiben ha benne van a cím akkor ez nem történik meg. Ezt meg tudod nézni a gépeden parancssorba beírva, h arp -a. A default gatewayod címe biztos benne lesz). És innentől a géped hálókártyája tudja, h a 192.168.1.20-as ip cím esetén melyik fizikai címre kell küldenie a csomagokat.
  A multicast meg egy átmenet a unicast (1:1 címzés) meg a broadcast (1:mindenkihez címzés) között. Példának videokonferenciát szoktak említeni, ha mondjuk egy 100 fős rendszerben 15-en részt vesznek, a broadcast leterhelné a hálózatot, az unicast meg a küldő szervert, mivel 15-ször kellene ugyanazt elküldenie. Ilyenkor jó az unicast, így az illetékes 15 állomás fogja megkapni ugyanazt a tartalmat.

  ̿' ̿'\̵͇̿̿\з=(◕_◕)=ε/̵͇̿̿/'̿'̿ ̿

Új hozzászólás Aktív témák