I agree that if the problem is timeout due to loss from overload, then
the only solution is prioritization.
Question for the slicing folks, does slicing extend to the control
channel (packets set to the controller?)
I can have a try, but I dont expect the new algorithm will solve my problem. :)
On Mon, Dec 21, 2009 at 12:36 AM, Rob Sherwood
<[email protected]> wrote:
Hello Guanyao,
I don't work for Nicira, but there are some well known scaling issues
with the algorithm used by the discovery protocol. I'm hoping that
this week I should be able to get around to an improved algorithm
that, if you're interested in previewing, I can send you a copy.
- Rob
.
On Fri, Dec 18, 2009 at 2:44 PM, Martin Casado <[email protected]> wrote:
Yeah, it could be due to high-loss from load (unfortunately).
You could try increasing the timeout value in discovery.py. If you don't
have dynamic link events, this should be able to survive temporary timeouts.
What switches are you using?
In my program the discovery module times out links sometimes, causing
my program not working well. I will debug to find out details why the
link fails. Actually they are not supposed to fail. Maybe it's because
of huge data.
On Fri, Dec 18, 2009 at 8:41 AM, Martin Casado <[email protected]> wrote:
The goal is to detect link failures, so one would hope that would be the
most common failure mode.
I assume LLDP packets are sent periodically. If there is no LLDP, what
will be the most possible reason? The controller or the switch is too
busy?
On Thu, Dec 17, 2009 at 3:07 PM, Martin Casado <[email protected]>
wrote:
Discovery times out links when no LLDP packets have been received over
some
timeout period. Timer values are documented within discovery.py.
It seems this module will periodically construct the topology. I dont
know why it will periodically time_out the links. I want to know in
what situations the links will time_out.
Thanks.
_______________________________________________
nox-dev mailing list
[email protected]
http://noxrepo.org/mailman/listinfo/nox-dev_noxrepo.org
_______________________________________________
nox-dev mailing list
[email protected]
http://noxrepo.org/mailman/listinfo/nox-dev_noxrepo.org
_______________________________________________
nox-dev mailing list
[email protected]
http://noxrepo.org/mailman/listinfo/nox-dev_noxrepo.org
_______________________________________________
nox-dev mailing list
[email protected]
http://noxrepo.org/mailman/listinfo/nox-dev_noxrepo.org
