RE: Third party VR / L2 support

2015-06-23 Thread Rajesh Battala
, June 12, 2015 10:27 AM To: dev@cloudstack.apache.org Subject: RE: Third party VR / L2 support Agree to what Funs mentioned. The current network service model is flexible, there is option to select a provider for a given service by means of network offering. About using 3rd party VR, there are 2

RE: Third party VR / L2 support

2015-06-12 Thread Paul Angus
[mailto:koushik@citrix.com] Sent: 12 June 2015 05:57 To: dev@cloudstack.apache.org Subject: RE: Third party VR / L2 support Agree to what Funs mentioned. The current network service model is flexible, there is option to select a provider for a given service by means of network offering. About using

Re: Third party VR / L2 support

2015-06-12 Thread Christian
of appliances needs to be registered from CS and used. -Koushik -Original Message- From: Funs Kessen [mailto:fozzielumpk...@gmail.com] On Behalf Of Funs Kessen Sent: Tuesday, June 09, 2015 3:26 PM To: dev@cloudstack.apache.org Subject: Re: Third party VR / L2 support Hi Christian and Paul, I

Re: Third party VR / L2 support

2015-06-12 Thread Funs Kessen
Subject: Re: Third party VR / L2 support Hi Christian and Paul, I agree that the VR/VPC construct could do with some improvements, the biggest being that it should actually be api driven and allow for more flexible networking/services combined with scale out itself (we’re looking

Re: Third party VR / L2 support

2015-06-12 Thread sebgoa
[mailto:fozzielumpk...@gmail.com] On Behalf Of Funs Kessen Sent: Tuesday, June 09, 2015 3:26 PM To: dev@cloudstack.apache.org Subject: Re: Third party VR / L2 support Hi Christian and Paul, I agree that the VR/VPC construct could do with some improvements, the biggest being

RE: Third party VR / L2 support

2015-06-12 Thread Paul Angus
, June 12, 2015 1:06 PM To: dev@cloudstack.apache.org Subject: Re: Third party VR / L2 support Hi Paul, We don’t disagree at all, and I think Koushik doesn’t either, we’re just talking about different things. Today there are limited options but there are ways to work with these options without

RE: Third party VR / L2 support

2015-06-11 Thread Koushik Das
Message- From: Christian [mailto:christ...@bt.net] Sent: 01 June 2015 13:26 To: dev@cloudstack.apache.org Subject: Third party VR / L2 support Hi Sebastien, Thank you for publishing the roadmap. Replace VR with h/w (srx, asa etc) A question for all - What are the implications

Re: Third party VR / L2 support

2015-06-11 Thread Erik Weber
- From: Christian [mailto:christ...@bt.net] Sent: 01 June 2015 13:26 To: dev@cloudstack.apache.org Subject: Third party VR / L2 support Hi Sebastien, Thank you for publishing the roadmap. Replace VR with h/w (srx, asa etc) A question for all - What are the implications

Re: Third party VR / L2 support

2015-06-11 Thread Keerthiraja SJ
Architect D: +44 20 3468 5163 |S: +44 20 3603 0540 | M: +44 7711 418 784 | T: @CloudyAngus paul.an...@shapeblue.com -Original Message- From: Christian [mailto:christ...@bt.net] Sent: 01 June 2015 13:26 To: dev@cloudstack.apache.org Subject: Third party VR / L2 support Hi Sebastien

Re: Third party VR / L2 support

2015-06-09 Thread Funs Kessen
Message- From: Christian [mailto:christ...@bt.net] Sent: 01 June 2015 13:26 To: dev@cloudstack.apache.org Subject: Third party VR / L2 support Hi Sebastien, Thank you for publishing the roadmap. Replace VR with h/w (srx, asa etc) A question for all - What are the implications

RE: Third party VR / L2 support

2015-06-09 Thread Paul Angus
Subject: Third party VR / L2 support Hi Sebastien, Thank you for publishing the roadmap. Replace VR with h/w (srx, asa etc) A question for all - What are the implications of expanding this feature to support s/w appliances, such as the ASA/CSR 1000V ? This is something that I have been

Third party VR / L2 support

2015-06-01 Thread Christian
Hi Sebastien, Thank you for publishing the roadmap. Replace VR with h/w (srx, asa etc) A question for all - What are the implications of expanding this feature to support s/w appliances, such as the ASA/CSR 1000V ? This is something that I have been implementing manually to date because: