[173735] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Muni Fiber and Politics

daemon@ATHENA.MIT.EDU (Mark Tinka)
Sat Aug 2 03:34:50 2014

X-Original-To: nanog@nanog.org
From: Mark Tinka <mark.tinka@seacom.mu>
To: Owen DeLong <owen@delong.com>
Date: Sat, 2 Aug 2014 09:34:33 +0200
In-Reply-To: <3C91526C-BB7D-4E3D-B960-0D434F1FADEE@delong.com>
Cc: nanog@nanog.org
Reply-To: mark.tinka@seacom.mu
Errors-To: nanog-bounces@nanog.org

--nextPart1793195.FYEDsjjxXt
Content-Type: Text/Plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

On Friday, August 01, 2014 04:44:29 PM Owen DeLong wrote:

> Even when mandated to unbundle at a reasonable cost,
> often other games are played (trouble ticket for service
> billed by lines provider resolved in a day, trouble
> ticket for service on unbundled element resolved in 14
> days, etc.).
>=20
> IMHO, experience has taught us that the lines provider
> (or as I prefer to call them, the Layer 1 infrastructure
> provider) must be prohibited from playing at the higher
> layers.

Agree.

In reality, though, we've seen Layer 1-only providers=20
becoming service providers (even when they previously=20
promised the market it would never happen), due to wanting=20
to stay "relevant".

I suppose if a Layer 1 provider were a government entity,=20
there is a higher chance they would never enter the Layer 2=20
or 3 space, but even then, there is strong lobbying in=20
politics that this could become a reality.

I've seen it happen a great deal in south east Asia,=20
Zimbabwe, Tanzania, Kenya, and now even South Africa,=20
particularly with Layer 1 providers that were government=20
entities built to enable fibre connectivity for management=20
of utility services (power, for example) and were then=20
tasked to offer Layer 1 services with the remaining fibre,=20
but currently find themselves now playing in Layer 2 and=20
above to make extra cash for the government.

It's hard...

Mark.

--nextPart1793195.FYEDsjjxXt
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)

iQIcBAABAgAGBQJT3JSJAAoJEGcZuYTeKm+Gtv0P/REDcfT/I25lGoLomaKvJ71v
BfEXGNORyuAPj3F2DdxNjm4iAvxbstym9wm2dpyngfW4kB0RnhyuQiLlFjdwQdYd
yA2C++OAbW18uDWTOdmF1go4/dIozykhZShbH1wKQp3Sb8pkqvVrmEgC+ZB81kBx
UImvOUK6xJfDRm9Hpc+pThcU9L2gwuhC42TueWh1epvS8Al7SJxpliDHrisPBszt
9rg4+338NAs74O3mavyRn+aZclRbwcFjPWMzN2hJcfdA37DFmh2fcRGDdJfea2yA
vl6k32TIw5JfEncJGr0GvbBqXmoUEi4nwqGcKThPP7JEXpMi8bOpbrLxzUbFkzcG
WbDPc+tPkzjz3XXRYI+52UehKc5ryOB53KkUiSLplY7Z4Sq+daHcimT3UF+2sXV2
LJn+MSzebfBoQSWcI+kzI4mgTOVL+PZB+0+/okv9Q6d0yNRg4ccT1idJP71UxNm2
uMmIbMYrf7OhwirNHap12FBzWpzNq7rxiUK0RjbfIhTtnjg8QS5w/cdnBpavI0uv
YXN36oqi2nAcn6NLbnqAQCl1qLAWqBNBWfCnmQplGQSCAa4Flv/tSKN1djj2Ncvx
Q7k69gA20KKYV0ezmjC5dt6uGBPMo3VlopOlnqAClqhGh2LVY4yrIevxIoRXYIoX
9RkbnuAAsc4BYRjpBX98
=UA9M
-----END PGP SIGNATURE-----

--nextPart1793195.FYEDsjjxXt--

home help back first fref pref prev next nref lref last post