Routing

Hello guys!

I've worked with RSVP-TE on Juniper devices and I know that devices support link protecion with aditional node protection, but I didn't find out anything about aditional bandwidth protection (Bandwidth protection desired:  0x08) as described on RFC 4090. I know that another vendors have support for bandwitdh protecion and I'd like to know if Juniper devices have support for it as well.

The source of the bandwidth request to RSVP will be the path configuration for the LSP.  You choose the level of bandwidth request which can be the same for different for the primary and backup path.

RSVP will then calculate the primary and backup path based on those requests and whatever over/under subscription is applied to the possible interfaces/links available for the request.

Hello guys!

I've worked with RSVP-TE on Juniper devices and I know that devices support link protecion with aditional node protection, but I didn't find out anything about aditional bandwidth protection (Bandwidth protection desired:  0x08) as described on RFC 4090. I know that another vendors have support for bandwitdh protecion and I'd like to know if Juniper devices have support for it as well.

Thanks @spuluka!

I didn't explain well, actually I want to know about bypass LSP on auto-bandwidth scenario. In auto-bandwidth scenario the bandwidth of bypass LSPs is 0, because of that, there isn't bandwidth reservation of bypass LSP and there's a risk of saturation in case of primary path failure.

Is there any resource that consider the bandwidth of bypass LSPs on auto-bandwidth scenario? Do Juniper devices support bandwidth protection (Bandwidth protection desired:  0x08) as described in RFC 4090?

The source of the bandwidth request to RSVP will be the path configuration for the LSP.  You choose the level of bandwidth request which can be the same for different for the primary and backup path.

RSVP will then calculate the primary and backup path based on those requests and whatever over/under subscription is applied to the possible interfaces/links available for the request.

Hello guys!

I've worked with RSVP-TE on Juniper devices and I know that devices support link protecion with aditional node protection, but I didn't find out anything about aditional bandwidth protection (Bandwidth protection desired:  0x08) as described on RFC 4090. I know that another vendors have support for bandwitdh protecion and I'd like to know if Juniper devices have support for it as well.

Hello guys!

I've worked with RSVP-TE on Juniper devices and I know that devices support link protecion with aditional node protection, but I didn't find out anything about aditional bandwidth protection (Bandwidth protection desired:  0x08) as described on RFC 4090 on auto-bandwidth scenario. In summary, I'd like to know if Juniper devices support bandwidth protection to bypass LSPs on auto-bandwidth scenario.

Note: my 
------------------------------
TARCISIO OLIVEIRA
------------------------------

Hi Tarcisio,

Juniper routers support two ways of fast reroute protection just as described in RFC 4090, being one-to-one backup or facility backup (many-to-one), which could be used to different scenarios and purposes.

In Junos naming, one-to-one backup is configured as using fast-reroute cli knob and uses "detour LSP" as protection while facility backup is configured using link-protection/node-link-protection cli knobs and uses "bypass LSP" as protection.

Bypass LSP's are used to protect several or usually thousands of LSP's that cross a specific interface, so bandwidth is quite a complicated constraint. You can specify bandwidth to bypass LSP's among other options, and even in newer Junos version (23.4R1 and beyond) you can configure bypass lsp optimization based on unreserved bandwidth.

Reference link: https://www.juniper.net/documentation/us/en/software/junos/mpls/topics/topic-map/link-protection-for-mpls.html

------------------------------
Eduardo Haro

Original Message:
Sent: 06-21-2024 11:22
From: TARCISIO OLIVEIRA
Subject: RSVP-TE bandwidth protection support

Hello guys!

I've worked with RSVP-TE on Juniper devices and I know that devices support link protecion with aditional node protection, but I didn't find out anything about aditional bandwidth protection (Bandwidth protection desired:  0x08) as described on RFC 4090 on auto-bandwidth scenario. In summary, I'd like to know if Juniper devices support bandwidth protection to bypass LSPs on auto-bandwidth scenario.

