On nexus 7000 it works. So the problem was really there (we did not guess)
Comment by OVH - Saturday, 31 July 2010, 01:22AM
vss-1 and rbx-1 have some communicating problems with other routers. We believe the bandwidth is limited on the pull of port 10G on the router's card (4x20G). we are going to replace ports on the card to use all available bandwidth.
It's quite strange, since the traffic does not go to backplane and remains on the card. So normally we should not face that problem ...
We are still going to manipulate then we will see.
Comment by OVH - Saturday, 31 July 2010, 01:29AM
regarding the commercial speech, we arrive to the reality which is totally different ...
80Gbps are divided by 8x (4x10G) where the 4 ports 10G are sharing a 10G of the backplane. This is not what we have been told, comparing to the contexts we had presented for Ovh.
We are switching rbx-1
Same for rbx-2
vss-1
vss-2
vss-3
rbx-99
Done.
We have also changed the MTU in order to find the 9216 instead of 9200 because of a bug on nexus 5000:
http://status.ovh.co.uk/?do=details&id=346
On nexus 7000 it works. So the problem was really there (we did not guess)
vss-1 and rbx-1 have some communicating problems with other routers. We believe the bandwidth is limited on the pull of port 10G on the router's card (4x20G). we are going to replace ports on the card to use all available bandwidth.
It's quite strange, since the traffic does not go to backplane and remains on the card. So normally we should not face that problem ...
We are still going to manipulate then we will see.
regarding the commercial speech, we arrive to the reality which is totally different ...
http://www.cisco.com/en/US/docs/switches/datacenter/sw/5_x/nx-os/interfaces/configuration/guide/if_basic.html#wp2094156
80Gbps are divided by 8x (4x10G) where the 4 ports 10G are sharing a 10G of the backplane. This is not what we have been told, comparing to the contexts we had presented for Ovh.
That's tiring.