Koblingsaggregasjon

Koble til to enheter via en kobling innebærer tre individuelle feilpunkter  : de to portene og selve koblingen, enten i sammenheng med en tilkobling fra en datamaskin til en bryter, eller i sammenheng med å koble til en bryter.

Flere fysiske tilkoblinger kan settes opp, men mange høyere nivåprotokoller var ikke designet for å bytte helt gjennomsiktig i tilfelle en feil.

Distribusjon av data på de forskjellige koblingene

I TCP / IP støttes absolutt ankomsten av uordnede pakker, men ytelsen er da veldig dårlig fordi dette ofte tolkes som tap av pakker og fører til retransmisjoner og bremsing av overføringen (i TCP brukes vanligvis transporten til å utføre dataoverføringer). I tillegg skal Ethernet ikke omorganisere rammene. Det er av disse grunnene at Ethernet-LAG-er i de fleste tilfeller ikke gir verken å sende pakkene tilfeldig på de fysiske koblingene, eller bare bruke dem etter hverandre, fordi det ikke er noen garanti for at en lenke ikke er litt raskere eller langsommere avhengig av dens fysiske lengde.

LAG Ethernet er nesten alltid implementert, så distribuer pakker som gransker topptekstene ( topptekstene ) , i det minste de for laget 2 (datalink) (for det enkleste utstyret), men hvis mulig samtidig de for lag 2 (datalink) / 3 ( Network) / 4 (Transport) , eller også etiketter MPLS og VLAN for å vurdere noen elementer; dette er vanlig tilfelle med moderne rutere. På denne måten vil en sesjon TCP- data, alltid med de samme elementene sett i overskrifter for hver retning ( MAC-adresser , IP-adresser , porter ), se at alle pakkene blir overført med den samme fysiske lenken. Dette forhindrer at pakker blir omorganisert (og dermed unngår katastrofal ytelse), men tillater ikke at en eneste økt overskrider hastigheten til en enkelt fysisk kobling. Det er med et tilstrekkelig stort antall forskjellige økter at det er mulig å utnytte den totale hastigheten til LAG i denne sammenheng.

Implementeringene bruker vanligvis begrepet hash beregnet fra adressene (og porter hvis det er aktuelt) som er til stede i overskriftene til pakkene, en hash hvis verdier er assosiert i en tabell med de forskjellige fysiske koblingene til LAG. Implementeringene kan være mer eller mindre effektive, og muligens gi tilleggselementer og prosedyrer for å oppdatere og endre distribusjonstabellen i tilfelle dårlige resultater (hvis en lenke er full i nærvær av andre lett lastede lenker for eksempel).

Automatisk styring av koblingsaggregater

Innen koblingsaggregeringsfeltet tillater en automatisk konfigurasjonsprotokoll at flere enheter dynamisk kan administrere koblingsaggregater på en sammenhengende måte. Hovedtrekkene er som følger:

• deteksjon av tilkoblede enheter ved hjelp av samme automatiske konfigurasjonsprotokoll;
• oppdagelse av overflødige og identisk konfigurerte fysiske koblinger (hastighet, dupleks osv.) mellom de to enhetene;
• logisk gruppering av disse koblingene i en logisk lenke;
• automatisk deteksjon av døde lenker og oppdatering av lenke grupper.

Blant de forskjellige eksisterende protokollene er driftsprinsippet likt. Et utstyr vil:

1. sende pakker som inneholder nødvendig informasjon om alle portene;
2. motta pakker av samme type på disse portene fra det tilkoblede utstyret;
3. oppdage overflødige koblinger mellom utgangspunktet og den andre enheten (den andre enheten som bruker protokollen vil gjøre det samme);
4. lage et sammenhengende aggregat med det andre utstyret, med tanke på koblingene som ble oppdaget i forrige trinn.

Når protokollen har konvergert til en stabil tilstand, vil enhetene fortsette å sende sine automatiske konfigurasjonspakker regelmessig, slik at de kan oppdage en "død" lenke ved fravær av en pakkemottak i en port. På det tidspunktet vil de oppdatere det berørte aggregatet for ikke lenger å bruke den døde lenken.

Den største fordelen med automatisk aggregeringskonfigurasjon fremfor manuell konfigurasjon er oppdagelsen av døde lenker. Via manuell konfigurasjon, i noen tilfeller tilkoblingsgrensesnittet, vil den døde lenken ikke gå "ned" på grunn av tilstedeværelsen av en annen, passiv enhet mellom de to bryterne. Bare bruk av pakker av typen "holde i live" kan oppdage en koblingsfeil. Uten denne deteksjonen, ved aggregeringsprotokollen, ville lenken fortsatt være i drift, og bryteren ville fortsette å sende data på denne lenken (som ville gå tapt).

LACP er en protokoll standardisert av IEEE i sin 802.3ad- standard og er implementert av forskjellige produsenter. Det gir en mekanisme for å kontrollere grupperingen av flere fysiske porter i en logisk kommunikasjonskanal.

Operasjonsprinsippet består i å sende LACP-pakker til partnerutstyret, direkte tilkoblet og konfigurert til å bruke LACP. LACP-mekanismen vil gjøre det mulig å identifisere om utstyret foran støtter LACP, og vil gruppere portene som er konfigurert på en lignende måte (hastighet, tosidig modus, VLAN, vlan koffert osv.)

Utstyr konfigurert til å bruke LACP kan fungere i to moduser:

• passiv  : enheten vil ikke starte LACP-forhandlinger. Den vil bare svare på forespørsler fra "partner" -utstyr.
• aktivt  : utstyret vil starte LACP-forhandlinger.

PAgP er en Cisco-protokoll, og er derfor tilgjengelig på Cisco-svitsjer så vel som på riktig lisensierte enheter. Dens bruk gjør det mulig å forenkle og automatisere konfigurasjonen av koblingsaggregater (EtherChannel hos Cisco) ved å utveksle nødvendig informasjon mellom Ethernet-portene, på samme måte som LACP.

Utstyr konfigurert til å bruke PAgP kan fungere i to moduser:

• auto  : passiv forhandling med den andre enheten
• ønskelig  : aktiv forhandling med den andre enheten

Implementeringsbegrensninger

Alle fysiske porter som tilhører en koblingsgruppe må være på en enkelt bryter. Dette etterlater et eneste feilpunkt: når bryteren støter på et problem, kan alle koblinger bli påvirket.

Imidlertid har de fleste leverandører definert proprietære utvidelser for å overvinne denne begrensningen: Flere fysiske brytere kan kombineres til en logisk bryter. For øyeblikket IEEE ennå ikke bestemt seg for standardisering av denne funksjonaliteten.