On (2009-04-06 18:11 +0200), Marian Ďurkovič wrote:
> > We had a TAC case for input queue drops on a 6704 port - they told us
> > it's a hardware limitation. When traffic is switched between two
> > ports leading to the same asic you're limited to about 8Gb per port.
>
> This is definitely possible with 6704 and SXI:
> TenGigabitEthernet2/1 is up, line protocol is up (connected)
> 30 second input rate 9900042000 bits/sec, 137227 packets/sec
> TenGigabitEthernet2/2 is up, line protocol is up (connected)
> 30 second output rate 9900041000 bits/sec, 137226 packets/sec
When I tested it traffic inside single channel was worst
alternative.
3. Topologies used
I used four different topologies:
a) anritsu --darkfibre-- ten7/1:7600:ten7/3 --darkfibre-- anritsu
b) anritsu --darkfibre-- ten7/1:7600:ten4/1 --darkfibre-- anritsu
c) anritsu --darkfibre-- ten7/1:7600:ten7/2 --darkfibre-- anritsu
d) anr -dark- ten9/3:7600:ten9/2 -dwdm- ten4/1:7600:ten7/1 -dark- anr
4. Pure IP performance
4.1 no features configured, plain IP routing
a) 67bytes and above is linerate in both directions
b) 65bytes and above is linerate in both directions
c) 64bytes does 87.5% of linerate, rate appraoches 100% as size grows,
but is both bps and pps bound, so no configuration of packet size
and interval got 100%.
d) 67bytes and above is linerate in boh directions
This was in mid 2006 with 6704 and CFC running SRA. ACL's and Policers
didn't affect forwarding, uRPF did affect slightly.
--
++ytti
_______________________________________________
cisco-nsp mailing list [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
