True. The motivation is probably somewhat limited by the options that are already there in terms of more<span></span> expensive services. Why would $T or $A change that unless they were absolutely forced by the market to do so?<br><br>On Tuesday, August 18, 2015, <a href="mailto:paul%2Bausnog@oxygennetworks.com.au">paul+ausnog@oxygennetworks.com.au</a> <<a href="mailto:paul%2Bausnog@oxygennetworks.com.au">paul+ausnog@oxygennetworks.com.au</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-AU" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I agree Mark that L2TP isn’t an issue, and DSL or something is an obvious choice for a backup of a customer EVC, but I am more concerned about aggregation port redundancy, protection for our business not just some customers.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">We already have multiple aggregation ports due to capacity requirements and the carriers preference not to go 10G, go figure, so it’s already getting complicated from that point, but really, apart from covering your own equipment failure, having redundant ports in the same DC Is a waste of money and not really an adequate DR plan for our business as far as I’m concerned.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">We can easily split our core between geographic locations, we can take peering, transit, and L2TP handoffs for DSL and NBN stuff in multiple locations easily, but redundant geographically separated EVC/VLAN handoff for Ethernet services seems to be an unnecessary challenge for carriers, when really it should be designed into a product from the start.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Ordering second EVC’s would be an answer for sure, but ultimately you are doubling your cost everywhere unless you are happy for a lower speed EVC for redundancy, and with the response times and restoration times seeming to be impossible to meet for carriers lately we can’t afford to run some remote sites on low speed links for 12 hours while Telstra gets out of bed at 2am.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Regards<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Paul<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Mark Tees [mailto:<a href="javascript:_e(%7B%7D,'cvml','marktees@gmail.com');" target="_blank">marktees@gmail.com</a>] <br><b>Sent:</b> Tuesday, 18 August 2015 12:10 AM<br><b>To:</b> Nathan Brookfield<br><b>Cc:</b> <a href="javascript:_e(%7B%7D,'cvml','paul%2Bausnog@oxygennetworks.com.au');" target="_blank">paul+ausnog@oxygennetworks.com.au</a>; <a href="javascript:_e(%7B%7D,'cvml','ausnog@lists.ausnog.net');" target="_blank">ausnog@lists.ausnog.net</a><br><b>Subject:</b> Re: [AusNOG] Carrier aggregation port redundancy<u></u><u></u></span></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">L2TP terminated stuff should be easy enough providing the carrier lets you advertise your LNS prefixes by BGP etc.<u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Layer 2 hand offs could be redundant psudowires or VPLS multi-homing in theory but who is going to do that when they can bill for another EVC or specifically a VPLS service :D<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">For sites that require that level of redundancy it's probably good to build in a backup via DSL or a second EVC.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><p class="MsoNormal">Also, having DR plans for those links in place is good too. IE have a second port on another device prepped and get remote hands to move it if there is a major failure on your side.<u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><div><div><p class="MsoNormal"><br>On Monday, August 17, 2015, Nathan Brookfield <<a href="javascript:_e(%7B%7D,'cvml','Nathan.Brookfield@simtronic.com.au');" target="_blank">Nathan.Brookfield@simtronic.com.au</a>> wrote:<u></u><u></u></p><div><div><p class="MsoNormal">Hey Mate,<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><div><p class="MsoNormal">Layer 3 redundancy everyone will do without to much pushing, Layer 2 no one will.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">If customers want Layer 2 redundancy they need EVC's to multiple DC's.<u></u><u></u></p></div><p class="MsoNormal"><br>Nathan Brookfield <u></u><u></u></p><div><p class="MsoNormal">Chief Executive Officer<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Simtronic Technologies Pty Ltd<u></u><u></u></p></div><div><p class="MsoNormal"><a href="http://www.simtronic.com.au" target="_blank">http://www.simtronic.com.au</a><u></u><u></u></p></div></div><div><p class="MsoNormal" style="margin-bottom:12.0pt"><br>On 17 Aug 2015, at 23:11, "<a>paul+ausnog@oxygennetworks.com.au</a>" <<a>paul+ausnog@oxygennetworks.com.au</a>> wrote:<u></u><u></u></p></div><div><div><p class="MsoNormal">HI all, just wondering what experience people have had with negotiating aggregation port redundancy/failover at different datacentres within the same state for major carriers ?<u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">We are looking at implementing some geographic redundancy for our layer 2 connections which are handed off on an aggregation port in one datacentre so that we have a second aggregation port in another datacentre should the carrier or ourselves experience a major failure like an exchange switch or something.<u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">We have had 2 or 3 failures over the last couple of years which luckily were on weekends and the impact was lower than normal, however the carrier does not have any interest in providing such an option across datacentres, they will do it within the one datacentre as long as you pay the full install and MRC on the second redundant port, but I can’t get them to do anything in separate locations.<u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">Am I the only one who thinks that having geographic redundancy for such services is important ?<u></u><u></u></p><p class="MsoNormal">They don’t seem to think it’s an issue and are saying that they won’t do it but I would really like to have it for obvious reasons and am not sure if I should keep pushing or not.<u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">I’m interested in other peoples experience in this area please.<u></u><u></u></p><p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">Regards<u></u><u></u></p><p class="MsoNormal">Paul<u></u><u></u></p></div></div><div><p class="MsoNormal">_______________________________________________<br>AusNOG mailing list<br><a>AusNOG@lists.ausnog.net</a><br><a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><u></u><u></u></p></div></div></div></div></div><p class="MsoNormal" style="margin-bottom:12.0pt"><br><br>-- <br>Regards,<br><br>Mark L. Tees<u></u><u></u></p></div></div></blockquote><br><br>-- <br>Regards,<br><br>Mark L. Tees<br><br>