Forudsætning – Netværksenheder, transmissionsmåder

De mest almindelige netværksenheder, der anvendes, er routere og switche. Men vi hører stadig folk tale om hubs, repeaters og broer. Har du nogensinde undret dig over, hvorfor de førstnævnte enheder foretrækkes frem for de sidstnævnte? En af grundene kunne være: “fordi de er mere effektive og kraftfulde”. Men hvad er egentlig årsagen til deres effektivitet? Det er her, at begreber som “Collision Domains” og “Broadcast Domains” kommer ind i billedet.

Hvor vi går videre, skal vi huske på, at en hub er en repeater med flere porte. På samme måde er en switch en bro med flere porte, så du kan forstå, hvorfor repeatere og broer typisk ikke anvendes i produktionsnetværk (på grund af et mindre antal porte).

Nu skal vi indsnævre os til Hubs, Switches og Routere og diskutere dem i forhold til nedenstående domæner.

  1. Kollisionsdomæne –
    Et kollisionsdomæne er et scenario, hvor når en enhed sender en meddelelse til netværket, skal alle andre enheder, der er inkluderet i dens kollisionsdomæne, være opmærksomme på den, uanset om den var bestemt for dem eller ej. Dette skaber et problem, fordi der i en situation, hvor to enheder sender deres meddelelser samtidig, vil der opstå en kollision, hvilket vil få dem til at vente og genudsende deres respektive meddelelser en ad gangen. Husk, at det kun sker i tilfælde af en halv-duplex-tilstand.
  2. Broadcast Domain –
    Et Broadcast Domain er et scenarie, hvor når en enhed sender en broadcast-meddelelse, skal alle de enheder, der er til stede i dens broadcast-domæne, være opmærksomme på den. Dette skaber en masse overbelastning i netværket, almindeligvis kaldet LAN-overbelastning, hvilket påvirker båndbredden for de brugere, der er til stede i det pågældende netværk.

    Deraf kan vi se, at jo mere antallet af kollisionsdomæner og jo mere antallet af broadcast-domæner er, jo mere effektivt er netværket, der giver bedre båndbredde til alle sine brugere.

Så, hvilke af vores netværksenheder bryder kollisionsdomæner, og hvilke af dem bryder broadcast-domæner?

  • HUB –
    Vi starter med en hub, fordi vi skal slippe af med den så hurtigt som muligt. Grunden er, at den hverken bryder et kollisionsdomæne eller et broadcast-domæne,dvs. en hub er hverken en kollisionsdomæneadskillelse eller en broadcast-domæneadskillelse. Alle enheder, der er forbundet til en hub, befinder sig i et enkelt kollisions- og et enkelt broadcast-domæne. Husk, at hubs ikke segmenterer et netværk, de forbinder blot netværkssegmenter.
  • SWITCH –
    Med hensyn til switche har vi en fordel i forhold til hub’en. Hver port på en switch befinder sig i et andet kollisionsdomæne, dvs. en switch er en collision domain separator. Så meddelelser, der kommer fra enheder, der er forbundet til forskellige porte, oplever aldrig en kollision. Dette hjælper os ved udformningen af netværk, men der er stadig et problem med switche. De bryder aldrig broadcast-domæner, hvilket betyder, at de ikke er en broadcast-domæneseparator. Alle porte på switchen befinder sig stadig i et enkelt broadcast-domæne. Hvis en enhed sender en broadcast-meddelelse, vil det stadig forårsage overbelastning.
  • ROUTER –
    Sidst, men ikke mindst, har vi vores redningsmand. En router bryder ikke kun kollisionsdomæner, men bryder også broadcast-domæner, dvs. den er både kollisions- og broadcast-domæneseparator. En router skaber en forbindelse mellem to netværk. En broadcast-meddelelse fra det ene netværk vil aldrig nå det andet, da routeren aldrig vil lade den passere.

Og da repeatere og broer kun adskiller sig fra hubs og switche med hensyn til antallet af porte, bryder en repeater ikke kollisions- og broadcast-domæner, mens en bro kun bryder kollisionsdomæner.

Referencer –
CCNA, Todd Lammle

Denne artikel er bidraget af Achiv Chauhan. Hvis du kan lide GeeksforGeeks og gerne vil bidrage, kan du også skrive en artikel ved hjælp af contribute.geeksforgeeks.org eller sende din artikel pr. mail til [email protected]. Se din artikel blive vist på GeeksforGeeks’ hovedside, og hjælp andre nørder.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.