Note: my 
------------------------------
TARCISIO OLIVEIRA
------------------------------

@Eduardo Lopes de Haro, thanks for the answer!

By default, on the facility backup with auto-bandwidth scenario, the sum of the individual LSPs bandwidth that is protected by a single bypass LSP isn't considered, right? Regard to LSP optimization based on the unreserved bandwidth, is it considered the interface with the biggest unreserved bandwidth or something like that to create a bypass LSP? How it actually works?

Hi Tarcisio,

Juniper routers support two ways of fast reroute protection just as described in RFC 4090, being one-to-one backup or facility backup (many-to-one), which could be used to different scenarios and purposes.

In Junos naming, one-to-one backup is configured as using fast-reroute cli knob and uses "detour LSP" as protection while facility backup is configured using link-protection/node-link-protection cli knobs and uses "bypass LSP" as protection.

Bypass LSP's are used to protect several or usually thousands of LSP's that cross a specific interface, so bandwidth is quite a complicated constraint. You can specify bandwidth to bypass LSP's among other options, and even in newer Junos version (23.4R1 and beyond) you can configure bypass lsp optimization based on unreserved bandwidth.

Reference link: https://www.juniper.net/documentation/us/en/software/junos/mpls/topics/topic-map/link-protection-for-mpls.html

Hello guys!

I've worked with RSVP-TE on Juniper devices and I know that devices support link protecion with aditional node protection, but I didn't find out anything about aditional bandwidth protection (Bandwidth protection desired:  0x08) as described on RFC 4090 on auto-bandwidth scenario. In summary, I'd like to know if Juniper devices support bandwidth protection to bypass LSPs on auto-bandwidth scenario.

Note: my 
------------------------------
TARCISIO OLIVEIRA
------------------------------

Hi Tarcisio,

yes, default bandwidth value is zero if you don't configure it, here is the reference: https://www.juniper.net/documentation/us/en/software/junos/cli-reference/topics/ref/statement/bandwidth-edit-protocols-rsvp.html

The default approach of RSVP bypass produces a bypass method that optimizes traffic engineering (TE) metric. The Constrained Shortest Path First (CSPF) can optionally use a different approach to protect a link or a node by leveraging the computation based on unreserved bandwidths on (TE) links.

So using this feature, CSPF would use unreserved bandwidth to compute the best path for the bypass LSP.

@Eduardo Lopes de Haro, thanks for the answer!

By default, on the facility backup with auto-bandwidth scenario, the sum of the individual LSPs bandwidth that is protected by a single bypass LSP isn't considered, right? Regard to LSP optimization based on the unreserved bandwidth, is it considered the interface with the biggest unreserved bandwidth or something like that to create a bypass LSP? How it actually works?

Hi Tarcisio,

Juniper routers support two ways of fast reroute protection just as described in RFC 4090, being one-to-one backup or facility backup (many-to-one), which could be used to different scenarios and purposes.

In Junos naming, one-to-one backup is configured as using fast-reroute cli knob and uses "detour LSP" as protection while facility backup is configured using link-protection/node-link-protection cli knobs and uses "bypass LSP" as protection.

Bypass LSP's are used to protect several or usually thousands of LSP's that cross a specific interface, so bandwidth is quite a complicated constraint. You can specify bandwidth to bypass LSP's among other options, and even in newer Junos version (23.4R1 and beyond) you can configure bypass lsp optimization based on unreserved bandwidth.

Reference link: https://www.juniper.net/documentation/us/en/software/junos/mpls/topics/topic-map/link-protection-for-mpls.html

Hello guys!

I've worked with RSVP-TE on Juniper devices and I know that devices support link protecion with aditional node protection, but I didn't find out anything about aditional bandwidth protection (Bandwidth protection desired:  0x08) as described on RFC 4090 on auto-bandwidth scenario. In summary, I'd like to know if Juniper devices support bandwidth protection to bypass LSPs on auto-bandwidth scenario.

Note: my 
------------------------------
TARCISIO OLIVEIRA
------------------------------