[ Marcony @ 27.11.2007. 19:36 ] @
| Hteo sam da testiram sledece:
Pustim video stream preko programa Video LAN. Stream se salje UDP multicast-om.
Na drugim racunarima ukljucim Performance monitor (Windows XP) i pratim opterecenje CPU-a,
kao i generisanje interapta i primljene non-unicast pakete.
Hteo sam da vidim koliko broadcast (ili multicast) saobracaj opterecuje racunare koji ne primaju direktno taj saobracaj. |
[ Marcony @ 27.11.2007. 23:11 ] @
Da...zaboravio sam sta sam hteo da kazem, i da pitam...
Koliko sam video iz grafika, racunari koji ne primaju video stream, primaju mutlticast saobracaj,
(sto je i normalno), ali im se CPU uopste ne opterecuje tim saobracajem.
Cak se ni interapti ne generisu vise nego uobicajeno.
Da li je moguce da ako na racunaru nema softwera koji koristi taj stream
da sama mrezna kartica nekako filtrira saobracaj i ne propusta pakete do treceg sloja?
I da li znate za neki program koji generise veliki broadcast saobracaj, ali u vecim paketima, ne samo ping?
[ markom @ 28.11.2007. 00:46 ] @
To iznad što si primetio za CPU, interapte i multicast je i poenta multicasta. Mre-ne tačke koje ne zanima multicast, ne obraćaju pažnju na njega.
[ Marcony @ 28.11.2007. 10:26 ] @
OK, ali kako one znaju...to je poenta pitanja?
[ markom @ 28.11.2007. 21:14 ] @
Tako sto svaka IP multicast grupa ima asociranu unapred poznatu MAC adresu (nije 1:1 mapiranje, ali to nije mnogo bitno). Ukoliko paket ima destinaciju ka toj MAC adresi, kartica neće procesirati taj saobraćaj. Ukoliko je neka aplikacija pristupila grupi, drajver za karticu će krenuti da sluša saobraćaj za tu grupu.
[ markovm @ 28.11.2007. 22:08 ] @
Evo super teksta od mog licnog idola, g. Scotta Morrisa o multicastu i L2 - L3 mapiranju.
Poz,
Milenko.
http://tcpmag.com/qanda/article.asp?EditorialsID=317
[ Marcony @ 28.11.2007. 22:38 ] @
Kao i uvek...hvala puno na odgovorima!!!
Copyright (C) 2001-2025 by www.elitesecurity.org. All rights reserved.