[f-nsp] Bigiron RX4 - IPV6 causing out of nexthop entries

[Dunc]

Hi Pieter & list

Does anyone have anything to add to this thread at all yet? It looks
like we might be running into a similar thing.

I also thought it was DEFECT000323367, and after upgrading our code to
2.8.0a, everything seemed fine, for approx. 1 month, but it has come
back worse than ever now. We are also using IPv6.


Cheers,

Dunc


On 13/08/11 15:24, Pieter Taks wrote:
> Hi Wouter,
> 
> I did not do such thing. What would you suggest to cam-partition the
> next-hop table like? As my concern is why it would need any change to a
> higher value. As in general the in use of paths <=8 is approx 40. But
> without any reason it jumps to 256 (or perhaps higher when adjusted with
> cam-partitioning).
> 
> Paths Total Free In-use
> 1 2816 2805 11
> 2 512 512 0
> 4 512 512 0
> 8 256 0 256
> 
> 
> 
> To me it sounds like bug nr #RX 02.7.03 RN, which should be resolved in
> 2.7.02k. See below.
> 
> 	
> 	
> 		Defect ID: DEFECT000323367
> 			
> 			
> 			
> 			
> 			
> 			Technical Severity: Medium
> Summary: IP Cache-entry is not removed until either ARP entry is removed
> or IP Cache entry is cleared.
> Symptom: IPnext-hoptablemaybecomefullontherouter.
> Probability: High
> Feature: IPv4 Forwarding
> 			Function: Next Hop Table
> Reported In Release: RX 02.7.02
> 			
> 			
> 			
> 			
> 			
> 			Service Request ID: 265521
> 
> 
> Thank you for your reply and thinking with me.
> 
> 


-- 
Dunc Lockwood
Principal Network Engineer

The Bunker Secure Hosting Ltd.
Ash Radar Station
Marshborough Road
Sandwich
Kent CT13 0PL

T: 01304 814800
F: 01304 814899
E: dunc.lockwood at thebunker.net


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20111215/3f6f070e/attachment-0001.sig>