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
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?
This would be the second part of a three stage strategy I have
10 matches
Mail list logo
