Hi, cc-ed Yiannis and Dan in case they are not subscribed to this list.
My understanding is that it can be done, but I suspect it will be platform specific. Can Glen comment on this? We have some discussions when applying queues to OFPP_LOCAL. Regards KK 2009/12/21 Martin Casado <cas...@nicira.com>: > 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 >> <rob.sherw...@stanford.edu> 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 <cas...@nicira.com> 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 <cas...@nicira.com> >>>>> 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 <cas...@nicira.com> >>>>>>> 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 >>>>>>>>> nox-dev@noxrepo.org >>>>>>>>> http://noxrepo.org/mailman/listinfo/nox-dev_noxrepo.org >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>> >>>> _______________________________________________ >>>> nox-dev mailing list >>>> nox-dev@noxrepo.org >>>> http://noxrepo.org/mailman/listinfo/nox-dev_noxrepo.org >>>> >>>> >> >> _______________________________________________ >> nox-dev mailing list >> nox-dev@noxrepo.org >> http://noxrepo.org/mailman/listinfo/nox-dev_noxrepo.org >> > > > _______________________________________________ > nox-dev mailing list > nox-dev@noxrepo.org > http://noxrepo.org/mailman/listinfo/nox-dev_noxrepo.org > _______________________________________________ nox-dev mailing list nox-dev@noxrepo.org http://noxrepo.org/mailman/listinfo/nox-dev_noxrepo.org
