-Original Message-
From: Wido den Hollander
Sent: Thursday, May 23, 2024 9:16 AM
To: Alex Mattioli ; dev@cloudstack.apache.org;
us...@cloudstack.apache.org; adietr...@ussignal.com
Subject: Re: Dynamic routing for routed mode IPv6 and IPv4 Isolated and VPC
networks
Op 22/05/2024 om
Wido den Hollander
Sent: Monday, May 20, 2024 8:22 PM
To: dev@cloudstack.apache.org; Alex Mattioli ;
us...@cloudstack.apache.org; adietr...@ussignal.com
Subject: Re: Dynamic routing for routed mode IPv6 and IPv4 Isolated and VPC
networks
Op 20/05/2024 om 14:45 schreef Alex M
utube.com/channel/UCaFBGFfXmHziWGTFqjGzaWw>
IMPORTANT: The contents of this email are confidential. Information is intended
for the named recipient(s) only. If you have received this email by mistake,
please notify the sender immediately and do not disclose the contents to anyone
or make copies ther
ication handled at the network configuration, or another more
specific level.
Thanks,
Alex
From: Alex Mattioli
Date: Wednesday, May 15, 2024 at 10:15 AM
To: us...@cloudstack.apache.org ,
dev@cloudstack.apache.org
Subject: RE: Dynamic routing for routed mode IPv6 and IPv4 Isolated and VPC
networks EX
Wido den Hollander
Sent: Friday, May 17, 2024 5:24 PM
To: dev@cloudstack.apache.org; Alex Mattioli ;
us...@cloudstack.apache.org
Subject: Re: Dynamic routing for routed mode IPv6 and IPv4 Isolated and VPC
networks
My apologies! I totally missed this one. Commments inline.
Op 15/05/2024 om 14:55 sch
sociated to a given account are associated to distinct
VRFs and may have different peering IP addresses.
I would like to see the peering IP addresses specific to the networks where
dynamic routing is enabled instead of specifying defaults at the zone level.
* Alex
[__tpx__]
From: Alex Mattioli
Da
y simple and basic dynamic BGP implementation working, after
>that's out there and in use then we definitely should discuss how to enhance
>the >feature with exactly what you pointed out.
Thanks,
Alex Dietrich
[__tpx__]
From: Alex Mattioli
Date: Wednesday, May 15, 2024 at 8:55 AM
From: Alex Mattioli
Sent: Wednesday, April 17, 2024 3:25 AM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Dynamic routing for routed mode IPv6 and IPv4 Isolated and VPC networks
Hi all,
I'd like to brainstorm dynamic routing in ACS (yes, again... for the newcomers
Hi all,
I'd like to brainstorm dynamic routing in ACS (yes, again... for the newcomers
to this mailing list - this has been discussed multiple times in the past 10+
years)
ACS 4.17 has introduced routed mode for IPv6 in Isolated networks and VPCs, we
are currently working on extending that to
+1
-Original Message-
From: Daan Hoogland
Sent: Monday, February 19, 2024 1:50 PM
To: dev
Cc: users
Subject: [VOTE] next version 20 instead of 4.20
LS,
This is a vote on dev@c.a.o with cc to users@c.a.o. If you want to be counted
please reply to dev@.
As discussed in [1] we
Hi Rahul,
The project has been tentatively named "OpenSDN", here's the new mailing list:
https://groups.io/g/OpenSDN. There should be a larger update there soon.
Also, here are the meeting notes for the initial discussion around the project:
Welcome to the community Vishesh.
Alex
-Original Message-
From: Vishesh Jindal
Sent: 01 February 2023 16:45
To: dev@cloudstack.apache.org
Subject: Hello
Hi All,
This is Vishesh. I have recently joined ShapeBlue. I am looking forward to
contributing to the cloudstack project and
+1 on that, and especially useful for Edge zones.
-Original Message-
From: Nux
Sent: 24 January 2023 14:43
To: dev@cloudstack.apache.org
Cc: us...@cloudstack.apache.org; Apache CloudStack Marketing
Subject: Re: CloudStack and Tungsten Fabric Solution Brief
Thanks Ivet, this is
+1 on that Daan, definitely worth waiting a bit longer.
-Original Message-
From: Rohit Yadav
Sent: 01 November 2022 06:37
To: us...@cloudstack.apache.org; dev
Subject: Re: [PROPOSAL] postpone 4.18 to the new year
+1 Daan, your proposal to postpone to early next year makes sense.
+1 on all below, I think you'll be a great RM.
-Original Message-
From: Abhishek Kumar
Sent: 02 August 2022 14:38
To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
Subject: [PROPOSE] CloudStack 4.17.1.0 release and RM
Hi all,
I would like to propose and put myself forward
bject: Re: IPV6 in Isolated/VPC networks
Op 12-05-2022 om 16:10 schreef Alex Mattioli:
>> ipv6 route fd23:313a:2f53:3cbf::/64
>> fd23:313a:2f53:3000:1c00:baff:fe00:4
>
> That's correct
Ok. So in that case the subnet would be very welcome to be present in the
message on
021 14:30
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: IPV6 in Isolated/VPC networks
>>>
>>> Thanks Alex, Wei. I've updated the docs here:
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/IPv6+Support+
>>> in+Isolated+Network+a
Sounds amazing @Ivet Petrova
-Original Message-
From: Daman Arora
Sent: 05 April 2022 16:51
To: dev@cloudstack.apache.org
Cc: users
Subject: Re: CloudStack Collaboration Conference 2022 - November 14-16
Sounds like a good idea to me.
Thanks,
Daman Arora.
On Tue., Apr. 5, 2022,
Hi Jonas,
A Region is one instance of the ACS database and a set of management servers,
inside a Region you have Zones.
There are many ways to carve that but one example would be:
Regions: Europe, North America, Asia.
Then say, inside the Europe region you can have the zones: London, Paris,
thoughts?
Regards.
From: Alex Mattioli
Sent: Wednesday, September 8, 2021 23:24
To: dev@cloudstack.apache.org
Subject: RE: IPV6 in Isolated/VPC networks
Hi Rohit, Kristaps,
I'd say option 1 as well, it does create a bit more overhead with static
routes
Hi Rohit, Kristaps,
I'd say option 1 as well, it does create a bit more overhead with static
routes but if that's automated for a VPC it can also be easily automated for
several tiers of a VPC. We also don't constrain the amount of tiers in a VPC.
It has the added advantage to be closer to
Hi,
That would be bandwidth between which hosts? Also, what exactly would you
call normal and excessive bandwidth usage?
Regards
Alex
-Original Message-
From: Saurabh Rapatwar
Sent: 08 September 2021 16:46
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject:
ilto:heans...@gmail.com>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi Wido,
>>>>>>>>>>>
>>>>>>>>>>> I think the /48 is at physical router as gateway ,
>>>>>>>>>>> and subnet of
>>>>>>>> /64
>>>>>>>>>>> at VR
and limited that is
acceptable for the community.
Regards.
From: Alex Mattioli
Sent: Tuesday, August 17, 2021 14:59
To: dev@cloudstack.apache.org
Subject: RE: IPV6 in Isolated/VPC networks
Hi Wei,
That's correct. The network operator would need to create static
Hi Wei,
That's correct. The network operator would need to create static routes for the
/64s, both for Isolated networks and VPCs. The next-hop for those being the
outside interface of the Virtual Router, which will have an IP from the
"public" /64.
Cheers
Alex
-Original
router ip . In this case ,does not need any BGP router
> .
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> Similar concept as IPv4 :
> >>>>>>>>>
> >>>>>>>>> /48 subnet of IPv6 is equivalent to current /24
models are enterprise Nvidia based)
Regards.
From: Alex Mattioli
Sent: Thursday, July 22, 2021 19:07
To: us...@cloudstack.apache.org ;
dev@cloudstack.apache.org
Subject: Cloudstack GPU
Hi all,
Anyone out there using GPUs with Cloudstack?
If so, with which
Hi all,
Anyone out there using GPUs with Cloudstack?
If so, with which hypervisor and GPU?
Thanks,
Alex
at 8:55 PM Alex Mattioli
wrote:
> Hi Wido,
> That's pretty much in line with our thoughts, thanks for the input. I
> believe we agree on the following points then:
>
> - FRR with BGP (no OSPF)
> - Route /48 (or/56) down to the VR
> - /64 per network
> - SLACC for IP
schematic on how it could look on VR side:
https://dice.lv/acs/ACS_router_v2.pdf
On 2021/07/13 13:08:20, Wido den Hollander wrote:
>
>
> On 7/7/21 1:16 PM, Alex Mattioli wrote:
> > Hi all,
> > @Wei Zhou<mailto:wei.z...@shapeblue.com> @Rohit
> > Yadav&l
-
From: Wido den Hollander
Sent: 13 July 2021 15:08
To: dev@cloudstack.apache.org; Alex Mattioli
Cc: Wei Zhou ; Rohit Yadav ;
Gabriel Beims Bräscher
Subject: Re: IPV6 in Isolated/VPC networks
On 7/7/21 1:16 PM, Alex Mattioli wrote:
> Hi all,
> @Wei Zhou<mailto:wei.z...@sh
ossibly OSPF)
on the ACS VR.
We are looking for requirements, recommendations, ideas, rants, etc...etc...
Alex Mattioli
+1 on OpenVPN, and then a framework later on.
-Original Message-
From: Rohit Yadav
Sent: 10 June 2021 10:25
To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
Subject: [DISCUSS] Moving to OpenVPN as the remote access VPN provider
All,
We've historically supported openswan
is created (but editable and applied when the network is restarted with
clean-up).
I'll consult with my colleagues what's the best way forward and get back to you.
Cheers,
Alex
From: Rafael del Valle
Sent: 25 March 2021 09:06
To: Alex Mattioli
Cc: dev@cloudstack.apache.org
Subject: Re: RE: RE: Virutal
for MTU tunning on VRs?
I would be to contribute and implement it.
Regards,
On Wed, 2021-03-24 09:39 AM, Alex Mattioli wrote:
>
Hi R,
>
> There's no ACS setting for the VR's MTU size.
> Unless you are running storage traffic s in that network then jumbo frames
> aren't of muc
Hi Evgeniy,
Do you mean RSTP as in Rapid Spanning Tree Protocol? Or something else?
Cheers,
Alex
alex.matti...@shapeblue.com
www.shapeblue.com
3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK
@shapeblue
-Original Message-
From: Evgeniy Tochilin
Sent: 09
36 matches
Mail list logo
