On 29/10/13 10:12 PM, "Hugo Trippaers" <h...@trippaers.nl> wrote:
>Hey guys, > >This is something i had on my wish list for some time. The current way >network gurus are handled is that each guru is asked to design a network >and will decide by itself to either do it or donĀ¹t. Most gurus have sane >checks on which types of networks it can handle, but we have seen issues >there in the past. > >With these changes the network orchestrator will check the capabilities >of a guru and based on that ask one or more gurus to design the network. >With this the power is where is should new, the network orchestrator. > >This also means that new networking plugins with gurus will have an >easier integration, just list the capabilities. It will also save some >database calls (once i clean out all canHandle functions) as gurus will >have to lookup less to decide if they should to their job. > >What do you guys think? Nice. Looks like getting the supported guru's by traffic type, network type, guest type, isolation method is already covering all the guru's with out ambiguity. +1 for addressing the problem and merge. > >Current branch is tested with devcloud in a manual test, so there is more >work to do there. I wanted to get some opinions while performing more >tests. > >Cheers, > >Hugo