[MUSIC PLAYING]
So now that we have MPLS traffic engineering tunnels enabled
on the correct interfaces on our core devices, now
we have to configure those interfaces to support RSVP.
And as we're doing that, we're also
going to configure them for the total amount
of bandwidth available for MPLS TE tunnels.
Plus we can also configure a maximum per flow.
So there's a grand total, and then there's
the amount per flow that we can reserve
for RSVP, in other words, our MPLS TE tunnels.
So as usual, let's just jump into our topology
real quick, just to get a quick reminder of what interfaces
and what devices we need to configure.
Then we'll jump into the command line
and get RSVP up and running in our MPLS TE core.
OK.
So we are still on MPLS topology 1.
And what we're going to be configuring is RSVP.
In pretty much the same as we did with traffic engineering
itself, we're going to have to enable
RSVP on all of these interfaces on each of these devices.
It has to be enabled on all of the interfaces
that we're going to be trying to run MPLS traffic engineering
tunnels through.
So again, this is going to be all of our routers, routers 1
and 2, or of course, gigabit 1 and gigabit 2.
Router 5 is the gigabit 1.3 and the gigabit 1.4 again.
And of course, routers 3 and 4, all of their interfaces,
because they are the PE routers.
So let's go ahead and jump in.
And once again, we will start on router 1.
So we'll begin just by going into configuration mode.
Then we go into RSVP configuration mode.
And we begin to configure our interfaces.
So first interface, gigabit 1.
And remember, one of the things we want to do
is specify how much bandwidth is going
to be available to RSVP and therefore, our tunnels.
So if we're going to specify our bandwidth,
you see we have a couple of choices here.
We could do it by percentage and things like this.
But what we're going to do is we're just
going to configure the total resolvable bandwidth.
We can do this in kilobits per second, megabits per second,
or gigabits per second.
Let's just go ahead and configure 2000.
It'll default to kilobits per second.
And then we can specify how much is
going to be available per flow.
And once again, this can be configured in kilobits,
megabits, or gigabits.
We'll just put in 1000.
This would basically give us room
for two tunnels on this interface,
assuming that they use the maximum observable
bandwidth for each tunnel.
We'll do the same configuration for gigabit 2.
We'll commit those changes and exit configuration.
Now a couple of things we can do to verify this, let's start
with a show RSVP summary.
We do see that it's primary active.
The NSR and the ISSU status are currently not ready.
And the interfaces are set to 2.
Those are the two interfaces, of course, we just enabled.
We can also look at the specific interface information.
And what is this telling us?
First, we see that our two interfaces that we chose
are, in fact, enabled.
Then we see the maximum bandwidth that's reservable.
And we see that it's showing it as 2 megabits per second.
That's, of course, because we put
in 2000 kilobits per second.
We could have, of course, just said 2 megabits per second.
We see that the max flow is the same thing.
It's converted to 1,000 kilobits per second
to 1 megabits per second.
And then we see that currently, nothing
is allocated out of that pool.
Of course, this is because we've configured just one router
at this point.
We'll, of course, see this change
as we move through the rest of this demonstration.
So now we'll configure the same thing on router 2.
So again, we go into RSVP configuration,
into our interfaces.
We set the bandwidth.
And this time, we'll do it in megabits per second.
So we'll say 3 megs and 1 meg.
We'll do the same for interface gigabit 2.
Commit the changes.
Exit configuration.
And then we'll verify this again.
We'll just go right to the show RSVP interface.
And we see here that the output looks exactly the same
as router 1, even though we entered our bandwidth numbers
a little bit differently.
So really, your preference, how you want to enter those
bandwidth numbers.
Obviously, the bigger the number gets, the more likely
it would be that you'd want to use megabit or gigabit.
So next up, let's configure router 3.
Same configuration, but we have more interfaces here.
So it's gigabit 0, gigabit 1, gigabit 2, and gigabit 3.
Commit the changes.
And exit configuration.
So once again, let's verify it.
And these are all configured properly.
So finally, let's do router 4.
We'll just copy and paste router 4's
config in because that's exactly the same as what
we've been doing.
We'll do our show RSVP interface.
And we see that, again, all of these interfaces
are configured correctly.
So finally, once again, this brings us to router 5.
Slightly different configuration here,
both because it's using some interfaces
and because it's iOS XE.
So let's jump into router 5.
So like most of the differences between iOS XR and iOS XE,
rather than configuring this under a dedicated RSVP
config mode, this is done under the interfaces themselves.
So we'll go into interface gigabit 1.3.
And we say ip rsvp bandwidth.
And we see that, once again, we can enter this information.
Here on iOS XE, it supports kilobits per second,
so we'll say 2000.
Same with the largest reservable per flow.
And remember, of course, there are
other things you can do here is far as percentages and things
like that.
We'll do the same thing for interface gigabit 1.4.
Exit our configuration.
Then we'll do a show ip rsvp interface.
Now a few things to note here about this output.
First thing to note is that the gigabit 1 interface
itself is set to 750 meg, which, of course, is
75% of 1 gig, which is what this interface is.
It's a gigabit interface.
So we see that if we don't configure
the reservable bandwidth, it defaults to 75%.
The other thing to note is that when
it comes to admission control, not only
do we consider the bandwidth we put on the subinterfaces,
but it'll consider the bandwidth on the parent interface
as well.
Now in this case, of course, the parent interface
has way more bandwidth than our subinterfaces.
But if we wanted to configure this to match up,
we can actually do that.
Let's take a look.
Let's go back into configuration,
into interface gigabit 1.
And let's say ip rsvp bandwidth.
Now of course, we need this to cover both subinterfaces now.
So this would be 4000 and 2000 to cover the two subinterfaces.
If we look at this again, again, we didn't have to change this,
but this would make a little more sense
based on how we're trying to configure our bandwidth.
Also, another slightly different command
we could use here on iOS XE is show ip rsvp.
And this will tell us that we have
it enabled on three interfaces, where the rate limiting is
enabled and things along that line.
It tells us a lot of information about the RSVP process
running on this router.
So in this video, we talked about setting up
RSVP on the interfaces on our core routers.
We saw on iOS XR that it has its own separate configuration
mode, like a lot of our features do.
And we configure our bandwidth under the interfaces there,
either in kilobits per second, which is the default,
or we can specify megabits or gigabits per second in addition
to some other features such as doing it
based on the percentage of the available interface bandwidth.
We also saw how it default to 75%.
Now on iOS XE, remember that the configuration
moves to be under the interface themselves,
like a lot of things are on iOS XE.
But at the end of the day, the configuration
was pretty much the same thing.
Also note that when you're configuring subinterfaces,
we need to make sure that there's enough available
bandwidth on the parent interface as well.
Otherwise, we could fail at mission control.
Now all of this takes care of setting up RSVP.
But don't forget, we also need to configure our IGP
to support traffic engineering.
And that's what we're going to do next.
Until then, I hope this has been informative for you.
And I'd like to thank you for viewing.