02.03.2012 18:30, Dmitry Valdov пишет:
Hi!
No reload required.
I guess this command increases buffers between a card and fabric.
So... it doesn't help much.
Last thing to try is to swap some ports.
Think we really hit hardware limitations between pairs of ports.
Anyway, thaks to all!
Well.. When a packet arrives.. It must come to the fabric and return
back to
the card.. What happend when two packets arrive at the same time?
On Fri, 2 Mar 2012, Artyom Viklenko wrote:
On 02.03.2012 13:03, Dmitry Valdov wrote:
I had a simular problem a few months ago.
I saw overruns and loss of packets when much traffic flowed from one
port of 6704 to another port of the same card. (Actually it was port
mirroring).
The problem was fixed by configuring "fabric buffer-reserve low" (or
medium).
Hm.. this increase space for incoming packets? Correct?
Interesting. Do I need to reload router after this command applied?
On Fri, 2 Mar 2012, Artyom Viklenko wrote:
On 02.03.2012 12:03, Alan Buxey wrote:
without DFC cards, some work/decisions still have to go to the
supervisor. DFC (distributed) is what gives your modules autonomy
alan
This is already clear. :) The only not-so-clear thing now is the
internals of these line cards.
Thank you!
--
Sincerely yours,
Artyom Viklenko.
-------------------------------------------------------
ar...@aws-net.org.ua | http://www.aws-net.org.ua/~artem
ar...@viklenko.net | JID: ar...@jabber.aws-net.org.ua
FreeBSD: The Power to Serve - http://www.freebsd.org
--
Sincerely yours,
Artyom Viklenko.
-------------------------------------------------------
ar...@aws-net.org.ua | http://www.aws-net.org.ua/~artem
ar...@viklenko.net | ================================
FreeBSD: The Power to Serve - http://www.freebsd.org
_______________________________________________
cisco-nsp mailing list cisco-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
