You're very welcome, and thank you so much for subscribing! I'm so happy to hear that the video helped clarify the concept for you. Your support means a lot to me, and I hope you continue to find value in the existing and coming content. 😊
I came across this channel last night while searching to see if there were any new VXLAN contents. Since then, I'm hooked and a subscriber. Excellent job how you explain things so clearly. In my opinion, your series on VXLAN is by far the best.
Thank you so much for the kind words and for subscribing! I'm so happy to hear that you found the VXLAN series helpful and clear. Knowing it's made such an impact truly motivates me to keep delivering high-quality content. Welcome to the channel!
Hi Lazarus ! Great explanation ! This cleared up a lot of things but I still have a doubt on how the routing works in this scenario: Let's say pc2 wants to talk with pc4 - it sends the frame to the default gateway ( vtep2 vlan 13 svi ) - vtep2 does a route lookup ... wouldn't see multiple routes for the 192.168.12.0/24 subnet ? - how does it know to send it specifically to vtep4 and not let's say vtep3 ? or does it send it to the any vtep ( the one with the best route ) and then the vtep decapsulates it and then encapsulates it again towards vtep4 -> pc4
PC2 and PC4 are on different subnets, so initially the packet will be sent to the default gateway. If we're using an Anycast Gateway, that will typically be the SVI on the local VTEP. Once routed, the packet finds itself on the transit VNI of 6500. On that transit VNI, it is the EVPN MP-BGP mechanisms that cause the VTEPs to maintain VTEP to destination IP address mappings, thus allowing the local VTEP to know where to send it. Those mechanisms are the same ones hat we described in this chapter of this video here: th-cam.com/video/5lXsc8eLYAw/w-d-xo.html&si=2fZtxrC7EdnkXAlR Once the packet reaches that VTEP, it gets routed again from the transit VNI to the destination SVI and reaches its destination. Does that make sense?
Hi Lazarus..I would like to extend a big thanks for uploading this video and making it clear for us the concept of "anycast gateway". I subscribed.
You're very welcome, and thank you so much for subscribing! I'm so happy to hear that the video helped clarify the concept for you. Your support means a lot to me, and I hope you continue to find value in the existing and coming content. 😊
I came across this channel last night while searching to see if there were any new VXLAN contents. Since then, I'm hooked and a subscriber. Excellent job how you explain things so clearly. In my opinion, your series on VXLAN is by far the best.
Thank you so much for the kind words and for subscribing! I'm so happy to hear that you found the VXLAN series helpful and clear. Knowing it's made such an impact truly motivates me to keep delivering high-quality content. Welcome to the channel!
It's super clear thanks
Great to know, thanks for your feedback!!
Very clear explaination
Glad you think so!
Wonderful, keep going, this helps in interviews
Glad to hear it! Working on more stuff, coming soon!
Hi Lazarus !
Great explanation ! This cleared up a lot of things but I still have a doubt on how the routing works in this scenario:
Let's say pc2 wants to talk with pc4
- it sends the frame to the default gateway ( vtep2 vlan 13 svi )
- vtep2 does a route lookup ... wouldn't see multiple routes for the 192.168.12.0/24 subnet ?
- how does it know to send it specifically to vtep4 and not let's say vtep3 ?
or does it send it to the any vtep ( the one with the best route ) and then the vtep decapsulates it and then encapsulates it again towards vtep4 -> pc4
PC2 and PC4 are on different subnets, so initially the packet will be sent to the default gateway. If we're using an Anycast Gateway, that will typically be the SVI on the local VTEP. Once routed, the packet finds itself on the transit VNI of 6500.
On that transit VNI, it is the EVPN MP-BGP mechanisms that cause the VTEPs to maintain VTEP to destination IP address mappings, thus allowing the local VTEP to know where to send it. Those mechanisms are the same ones hat we described in this chapter of this video here: th-cam.com/video/5lXsc8eLYAw/w-d-xo.html&si=2fZtxrC7EdnkXAlR
Once the packet reaches that VTEP, it gets routed again from the transit VNI to the destination SVI and reaches its destination. Does that make sense?