Video: 195th Knowledge Seekers Workshop October 26 2017 2024
En av de beste delene om RSVP er at du kan angi en minimum båndbredde som må støttes på hver transittrouter i LSP. Denne spesifikasjonen bidrar til at du har nok tildelt båndbredde fra inngang til utgang, spesielt for trafikk som er spesielt følsom for latens eller slipp.
For eksempel, tenk at du streker video over nettverket ditt som du bruker til å gjennomføre simuleringer i flere avdelingskontorer. For at simuleringen skal fungere bra, må hvert nettsted få samme mat med samme timing.
Du vil kanskje sørge for at LSPene du bruker til å streame videoen over MPLS-kjerne, alle har nok båndbredde til å støtte de ganske høye kravene til media. I dette tilfellet kan du bruke RSVP for å garantere båndbredden langs banen fra kilde til utgangsrouter.
For å konfigurere denne båndbreddebegrensningen, kan du bygge opp den grunnleggende MPLS-konfigurasjonen. I det forrige MPLS-eksemplet konfigurerer du et RSVP LSP og verifiserer at det fungerer. Ta det LSP, legg til det slik at båndbreddekravet er 5MB:
[rediger protokoller] mpls {label-switched-path router1-til-router5 {til 10. 0. 0. 5; båndbredde 50m;}}
Den enkle inkluderingen av båndbreddeoppstillingen legger til verdien til reservasjonsmeldingene som hver transittrouter må svare på. Hvis en ruter i nettverket ikke har den nødvendige båndbredden (enten fordi grensesnittene ikke støtter så mye gjennomstrømming eller fordi båndbredde allerede er blitt tildelt til andre LSPs), vil RSVP ikke bruke den ruteren i LSP.
I stedet sender den meldinger til andre rutere til den finner en sti som oppfyller kravene til båndbredde. Selv om denne banen kanskje ikke er den korteste når det gjelder humle eller total latens, vet du at hvert banesegment kan støtte den nødvendige båndbredden.