I set mine to 50000, due to a provisioning script using mysql row id for
the rdomain id.
Currently running 1069 tables, below is some statistics from bgp for a
bit of a base line:
RDE memory statistics
1 IPv4 unicast network entries using 40B of memory
8972 IPv4 vpn network entries using 631K of memory
16884 rib entries using 1.0M of memory
16884 prefix entries using 1.0M of memory
2948 BGP path attribute entries using 346K of memory
140 BGP AS-PATH attribute entries using 5.6K of memory,
and holding 2948 references
1811 BGP attributes entries using 70.7K of memory
and holding 2948 references
1811 BGP attributes using 19.7K of memory
RIB using 3.1M of memory
-----Original Message-----
From: def <[email protected]>
To: Claudio Jeker <[email protected]>, [email protected]
Subject: Re: Re: Re: RT_TABLEID_MAX size
Date: Fri, 01 Feb 2013 14:56:01 +0400
yah. That is not cause of performance issues, and works pretty well even with
more than 300k BGP prefixes summary.The number of VPNs is requered because of
the platform is play centralized services VPN role.
How can i increase just a MAX value of total number of rdomains if that is
defined as unsigned integer 8 bytes only in the whole rdomain/socket
environment?Or im missing something?
Птн 01 Фев 2013 14:21:27 +0400, Claudio Jeker написал:
On Fri, Feb 01, 2013 at 08:55:38AM +0400, def wrote:
> Hi, Claudio
> So, i have about 5000 VRF inside the BGP AS, and i exchenge all of that VPNs
> with bgpd via vpnv4 address-family so i can only couple the 255 VRF with
> binding to mpe interfaces. All of these have unique RD and RT.And i need a
> way to have at least allowed size of rdomain id between the 2^8 and 2^16
>
You can increase the define to something like 5000 but I wonder on what
systems you want to have that many VRFs running at the same time.
The more rtabels you run the more memory is used but in general the number
of tables should (hopefully) not cause performance degradation.
Currently it is not possible to remove created rtables so keep that in
mind.
