Video: Win10internetspeed Gemiddeld 2024
Een van de beste aspecten van RSVP is dat u een minimale bandbreedte kunt opgeven die moet worden ondersteund op elke transitrouter in de LSP. Deze specificatie helpt u ervoor te zorgen dat u genoeg toegewezen bandbreedte hebt van binnenkomst tot uitgang, vooral voor verkeer dat bijzonder gevoelig is voor latency of drop.
Stel u bijvoorbeeld voor dat u video over uw netwerk streamt die u gebruikt om simulaties uit te voeren in meerdere filialen. Om de simulatie goed te laten werken, moet elke site dezelfde feed ontvangen met dezelfde timing.
Misschien wilt u ervoor zorgen dat de LSP's die u gebruikt om de video in uw MPLS-kern te streamen, allemaal voldoende bandbreedte hebben om de vrij hoge vereisten voor uw media te ondersteunen. In dit geval kunt u RSVP gebruiken om de bandbreedte langs het pad van bron naar uitgangsrouter te garanderen.
Om deze bandbreedtebeperking te configureren, kunt u uw basis MPLS-configuratie afbouwen. In het vorige MPLS-voorbeeld configureert u een RSVP LSP en controleert u of deze werkt. Neem dat LSP, voeg er zo aan toe dat de vereiste bandbreedte 5MB is:
[bewerkingsprotocollen] mpls {label-switched-pad router1-naar-router5 {naar 10. 0. 0. 5; bandbreedte 50m;}}
De eenvoudige toevoeging van de bandbreedteverklaring voegt die waarde toe aan de reserveringsberichten waar elke transitrouter op moet reageren. Als een router in het netwerk niet de vereiste bandbreedte heeft (ofwel omdat de interfaces niet zoveel doorvoer ondersteunen of omdat de bandbreedte al aan andere LSP's is toegewezen), zal RSVP die router niet in de LSP gebruiken.
In plaats daarvan stuurt het berichten naar andere routers totdat het een pad vindt dat voldoet aan de bandbreedtevereisten. Hoewel dit pad misschien niet de kortste is in termen van hops of algemene latentie, weet u dat elk padsegment de vereiste bandbreedte kan ondersteunen.