nanog mailing list archives

Re: Definition of ISP vs Transit provider


From: Luke Guillory <lguillory () reservetele com>
Date: Thu, 23 Nov 2017 04:24:58 +0000

Those normally come with ASRs and a tariff from the regulated side of things. At least from my experience anyway.

Sent from my iPad

On Nov 22, 2017, at 10:08 PM, Miles Fidelman <mfidelman () meetinghouse net<mailto:mfidelman () meetinghouse net>> 
wrote:

On 11/22/17 2:50 PM, William Herrin wrote:

On Wed, Nov 22, 2017 at 3:35 PM, Jean-Francois Mezei <
jfmezei_nanog () vaxination ca<mailto:jfmezei_nanog () vaxination ca>> wrote:
The FCC is about to reclassify "Broadband Internet Access Service" as an
information service instead of Telecommunications Service. This
prombpted the following question which isn't about the FCC action per say.

This is about how does one define Transit provider vs ISP ?
For that matter, how does one distinguish between someone delivering IP packets, vs. someone offering frame relay, or 
ATM - which are clearly telecom services?

Miles Fidelman

--
In theory, there is no difference between theory and practice.
In practice, there is.  .... Yogi Berra





Luke Guillory
Vice President – Technology and Innovation


        [cid:imagea31855.JPG@9f5ca8aa.498ff694] <http://www.rtconline.com>

Tel:    985.536.1212
Fax:    985.536.0300
Email:  lguillory () reservetele com
Web:    www.rtconline.com

        Reserve Telecommunications
100 RTC Dr
Reserve, LA 70084





Disclaimer:
The information transmitted, including attachments, is intended only for the person(s) or entity to which it is 
addressed and may contain confidential and/or privileged material which should not disseminate, distribute or be 
copied. Please notify Luke Guillory immediately by e-mail if you have received this e-mail by mistake and delete this 
e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be 
intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Luke Guillory therefore does 
not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail 
transmission.


Current thread: