should be on and let the scheme decide what kind of
broadcast domain( == isolation method???) we are planning to be in.
Regards,
-Original Message-
From: Hiroaki KAWAI [mailto:ka...@stratosphere.co.jp]
Sent: zaterdag 11 mei 2013 10:28
To: dev@cloudstack.apache.org
Subject: Re: network gu
+1 for the basic idea. Non-guest networks are not easy to
virtualize now. I assume you're talking about the
isolation method in non-guest networks.
(2013/05/07 20:53), Daan Hoogland wrote:
LS,
I want to refactor the network guru hierarchy to put som functionality in
abstract base classes. Thi
Ok, got it. My picture won't be as pretty but I will put some wording there.
-Original Message-
From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
Sent: woensdag 8 mei 2013 19:14
To: dev@cloudstack.apache.org
Subject: Re: network guru refactor proposal
See for exampl
;>>my
>>> favorite way to go.
>>>
>>> I must admit that including network gurus that do not support any
>>> extensions in the hierarchy is an esthetic touch if no code is shared.
>>>I
>>> will refrain if maintainability issues can be
ust admit that including network gurus that do not support any
>> extensions in the hierarchy is an esthetic touch if no code is shared. I
>> will refrain if maintainability issues can be expected.
>>
>> Regards,
>>
>> -Original Message-----
>> From: Murali Re
<<< text/html; charset=ISO-8859-1: Unrecognized >>>
<>
ilto:murali.re...@citrix.com]
>Sent: dinsdag 7 mei 2013 15:17
>To: dev@cloudstack.apache.org
>Subject: Re: network guru refactor proposal
>
>On 07/05/13 5:23 PM, "Daan Hoogland" wrote:
>
>>LS,
>>
>>I want to refactor the network guru hierarchy to put s
17
To: dev@cloudstack.apache.org
Subject: Re: network guru refactor proposal
On 07/05/13 5:23 PM, "Daan Hoogland" wrote:
>LS,
>
>I want to refactor the network guru hierarchy to put som functionality
>in abstract base classes. This will come down to extending the
>hierarch
On 07/05/13 5:23 PM, "Daan Hoogland" wrote:
>LS,
>
>I want to refactor the network guru hierarchy to put som functionality in
>abstract base classes. This will come down to extending the hierarchy for
>guest networks to include all gurus. Are there any thoughts or gotchas to
>share?
GuestNetwork
