Tip

This is the documentation for the 20.10 version. Looking for the documentation of the latest version? Have a look here.

Working with Large BGP TablesΒΆ

When working with a large set of routes, roughly exceeding 30,000 route table entries, TNSR may require additional memory to be allocated for the VPP dataplane Forwarding Information Bases (FIB). Smaller routing tables do not require special configuration.

Note

Changes in the dataplane memory behavior in TNSR 20.10.1 make most tuning unnecessary. Recommendations from previous versions may no longer apply. Only make changes if a TNSR instance experiences problems with large route tables.

This memory allocation can be performed in configuration mode using one of the following commands:

IPv4 now uses the main heap for memory instead of its own setting, and thus is unlikely to need tuning.

IPv6 (Memory) still uses its own separate heap:

tnsr# configure
tnsr(config)# dataplane ip6 heap-size <size>

The format of the size is <number>[KMG], for example: 512M or 1G for 512 Megabytes or 1 Gigabyte, respectively.

Additionally, the statistics segment heap size may also need to be increased (Statistics Segment):

tnsr# configure
tnsr(config)# dataplane statseg heap-size <size>

Note

The default size for dataplane statseg heap-size is 96MB, which is sufficient for approximately one million routes when worker threads are not in use.

See also

For more details about selecting an appropriate heap-size value, especially when worker threads are enabled, see Statistics Segment.

The VPP dataplane service requires a restart to enable these configuration changes. Restart VPP from the TNSR configuration mode CLI using the following command:

tnsr# configure
tnsr(config)# service dataplane restart