De fleste bærenett Frame Relay er tilstrekkelig overprovisioned, noe som betyr at du faktisk kan bruke mye mer kapasitet enn kontrakts Committed Information Rate (CIR). Så kan det være lurt å bruke trafikkforming bare når du støter Frame Relay køproblemene, og da bare for å redusere datahastigheten til lunger går unna:
Router # konfigurere terminalen
Enter konfigurasjonskommandoer , én per linje. Avslutt med CNTL /Z. Router (config) # grensesnitt HSSI0 /0
Router (config-hvis) # innkapsling ramme-stafett
Router (config-hvis) # Avslutt
Router (config) # grensesnitt HSSI0 /0.1
punkt-til-punkt
Router (config-subif) # trafikk-form adaptive 10000
Router (kon- subif) # ramme-stafett grensesnitt-DLCI 31
Router (config-subif) # end
Router #
Diskusjon
Vanligvis vil du kjøpe en bestemt mengde Frame Relay båndbredde, eller CIR, fra WAN transportør for hver PVC. Så det første eksempelet viser hvordan du kan tvinge ruteren for å bare sende 150kbps gjennom PVC med DLCI 31. Det er viktig å huske på at du kan ha forskjellige CIR verdier for ulike PVCs. Du må kanskje ha en annen Frame Relay traffic shaping rente på hver PVC.
Det andre eksemplet forutsetter at mye av tiden vil det være svært lite lunger i operatørens nettverk, så du bør være i stand til å trygt bruke noen av overkapasitet. Frame Relay protokollen inkluderer muligheten til å fortelle enheter når det er kø i nettverket. Det finnes to typer av lunger varslinger, som er like bemerket som flagg i hodedelen i vanlig bruker rammer. Hvis en ruter mottar en ramme med Forward Explicit Congestion Notification (FECN) flagget, vet det at rammen støtt lunger på vei fra den eksterne enheten til ruteren. Hvis ruteren mottar en ramme med Bakover Explicit Congestion Notification (BECN) flagget, møtte en ramme lunger på vei fra denne ruteren til den eksterne enheten. Vennligst referer til kapittel 10 i Cisco Kokebok
for en nærmere drøfting av disse Frame Relay protokoller.
trafikk-shape adaptive
kommandoen forteller ruteren at når den ser rammer med en BECN flagg, skal det redusere sendefrekvensen på denne PVC. Som standard vil denne kommandoen tilbake av senderfrekvensen hele veien til null. Så, i eksempelet har vi oppgitt en minimumshastighet på 10,000bps, noe som ville tilsvare CIR for PVC:
Router (config-subif) # trafikk-form adaptive 10000
Generelt er dette adaptive traffic shaping metoden å foretrekke fremfor den statiske metoden, fordi det vil gi deg betydelig bedre nettverksytelse når operatørens nettverk ikke er overbelastet. Det er imidlertid viktig å huske på at den nøyaktige gjennomføring av FECN og BECN merking er opp til transportøren. Enkelte operatører deaktivere disse funksjonene helt, mens andre bruker dem inkonsekvent. Siden de fleste kunder bort fra disse markeringer, er det ofte svært liten grunn til å sikre at de er nøyaktige.
Du bør sjekke med nettverksleverandøren før du implementerer adaptive Frame Relay traffic shaping. Vi anbefaler også å overvåke dine FECN og BECN statistikk for en rimelig tid før du implementerer dem, for å kontrollere at de er pålitelige.
Dette utdraget av
Cisco kokeboken er gjengitt med tillatelse fra O'Reilly. For mer informasjon eller for å bestille boken, kan du besøke O'Reilly webområde.
Du vil separat kontrollere mengden av trafikk som sendes langs hver av PVC i en Frame Relay nettverk. Denne første eksempelet viser hvordan du konfigurerer Frame Relay trafikkforming bruker punkt-til-punkt-Frame Relay subinterfaces: I denne oppskriften ønsker vi ikke å styre hele samlede trafikkflyt, og vi bryr oss ikke om trafikken basert på søknad. Her ønsker vi å sikre at hver Frame Relay PVC bruker dette grensesnittet er formet separat, slik at de ikke overkjørt båndbredde kjøpt fra WAN transportør. Hvis du har 20 PVCs på et grensesnitt, er det greit å sende den maksimale per-PVC båndbredde til dem alle samtidig, men du vil lide av forferdelige ytelsesproblemer hvis du prøver å sende alle som båndbredde gjennom en enkelt PVC.