cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1629
Views
10
Helpful
4
Replies
Highlighted

ASR9k/XR: L3 across multiple parallel links with Static not load balance

Hi,

 

# mon int te0/4/0/0.532 te0/7/1/2.536 te0/10/1/1.534

Te0/4/0/0.532         42.7M/  0%     1.1G/ 11%   138.3T/9.0M      4481T/297.4M
Te0/7/1/2.536         46.2M/  0%   756.5M/  7%   137.3T/14.2M     1080T/160.0M

Te0/10/1/1.534        53.5M/  0%   743.9M/  7%   137.6T/12.8M    984.6T/260.7M

 

I'm checked the configurations are the same. How should I do?

 

Thank you very much.

1 ACCEPTED SOLUTION

Accepted Solutions
Highlighted

My Cisco Partner told me it's a normal behaviour of Cisco hash algorithm.

 

RP/0/RP0/CPU0:CB8# sho cef ipv4 summary

  Load balancing: L4

 

Cisco IOS XR Software, Version 5.3.4[Default]

 

https://www.cisco.com/c/en/us/td/docs/routers/crs/software/crs_r4-2/addr_serv/configuration/guide/b_ipaddr_cg42crs/b_ipaddr_cg42crs_chapter_011.html#con_1250252

 

Thank you very much.

View solution in original post

4 REPLIES 4
Highlighted
Enthusiast

Hi,

You mean static route to same destination over three links?

Please provide the routing configuration.
Highlighted

#sho run router static vrf FT1

Spoiler
router static
 vrf FT1
  address-family ipv4 unicast
   x.145.112.0/24 TenGigE0/4/0/0.532 10.x.133.134 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.112.0/24 TenGigE0/7/1/2.536 10.x.133.150 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.112.0/24 TenGigE0/10/1/1.534 10.x.133.142 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.113.0/24 TenGigE0/4/0/0.532 10.x.133.134 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.113.0/24 TenGigE0/7/1/2.536 10.x.133.150 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.113.0/24 TenGigE0/10/1/1.534 10.x.133.142 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.214.0/24 TenGigE0/4/0/0.532 10.x.133.134 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.214.0/24 TenGigE0/7/1/2.536 10.x.133.150 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.214.0/24 TenGigE0/10/1/1.534 10.x.133.142 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.215.0/24 TenGigE0/4/0/0.532 10.x.133.134 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.215.0/24 TenGigE0/7/1/2.536 10.x.133.150 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.215.0/24 TenGigE0/10/1/1.534 10.x.133.142 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.218.0/24 TenGigE0/4/0/0.532 10.x.133.134 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.218.0/24 TenGigE0/7/1/2.536 10.x.133.150 bfd fast-detect minimum-interval 500 multiplier 3
   x.145.218.0/24 TenGigE0/10/1/1.534 10.x.133.142 bfd fast-detect minimum-interval 500 multiplier 3

Thank you very much.

Highlighted

My Cisco Partner told me it's a normal behaviour of Cisco hash algorithm.

 

RP/0/RP0/CPU0:CB8# sho cef ipv4 summary

  Load balancing: L4

 

Cisco IOS XR Software, Version 5.3.4[Default]

 

https://www.cisco.com/c/en/us/td/docs/routers/crs/software/crs_r4-2/addr_serv/configuration/guide/b_ipaddr_cg42crs/b_ipaddr_cg42crs_chapter_011.html#con_1250252

 

Thank you very much.

View solution in original post

Highlighted

I see that you using interface, besides the next-hop. This is necessary for proper load balancing.

We have evenly distributed traffic over 4 links, but it's internet traffic. 

Not every traffic can be distributed evenly.

 

Your Cisco partner is right.