[f-nsp] [FastIron] RIP routes does not get into CAM

Heath Jones hj1980 at gmail.com
Sun Oct 3 15:23:34 EDT 2010


Youssef,

>> The TCAM is based on routing information, it doesn't learn in the same
>> way. It is built from all of your RIP routes for instance and will not
>> dynamically change depending on source / destination traffic.
> step 1 : TCAM empty
> $> show cam ip 3/12
> Slot Index      IP_Address            MAC        Age    VLAN    Out Port
> step 2 : a ping from a machine that is connected behind port 3/12 to a
> some prefix (lets say 192.168.9.3)
> step 3 : the TCAM get filled with a route to the 192.168.9.0/24
> $> show cam ip 3/12 192.168.9.0 255.255.255.255
> Slot Index      IP_Address            MAC        Age    VLAN    Out Port
>  3  10348      192.168.9.0/24  001b.ed24. 5     0     128        mgmt

Ok, so this device is removing prefixes from TCAM after a certain
period of time to save space at the expense of 1st packet lookups (as
you mentioned). Note: It will only ever do that for routes in the
routing table.


> M1 : 192.168.1.3/24 is in building A (with a default gateway on B)
> M2 : 192.168.2.3/24 is in building A (with a default gateway on B)
> M3 : 192.168.3.4/24 is in building A (with a default gateway on A)
> M4 : 192.168.3.3/24 is in building A

I'm assuming you have dot1q between A and B?
Do you not have a L3 interface on A in 192.168.1/24?


> machine 1 -> A(L3) -> B(L3) -> A(L2) -> machine 2 is very very slow.
> machine 1 -> A(L3) -> machine 2 is fast
> machine 1 -> A(L3) -> B(L3) -> machine 2 is fast

Where is machine 2 physically located - building A or building B?

Is the 50Mb/s pushing close to 100% on some port? Why is it only at 50Mb/s?




More information about the foundry-nsp mailing list