diff --git a/alpha-7/404.html b/alpha-7/404.html new file mode 100755 index 0000000..512178f --- /dev/null +++ b/alpha-7/404.html @@ -0,0 +1,1312 @@ + + + +
+ + + + + + + + + + + + + + + + + + +The Hedgehog Open Network Fabric is an open-source network architecture that provides connectivity between virtual and
+physical workloads and provides a way to achieve network isolation between different groups of workloads using standard
+BGP EVPN and VXLAN technology. The fabric provides a standard Kubernetes interface to manage the elements in the
+physical network and provides a mechanism to configure virtual networks and define attachments to these virtual networks.
+The Hedgehog Fabric provides isolation between different groups of workloads by placing them in different virtual
+networks called VPC's. To achieve this, it defines different abstractions starting from the physical network where
+a set of Connection
objects defines how a physical server on the network connects to a physical switch on the fabric.
The Hedgehog Fabric currently supports two underlay network topologies.
+A collapsed core topology is just a pair of switches connected in a MCLAG configuration with no other network elements. +All workloads attach to these two switches.
+ +The leaves in this setup are configured to be in a MCLAG pair and servers can either be connected to both switches as +a MCLAG port channel or as orphan ports connected to only one switch. Both the leaves peer to external networks using +BGP and act as gateway for workloads attached to them. The configuration of the underlay in the collapsed core is very +simple and is ideal for very small deployments.
+A spine-leaf topology is a standard Clos network with workloads attaching to leaf switches and the spines providing +connectivity between different leaves.
+ +This kind of topology is useful for bigger deployments and provides all the advantages of a typical Clos network. +The underlay network is established using eBGP where each leaf has a separate ASN and peers will all spines in the +network. RFC7938 was used as the reference for establishing the +underlay network.
+The overlay network runs on top the underlay network to create a virtual network. The overlay network isolates control +and data plane traffic between different virtual networks and the underlay network. Virtualization is achieved in the +Hedgehog Fabric by encapsulating workload traffic over VXLAN tunnels that are source and terminated on the leaf switches +in the network. The fabric uses BGP-EVPN/VXLAN to enable the creation and management of virtual networks on top of the +physical one. The fabric supports multiple virtual networks over the same underlay network to support multi-tenancy. +Each virtual network in the Hedgehog Fabric is identified by a VPC. The following subsections contain a high-level +overview of how VPCs are implemented in the Hedgehog Fabric and its associated objects.
+The previous subsections have described what a VPC is, and how to attach workloads to a specific VPC. The following bullet points +describe how VPCs are actually implemented in the network to ensure a private view the network.
+To enable communication between 2 different VPCs, one needs to configure a VPC peering policy. The Hedgehog Fabric +supports two different peering modes.
+Under construction.
+{"use strict";/*!
+ * escape-html
+ * Copyright(c) 2012-2013 TJ Holowaychuk
+ * Copyright(c) 2015 Andreas Lubbe
+ * Copyright(c) 2015 Tiancheng "Timothy" Gu
+ * MIT Licensed
+ */var Ha=/["'&<>]/;Un.exports=$a;function $a(e){var t=""+e,r=Ha.exec(t);if(!r)return t;var o,n="",i=0,s=0;for(i=r.index;i