[173380] 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 (Owen DeLong)
Tue Jul 22 17:33:18 2014

X-Original-To: nanog@nanog.org
From: Owen DeLong <owen@delong.com>
In-Reply-To: <CAMrdfRy11-5LJ3CEz5feDMPhHvXFT0iVaz_zk82ojZFGz_CAPg@mail.gmail.com>
Date: Tue, 22 Jul 2014 14:15:50 -0700
To: Scott Helms <khelms@zcorum.com>
Cc: NANOG <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org

True, but if your end-to-end loop tester sees a good path, you can be =
pretty sure that
the pair is clean end-to-end.

Owen

On Jul 22, 2014, at 14:07 , Scott Helms <khelms@zcorum.com> wrote:

> My experience is completely opposite though admittedly this may be =
because
> of the specific projects and cities I've worked with.  In all the =
cases
> I've been involved with giving the ISPs layer 2 responsibility led to =
a
> never ending stream of finger pointing.  I'd also say that just =
because
> your TDR doesn't see a reflection does not mean you have a clean path.
>=20
>=20
> Scott Helms
> Vice President of Technology
> ZCorum
> (678) 507-5000
> --------------------------------
> http://twitter.com/kscotthelms
> --------------------------------
>=20
>=20
> On Tue, Jul 22, 2014 at 5:01 PM, Mikael Abrahamsson <swmike@swm.pp.se>
> wrote:
>=20
>> On Tue, 22 Jul 2014, Ray Soucy wrote:
>>=20
>> The equipment is what makes the speed and quality of service.  If you
>>> have shared infrastructure for L2 then what exactly differentiates a
>>> service?  More to the point; if that equipment gets oversubscribed =
or gets
>>> neglected who is responsible for it?  I don't think the municipality =
or
>>> public utility is a good fit.
>>>=20
>>=20
>> I can also tell from experience in this area, that having the muni =
active
>> network in between you as a customer, and the ISP, makes for no fun =
fault
>> finding. The ISP is blind to what's going on, and you have a =
commercial
>> relationship with the ISP. Their subcontractor, ie the L2 network, =
needs to
>> assist in qualified fault management, and they usually don't have the =
skill
>> and resources needed.
>>=20
>> Running an L1 network is easier because most of the time the only =
thing
>> you need to understand is if the light is arriving and how much of =
it, and
>> you can easily check this with a fiber light meter. Running L2 =
network,
>> perhaps even with some L3 functions to make multicast etc more =
efficient,
>> is not as easy to do as it might sound considering all factors.
>>=20
>> --
>> Mikael Abrahamsson    email: swmike@swm.pp.se
>>=20


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