nanog mailing list archives
RE: rsvp-te admission control - i don't see it
From: <aaron1 () gvtc com>
Date: Thu, 3 Sep 2020 15:20:32 -0500
Thanks, how do I see the control plane reservation? I don’t seem to be seeing anything getting allocated RP/0/0/CPU0:r20#sh rsvp interface g0/0/0/1 Thu Sep 3 15:15:55.825 CST *: RDM: Default I/F B/W % : 75% [default] (max resv/bc0), 0% [default] (bc1) Interface MaxBW (bps) MaxFlow (bps) Allocated (bps) MaxSub (bps) ------------------------- ------------ ------------- -------------------- ------------- GigabitEthernet0/0/0/1 1M 1M 0 ( 0%) 0 RP/0/0/CPU0:r20#sh rsvp interface summary Thu Sep 3 15:16:57.131 CST Interface MaxBW (bps) Allocated (bps) Path In Path Out Resv In Resv Out ------------------ ----------- --------------- ------- -------- ------- -------- Gi0/0/0/0 0 0 ( 0%) 1 0 0 1 Gi0/0/0/1 1000K 0 ( 0%) 0 1 1 0 -Aaron From: Łukasz Bromirski <lukasz () bromirski net> Sent: Thursday, September 3, 2020 2:45 PM To: aaron1 () gvtc com Cc: nanog () nanog org Subject: Re: rsvp-te admission control - i don't see it Aaron, On 3 Sep 2020, at 20:05, aaron1 () gvtc com <mailto:aaron1 () gvtc com> wrote: I have a functional mpls-te test running, seems fine…but, question about bandwidth reservations please. At the Headend router, I set bandwidth on my mpls-te tunnel, but I can’t for the life of me, find where in the network is this bandwidth actually being admitted, or seen, or allocated or anything! I mean I look on rsvp interfaces, I look in wireshark at the tspec field of the path message, I look in the mpls te tunnels along the way, etc, etc, I can’t find where the network sees that bandwidth I’m asking for at the tunnel Head end. I’m not sure if I understand you, but RSVP only does control plane reservation. Then, once you have a tunnel to establish with specific bandwidth required, RSVP-TE will do CSPF based on link coloring, bandwidth available over interfaces and priority of tunnel to decide how to establish it. If the tunnel is setup over interface, bandwidth assigned to tunnel is taken out from bandwidth available on that interface. But this is purely control plane reservation. Nothing will be enforced in data plane. To enforce those values, you need to apply QoS policies to interfaces over which you expert to serve MPLS TE tunnels. — ./
Current thread:
- rsvp-te admission control - i don't see it aaron1 (Sep 03)
- Re: rsvp-te admission control - i don't see it Łukasz Bromirski (Sep 03)
- RE: rsvp-te admission control - i don't see it aaron1 (Sep 03)
- Re: rsvp-te admission control - i don't see it Mark Tinka (Sep 03)
- RE: rsvp-te admission control - i don't see it aaron1 (Sep 04)
- Re: rsvp-te admission control - i don't see it dip (Sep 04)
- RE: rsvp-te admission control - i don't see it aaron1 (Sep 04)
- Re: rsvp-te admission control - i don't see it dip (Sep 04)
- RE: rsvp-te admission control - i don't see it Aaron Gould via NANOG (Sep 04)
- RE: rsvp-te admission control - i don't see it aaron1 (Sep 03)
- Re: rsvp-te admission control - i don't see it Łukasz Bromirski (Sep 03)