Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

> From: Mark Tinka [mailto:mark.ti...@seacom.mu] > Sent: Monday, February 05, 2018 3:35 PM > > Use the technology long enough for a specific application, and that use gets a > new name (and acronym to boot). Once a new name/acronym has been > established, vendors and other interested parties find

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

Thanks y’all, to be clear, are you saying “…VPLS. Segment Routing…” you view those as fad technologies ? …or the opposite? Yeah, I remember working for the US Navy in San Diego in 1999 and sitting in a class taught be a vendor-provided SE, FORE Systems. The class was about, yep you

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

On 5/Feb/18 16:01, adamv0...@netconsultings.com wrote: > When I started in networking I was setting up p2p leased lines between > csu/dsu boxes (t-shooting fractional T1s and stuff on DSX cross-connects). > Then we were migrating these to FR or ATM circuits. And then we were > migrating FR/ATM

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

> From: Aaron Gould [mailto:aar...@gvtc.com] > Sent: Thursday, February 01, 2018 5:05 PM > > So I think (I could be wrong as I'm not a server guy) that all this L2 network > emulation is because of server virtualization and moving vm's or vmotion or > something like that, and that they need to be

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

The reason this particular customer wants to extend layer 2 is Vmotion. On 1 Feb 2018 17:04, "Aaron Gould" wrote: > So I think (I could be wrong as I'm not a server guy) that all this L2 > network emulation is because of server virtualization and moving vm's or > vmotion or

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

the challenge is that when you tout your vm mobility play as “zero touch” after move (i.e. you don’t have to re-ip your vm/application/etc to ensure 100% business continuity) — you need to have stretched layer-2 between locations to ensure proper functionality. things like bgp host-route

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

The only reason for this is because some vendors do not want learn tcp/ip just so they can force their own customer support on others. So they don't want to deal with it and sell you on layer 2. Mario On Feb 1, 2018 2:02 PM, "Aaron Gould" wrote: > As my teenage son would

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

As my teenage son would say. "bet" ! -Aaron -- Heck yeah, pair of cheapest asr920 at each end and PWs between the DCs and you're done. adam ___ cisco-nsp mailing list

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

So I think (I could be wrong as I'm not a server guy) that all this L2 network emulation is because of server virtualization and moving vm's or vmotion or something like that, and that they need to be in same ip subnet (aka bcast domain) correct ? *if* that's true, and *if* all this layer 2

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

> Richard Clayton > Sent: Thursday, February 01, 2018 9:30 AM > To: Cisco NSPs > Subject: Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue > > Hi > > I ended up dumping the OTV design for my customer as it was too expensive > to deploy. It's only supporte

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

> Aaron Gould [mailto:aar...@gvtc.com] > Sent: Tuesday, January 30, 2018 6:30 PM > > Thanks > > "With regards to the load-sharing in L2 > -problem is you'll never get IP like load-sharing in L2 since Ethernet is > fundamentally flawed in this regard as it just can't associate same mac >

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

Hi, On Thu, Feb 01, 2018 at 09:30:20AM +, Richard Clayton wrote: > I ended up dumping the OTV design for my customer as it was too expensive > to deploy. It's only supported on the 4451 (customer has been quoted for > 4431) and needs and AppX license, was looking at £9000+ per router and >

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

Hi I ended up dumping the OTV design for my customer as it was too expensive to deploy. It's only supported on the 4451 (customer has been quoted for 4431) and needs and AppX license, was looking at £9000+ per router and there is a built in 100Mb limit on OTV traffic. I'm doing VPLS now but was

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

On 30 January 2018 at 18:29, Aaron Gould wrote: > Thanks > > "With regards to the load-sharing in L2 > -problem is you'll never get IP like load-sharing in L2 since Ethernet is > fundamentally flawed in this regard as it just can't associate same mac > address with two

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

This has been standard n7k operations since the platform supported contexts. Much like ASA — interfaces need to be dedicated to a context from the management-plane perspective. OTV requires a separate context due to inability to have SVI and OTV in same context. OTV essentially becomes a part

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

Ha, thanks Justin, I just read the answer to my question I just posted... OTV is cisco proprietary. Is OTV gaining steam in the industry as a potential ietf standard ? Interesting things you mention about assigning asics, and linecard dependancies... -Aaron

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

Thanks, so is OTV cisco proprietary ? -Aaron ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

Thanks "With regards to the load-sharing in L2 -problem is you'll never get IP like load-sharing in L2 since Ethernet is fundamentally flawed in this regard as it just can't associate same mac address with two ports." I thought with bgp-mac-routes in evpn, you could engineer traffic with

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

Hey, > Aaron Gould > Sent: Monday, January 29, 2018 7:08 PM > > I'm just trying to learn about OTV as I haven't heard much about it... is OTV > an IETF standard ? > > Also, I wonder why I would use one of these (EVPN, VX-LAN, OTV) over the > other ? let me know if those 3 don't belong in the

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

On Mon, 29 Jan 2018, Aaron Gould wrote: I'm just trying to learn about OTV as I haven't heard much about it... is OTV an IETF standard ? OTV is a Cisco proprietary protocol with some important design considerations if you want to go in this direction. This includes things such as

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

Hi, On Mon, Jan 29, 2018 at 01:07:50PM -0600, Aaron Gould wrote: > Also, I wonder why I would use one of these (EVPN, VX-LAN, OTV) over the > other ? let me know if those 3 don't belong in the same comparison family. Because you bought Cisco gear from one of their business unit, and not from a

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

I'm just trying to learn about OTV as I haven't heard much about it... is OTV an IETF standard ? Also, I wonder why I would use one of these (EVPN, VX-LAN, OTV) over the other ? let me know if those 3 don't belong in the same comparison family. I just watched a cisco video and see that the

Re: [c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

Hi Guys I think I have the reason for the behavior in my lab. I have the 'silent host' issue which happens in labs but generally doesn't happen in live networks. For my host devices I used Cisco routers with an IP address on a single interface, all these devices were doing is a ping and and ARP

[c-nsp] Multihomed OTV on CSR Lab - Mac Address Issue

Hi Guys I have configured Multihomed OTV in a virtual lab on EVE-NG using Cisco CSR's. The lab is 2 x CSR at one site both connected to layer2 switch and a single CSR at a remote site. Everything works good apart from one thing. At the dual router site, when I drop the OTV WAN/Overlay interface