<div dir="ltr">I've dealt with this one pretty extensively and there's arguments both ways, from both the carriers perspective, and the customers perspective.<div><br></div><div>From the carrier side:</div><div><br>
</div><div>Advantages:</div><div><br></div><div> - A service test/demarc point is provided to allow troubleshooting and value add services such as enhanced reporting (Y.1731, TWAMP, SAA, etc).</div><div> - Complex optical solutions that benefit the carrier can be shielded from the customer (single working fibre, xWDM optics, long range optics, etc) allowing customers to use a cheap copper or short range optical interface, instead of having for fork out thousands for long range/coloured optics</div>
<div> - Multiple services can be provided over a single physical infrastructure</div><div> - Copper interfaces can be provided. Keep in mind that even with a carrier edge device within a building, usually by the time a service has been run up a riser to the customer demarc point the allowable distance over copper has been reached or is borderline, installing the demarc device at the hand off point allows the media conversion to take place adjacent to the customer CPE. (Same applies to anything but the smallest of data centres) </div>
<div><br></div><div>Drawbacks:</div><div><br></div><div> - Cost of the device and additional optics</div><div> - Additional failure point</div><div> - Additional overhead for service provisioning/teardown</div><div><br></div>
<div>From a customers perspective:</div><div><br></div><div>Advantages:</div><div> </div><div> - No need to deal with complex/expensive optics</div><div> - No need to worry about in building cabling, customer CPE can be directly connected to the demarc device</div>
<div> - Additional visibility generally leads to a lower MTTR when faults are reported</div><div> - Additional reporting can be provided</div><div> - Complex upper layer functions can be managed by the carrier.</div><div>
<br></div><div>Disadvantages </div><div><br></div><div> - Space/Power requirement to house the device</div><div> - Additional point of failure</div><div> - Complex upper layer functions can be managed by the carrier. (good for some, horrible for others) :)<br>
</div><div><br></div><div>It's really an each to their own sort of scenario, some customers love having a demarc device and see it was a requirement for a "premium" service and almost feel cheated if they don't have one, some customers hate them as they take up space and power that could be used for something else and in some instances they are basically a requirement (ie, where a media conversion is required), ie It's a lot different handing off an LX/LR connection within a major data centre to handing off a TX interface at the end of a 30km fibre run.</div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Aug 12, 2013 at 4:05 PM, Luke Smith <span dir="ltr"><<a href="mailto:luke@smith.name" target="_blank">luke@smith.name</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">Why bother selling "CPE" to a customer? Why not drop them a fibre and let them figure it out? As a customer I get a bit erked by Telcos insisting that they drop some kit in my rack when I've got something that will take the fibre directly already.<div>

<br></div><div>All the arguments about "we want something we own at your end so we can troubleshoot it" seem a bit of a poor trade-off against the extra cost, complexity and reduced reliability.</div><div><br></div>

<div>It seems to me that its just a legacy idea left over from the days when the telco had to supply an ISDN NTU that matched their network.</div><div><br></div></div>
<br>_______________________________________________<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" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
<br></blockquote></div><br></div>