Daan, Much clearer response, Thanks.
Be Well. Karl On Fri, Apr 25, 2014 at 8:05 AM, Daan Hoogland <daan.hoogl...@gmail.com>wrote: > H Karl, it doesn't appear so to me. My point was that keepalive should > run over any interface that needs to be guarded. This menas all the > guestnetworks, the optional private gateway network and the management > and possibly even the public interface. > > maybe I was a little short on words describing this. > > Daan > > On Thu, Apr 24, 2014 at 9:49 PM, Karl Harris <karl.har...@sungardas.com> > wrote: > > Daan, > > > > I appears your response was truncated. > > > > Karl > > > > > > > > On Thu, Apr 24, 2014 at 3:41 PM, Daan Hoogland <daan.hoogl...@gmail.com > >wrote: > > > >> One answer inline... > >> > >> mobile bilingual spell checker used > >> > >> Op 24 apr. 2014 16:54 schreef "Karl Harris" <karl.har...@sungardas.com > >: > >> .... > >> > A related question is should the vrr > >> > protocol< > http://en.wikipedia.org/wiki/Virtual_Router_Redundancy_Protocol > >> > > >> > used > >> > by Keepalived <http://www.keepalived.org/> be passed on the > Cloudstack > >> > Management network or an isolated network between the master and > >> > backup router? > >> On all the networks that should be served redundantly, e.g. all. > >> > >> > > >> > > >> > On Tue, Apr 22, 2014 at 5:57 AM, Daan Hoogland < > daan.hoogl...@gmail.com > >> >wrote: > >> > > >> > > Sounds like a single guru should do the job. > >> > > Also I would think of some offerings that contain affinity so that > the > >> > > guru has a guideline as to where to deploy the pair of routers. For > a > >> > > certain type of network design a admin may already know where the > >> > > routers should be deployed and in that case it makes no sense to let > >> > > the guru do any calculations on that. The admin should be able to > >> > > specify it with tags or the likes. Of course the criteria you > mention > >> > > must not conflict but I think it makes sense to have a admin created > >> > > offering override the standard algorithm. > >> > > > >> > > regards, > >> > > Daan > >> > > > >> > > On Mon, Apr 21, 2014 at 9:21 PM, Karl Harris < > >> karl.har...@sungardas.com> > >> > > wrote: > >> > > > The functional spec for Redundant Virtual Router for VPC's states: > >> > > > Deployment for RvR > >> > > > > >> > > > - Mgmt server would try to deploy two VR in the physical > devices > >> as > >> > > far > >> > > > apart as possible. It would try different pod, different > cluster, > >> > > different > >> > > > storage, different host first, until there is none of above > >> condition > >> > > can > >> > > > be met, it would deploy both of them in the same host. > >> > > > > >> > > > > >> > > > > >> > > > Is a design method in a PrivateRedundantNetworkGuru NetworkGuru > >> class(es) > >> > > > the most appropriate place to put this code? > >> > > > > >> > > > Separate Guru's for each of the pod,cluster,storage, host > entities or > >> a > >> > > > single Guru that "designs" using the above criteria? > >> > > > > >> > > > Karl > >> > > > > >> > > > > >> > > > On Wed, Mar 5, 2014 at 3:20 PM, Karl Harris < > karl.har...@sungard.com > >> > > >> > > wrote: > >> > > > > >> > > >> > >> > > >> ----------------------------------------------------------- > >> > > >> This is an automatically generated e-mail. To reply, visit: > >> > > >> https://reviews.apache.org/r/18795/ > >> > > >> ----------------------------------------------------------- > >> > > >> > >> > > >> Review request for cloudstack. > >> > > >> > >> > > >> > >> > > >> Repository: cloudstack-git > >> > > >> > >> > > >> > >> > > >> Description > >> > > >> ------- > >> > > >> > >> > > >> Changes/additions to BASH scripts and .java files as well as > pseudo > >> code > >> > > >> comments. This posting is a sanity check review posting; before I > >> get > >> > > too > >> > > >> far along with making the changes required for this JIRA > >> CloudStack-764 > >> > > >> nTier Apps 2.0 : Redundant Virtual Router for VPC I thought I'd > >> publish > >> > > my > >> > > >> intentions to the community to review and comment. > >> > > >> > >> > > >> > >> > > >> Diffs > >> > > >> ----- > >> > > >> > >> > > >> core/src/com/cloud/agent/api/SetupGuestNetworkCommand.java > >> > > >> 2cf5bf8ffaa2b0df122c69f047ee3f56982267e1 > >> > > >> > >> > > >> > >> > > > >> > >> > plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java > >> > > >> 03af0da51b1eec93eb878fd1ebeca2ff2e0802ce > >> > > >> > >> > > >> > >> > > > >> > >> > plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java > >> > > >> 69b7c9e07c753c0f0c93197a809acfb3399cf555 > >> > > >> systemvm/patches/debian/config/opt/cloud/bin/vpc_guestnw.sh > >> > > >> e5da2e096b30f6fdb15226e889517537d04f2e3e > >> > > >> > >> > > >> Diff: https://reviews.apache.org/r/18795/diff/ > >> > > >> > >> > > >> > >> > > >> Testing > >> > > >> ------- > >> > > >> > >> > > >> None, yet still coding > >> > > >> > >> > > >> > >> > > >> Thanks, > >> > > >> > >> > > >> Karl Harris > >> > > >> > >> > > >> > >> > > > >> > > > >> > > > >> > > -- > >> > > Daan > >> > > > >> > > > >> > > > > -- > Daan > >
