Du bör inte använda mer än tre nav i ett nätverk, helst mycket färre, eftersom nav är extremt ineffektiva och introducerar betydande prestationsproblem när du lägger till mer. Här är varför:
* sändningsdomäner: Hubs arbetar vid det fysiska lagret (lager 1 i OSI -modellen). De sänder varje signal som mottas på en port till alla andra portar. Detta innebär att varje enhet i nätverket får * varje * paket, även om det inte är adresserat till det. När du lägger till fler nav och därför fler enheter exploderar denna sändningstrafik, dramatiskt minskar prestanda och ökar kollisioner (i fallet med äldre, navbaserade Ethernet).
* Kollisioner och stridighet: I äldre, halvduplex Ethernet-nätverk med nav blir kollisioner mycket vanligare när antalet enheter ökar. Detta leder till överföringar och ytterligare försämrar prestandan.
* Säkerhetsrisker: Eftersom naven sänder allt, utgör de betydande säkerhetsrisker. Varje enhet i nätverket kan potentiellt "lyssna på" på trafiken avsedd för andra enheter.
* Begränsad bandbredd: Den tillgängliga bandbredden delas bland alla anslutna enheter. Att lägga till fler nav ökar inte den totala bandbredden; Den delar bara den tillgängliga bandbredden bland fler enheter, vilket leder till avmattningar.
* Ökad latens: Den ökade trafiken och kollisionerna i ett navbaserat nätverk med många nav leder till betydande förseningar (latens) vid dataöverföring.
Kort sagt, medan naven är enkla och billiga, är de inte skalbara. Moderna nätverk använder switchar istället för nav eftersom switchar fungerar vid skikt 2 (datalänkskikt) och framåtpaket endast till den avsedda mottagaren, vilket förbättrar prestanda, säkerhet och skalbarhet avsevärt. Även då kan alltför stora switchbaserade nätverk också drabbas av prestationsproblem och ofta kräva segmentering (att bryta nätverket i mindre, hanterbara avsnitt).
