
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Sep 17, 2020, at 9:24 AM, Mark Tinka <<a href="mailto:mark.tinka@seacom.com" class="">mark.tinka@seacom.com</a>> wrote:</div><div class=""><div class=""><br class=""><blockquote type="cite" class="">For operators already offering FR/ATM services, it was a replacement, using the same principles of traffic separation over a common infrastructure, without encryption as part of the service. So from that perspective only, it was not much of a change for *existing* enterprise customers.<br class=""></blockquote><br class="">Indeed. But the difference with Frame Relay and ATM was that telco's never called it a (V)PN. At worst, it was a leased line.<br class=""></div></div></blockquote><div><br class=""></div><div><div>Private line was a common term for leased lines. Leased lines were not encrypted by the operator, AFAIK. This terminology morphed to virtual private line, Ethernet Private Line, virtual private LAN service (VPLS), etc.</div><div><br class=""></div><div>"In telecommunication, a private line is typically a telephone company service that uses a dedicated, usually unswitched point-to-point circuit, but it may involve private switchingarrangements, or predefined transmission physical or virtual paths.”</div><div><br class=""></div><div><a href="https://en.wikipedia.org/wiki/Private_line" class="">https://en.wikipedia.org/wiki/Private_line</a></div><div><br class=""></div><div><a href="https://www.business.att.com/products/dedicated-internet/#/" class="">https://www.business.att.com/products/dedicated-internet/#/</a></div><div><br class=""></div><div><a href="http://etler.com/docs/AT&T%20Pub/TR54077.pdf" class="">http://etler.com/docs/AT&T%20Pub/TR54077.pdf</a></div><div><br class=""></div><div><a href="https://business.comcast.com/enterprise/products-services/data-networking/ethernet-virtual-private-line" class="">https://business.comcast.com/enterprise/products-services/data-networking/ethernet-virtual-private-line</a></div><div><br class=""></div><div>VPN is a terminology consistent with past practices. It is P in all the ways discussed on this thread, and historically consistent (at least from a marketing perspective). Whether it is P enough is a reasonable discussion, everyone in I(C)T is going to be facing a wave of voter concern about privacy, IMO.</div></div><div><br class=""></div><blockquote type="cite" class=""><div class=""><div class="">Or someone else who might "capture" the operator, and thus, be able to intercept it.<br class=""></div></div></blockquote><div><br class=""></div><div>Good point.</div><br class=""><blockquote type="cite" class=""><div class=""><div class="">If gubbermints mandate that l2vpn's and l3vpn's be encrypted, the cloud bags will simply take over (not that they haven't, already).<br class=""></div></div></blockquote><div><br class=""></div><div>Torn between two lovers: Growing voter concern about privacy & longheld, and arguably increasing, desire to intercept criminal / terrorist communication. I’d actually be curious if any operators have received public sector pushback when they tried to implement encryption.</div><br class=""><blockquote type="cite" class=""><div class=""><div class=""><br class="">Mark.<br class=""></div></div></blockquote></div><br class=""></body></html>