<div dir="ltr"><span style="font-size:12.800000190734863px">Have a look at Juniper's MX5/MX80 platform.</span><div style="font-size:12.800000190734863px"><br></div><div style="font-size:12.800000190734863px">I've set it up in two ways to do what you need, both with around 1 second failover time when a router fails or is taken out of service. </div><div style="font-size:12.800000190734863px"><br></div><div style="font-size:12.800000190734863px">The first being MLAG between 2 x MX5/MX80 routers with the customer interfaced terminated in a irb. (SVI for Cisco people)</div><div style="font-size:12.800000190734863px"><br></div><div style="font-size:12.800000190734863px">The second is to use VPLS,  you can put the customer VLAN into a VPLS circuit with the same site id and weight one router as primary and the other as backup,  and then place a irb interface into this for the customers L3 services. </div><div style="font-size:12.800000190734863px"><br></div><div style="font-size:12.800000190734863px">As its two physical routers you don't need to worry about chassis failures if you go for that option with multiple RE's/Linecards, and with VPLS the Routers don't even need to be in the same DC, which is nice if you have 2 head ends for HA from the wholesale ethernet provider.</div><div style="font-size:12.800000190734863px"><br></div><div style="font-size:12.800000190734863px">Simon.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 25 May 2017 at 18:51, Matt Selbst <span dir="ltr"><<a href="mailto:matt.j.selbst@gmail.com" target="_blank">matt.j.selbst@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Yes indeed I'm talking about the aggregation router failing.<div><br></div><div>Perhaps clustering multiple chassis although I don't know any Cisco agg routers that can do that.<div><div class="h5"><br><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 25, 2017 at 8:46 PM, Sam Silvester <span dir="ltr"><<a href="mailto:sam.silvester@gmail.com" target="_blank">sam.silvester@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Hi Matt,</div><span><div class="gmail_quote"><br></div><div class="gmail_quote">On Thu, May 25, 2017 at 8:05 PM, Matt Selbst <span dir="ltr"><<a href="mailto:matt.j.selbst@gmail.com" target="_blank">matt.j.selbst@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>Hoping for some advice. What is everyone doing for terminating point-to-point Ethernet services like AAPT's e-Line in a high availability environment? Cisco environment.</div><div><br></div><div>With PPPoE, high availability was much easier as you could just have multiple LNS's and failover easily when the client would re-auth. With terminating a VLAN handoff on a /30 or /31 it makes HA much harder. If the customer edge router dies, failover seems pretty hard. VRRP doesn't seem to be an option especially with hundreds of customer sub-interfaces.</div><div></div></div></blockquote></div><br></span>Do you mean HA on the customer side or on your side?<br><br>e.g. I assume you mean you want to protect against when your aggregation router dies, as obviously the P2P Ethernet service is kind of a single point of failure in and of itself, as is the CPE...</div></div>
</blockquote></div><br></div></div></div></div></div></div>
<br>______________________________<wbr>_________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" rel="noreferrer" target="_blank">http://lists.ausnog.net/<wbr>mailman/listinfo/ausnog<br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><br>Dicko.<br></div>
<br></a></blockquote></div>
</div>