[j-nsp] ipv4/ipv6-flow-table-size
Scott Granados
scott at granados-llc.net
Mon Aug 25 15:57:41 EDT 2014
I have a good mail from Juniper that explains this which I’ll try to locate but basically as I recall there’s 15 assignable tables that can be split between the two and then there’s one remainder which is the container for vpls etc.
On Aug 25, 2014, at 3:56 PM, Scott Harvanek <scott.harvanek at login.com> wrote:
> Scott,
>
> Thanks, my next question then with that is - how/why is the default of
> ipv4 15 and ipv6 1? That would break that constraint of 15 total?
>
> Scott H.
> Login Inc.
>
> On 8/25/14, 3:53 PM, Scott Granados wrote:
>> When ever you set the flow table size you initiate a reboot of the FPC. The table size is a combined value of v4 and v6 so 15 total a subset of which is IPV4 and the remainder is IPV6.
>>
>> Thanks
>> Scott
>>
>> On Aug 25, 2014, at 3:02 PM, Scott Harvanek <scott.harvanek at login.com> wrote:
>>
>>> I'm wondering if anyone can clarify something for me from docs:
>>>
>>> "
>>>
>>> * Any change in the configured size of flow hash table sizes initiates
>>> an automatic reboot of the FPC.
>>> * The total number of units used for both IPv4 and IPv6 cannot exceed 15.
>>>
>>> "
>>>
>>> - Does the initial config entry of ipv4/ipv6-flow-table-size cause the
>>> FPC to reboot or only if the configured value is changed?
>>>
>>> -- I.e. the default for IPv4 size is 15, if that gets changed [ not
>>> currently set in config ] does that cause a reboot?
>>>
>>> Also, is 15 the maximum aggregate or is it per table:
>>>
>>> -- Can you have 15 units assigned to IPv4 and IPv6 at the same time? or,
>>> is 15 the maximum between the two?
>>>
>>> Thanks!
>>> -SH
>>>
>>> _______________________________________________
>>> juniper-nsp mailing list juniper-nsp at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>
More information about the juniper-nsp
mailing list