<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>vxlan on next-hop-self</title>
    <link>http://next-hop-self.it/tags/vxlan/</link>
    <description>Recent content in vxlan on next-hop-self</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 10 Sep 2024 08:00:06 +0100</lastBuildDate><atom:link href="http://next-hop-self.it/tags/vxlan/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>DC - VXLAN EVPN DCI - Host reachability and fault scenario</title>
      <link>http://next-hop-self.it/posts/dc-vxlan-evpn-dci-host-reachability-and-fault-scenario/</link>
      <pubDate>Tue, 10 Sep 2024 08:00:06 +0100</pubDate>
      
      <guid>http://next-hop-self.it/posts/dc-vxlan-evpn-dci-host-reachability-and-fault-scenario/</guid>
      <description>The final step about &amp;ldquo;VXLAN EVPN DCI&amp;rdquo; journey regards host reachability and fault scenario. In this post i&amp;rsquo;ll try to verify the reachability between 2 hosts in different sites and their behavior when the network faces some faults.
Host reachability When the overlay configurations is up and running we can try to connect a host or a device (in my lab i will use SiteA-1 and SiteB-1 switches on vlan 10) to our BGW and try to reach the remote side using our VXLAN EVPN DCI.</description>
    </item>
    
    <item>
      <title>DC - VXLAN EVPN DCI - Overlay configuration</title>
      <link>http://next-hop-self.it/posts/dc-vxlan-evpn-dci-overlay-configuration/</link>
      <pubDate>Fri, 26 Jul 2024 08:00:06 +0100</pubDate>
      
      <guid>http://next-hop-self.it/posts/dc-vxlan-evpn-dci-overlay-configuration/</guid>
      <description>The third part of the &amp;ldquo;VXLAN EVPN DCI&amp;rdquo; project regards overlay configurations in terms of:
 BGP NVE interface  Recalling the underlay L3 diagram, we used OSPF protocol to achieve border gateway L3 adjacency and advertise into the routing domain some Loopback interfaces, Lo0 and Lo1: Now, we can take advantage of the previous configuration to configure BGP on each border gateway and establish full-mesh iBGP sessions sourced by Lo0.</description>
    </item>
    
    <item>
      <title>DC - VXLAN EVPN DCI - Underlay configuration</title>
      <link>http://next-hop-self.it/posts/dc-vxlan-evpn-dci-underlay-configuration/</link>
      <pubDate>Mon, 15 Jul 2024 10:00:06 +0100</pubDate>
      
      <guid>http://next-hop-self.it/posts/dc-vxlan-evpn-dci-underlay-configuration/</guid>
      <description>The second part of the &amp;ldquo;VXLAN EVPN DCI&amp;rdquo; project regards underlay configurations in terms of:
 VPC domain Ling-aggregation IGP routing  VPC domain is a Cisco feature on the Nexus switches that provides the ability to configure a Port-Channel across multiple switches (i.e. VPC peers). The VPC peers, configured into a VPC domain, act as a single switch from data-plane perspective but operates independetly at control-plane.
Recalling the lab topology, i need to configure 2 different VPC domain (i.</description>
    </item>
    
    <item>
      <title>DC - VXLAN EVPN DCI - Design consideration</title>
      <link>http://next-hop-self.it/posts/dc-vxlan-evpn-dci-design-consideration/</link>
      <pubDate>Mon, 08 Jul 2024 10:00:06 +0100</pubDate>
      
      <guid>http://next-hop-self.it/posts/dc-vxlan-evpn-dci-design-consideration/</guid>
      <description>In the last weeks i have work on a sample project about a VXLAN EVPN DCI since a customer asks for legacy L2 trunk DCI dismission (Hurray!) so i started with requirements collection from the customer, something like:
 Redundancy Fast failover Simplicity (after all they need to manage the solution provided)  and after talked together about some design considerations, i finally decide to create a sample lab in order to test the possible final soluton.</description>
    </item>
    
    <item>
      <title>DC - VXLAN BGP EVPN - VPC (NX-OS)</title>
      <link>http://next-hop-self.it/posts/dc-vxlan-evpn-vpc/</link>
      <pubDate>Tue, 16 Apr 2024 10:00:06 +0100</pubDate>
      
      <guid>http://next-hop-self.it/posts/dc-vxlan-evpn-vpc/</guid>
      <description>This time i introduced the concept of Virtual Port-Channel, also known as VPC, in my lab since it&amp;rsquo;s a very used feature in real datacenter scenario. With VPC you can attach a downstream device (switch, router, server, firewall, &amp;hellip;) in &amp;ldquo;dual-homing&amp;rdquo; mode to 2 different Nexus switch, the VPC peers or members. In your downstream device you simply need to configure a classic port-channel (lacp) while on Nexus side you need to create a VPC domain in order to synchronize the data-plane maintaining a separate control-plane.</description>
    </item>
    
    <item>
      <title>DC - VXLAN BGP EVPN - Ingress-replication (NX-OS)</title>
      <link>http://next-hop-self.it/posts/dc-vxlan-evpn-ingrep/</link>
      <pubDate>Tue, 02 Apr 2024 12:45:06 +0100</pubDate>
      
      <guid>http://next-hop-self.it/posts/dc-vxlan-evpn-ingrep/</guid>
      <description>In the previous post i labbed a VXLAN Flood and Learn solution in order to put in communication 2 devices in the same subnet dived by a routed network, today i&amp;rsquo;ll try to upgrade this scenario introducing a control-plane like BGP EVPN.
With a control-plane i don&amp;rsquo;t need anymore Flood and Learn in order to discover the remote mac-address. When a client is &amp;ldquo;discovered&amp;rdquo; by the VTEP, the VTEP itself send the reachability info (e.</description>
    </item>
    
    <item>
      <title>DC - VXLAN Flood and Learn (NX-OS)</title>
      <link>http://next-hop-self.it/posts/dc-vxlan-fandl/</link>
      <pubDate>Fri, 22 Mar 2024 14:06:06 +0100</pubDate>
      
      <guid>http://next-hop-self.it/posts/dc-vxlan-fandl/</guid>
      <description>This year i plan to deep learn datacenter protocols and technologies because many more customers engaged me to support them in datacenter refreshing or enhancement and i want to, at least, become a CCNP Datacenter in order to offer them an always better solution.
One of the datacenter trend-topic is VXLAN for sure, so i read &amp;ldquo;Building Data Centers with VXLAN BGP EVPN&amp;rdquo; and i&amp;rsquo;m trying to setup a VXLAN lab starting from the simplest scenario: VXLAN Flood and Learn.</description>
    </item>
    
  </channel>
</rss>
