[171535] in North American Network Operators' Group
RE: CLEC and FTTP H.248/Megaco
daemon@ATHENA.MIT.EDU (Joe McLeod)
Mon May 5 10:00:13 2014
X-Original-To: nanog@nanog.org
X-RC-FROM: <jmcleod@musfiber.net>
From: Joe McLeod <jmcleod@musfiber.net>
To: Clayton Zekelman <clayton@MNSi.Net>, Jean-Francois Mezei
<jfmezei_nanog@vaxination.ca>, "nanog@nanog.org" <nanog@nanog.org>
Date: Mon, 5 May 2014 13:59:40 +0000
In-Reply-To: <1399295378_62215@surgemail.mnsi.net>
X-MUS-MailScanner-From: jmcleod@musfiber.net
Errors-To: nanog-bounces@nanog.org
It would probably be simplest to allow the operator to run the physical net=
work and provide the CLEC's access to service provisioning on that network.
Thanks,
Joe McLeod
MUS FiberNET www.musfiber.com=20
919 Jarnigan Avenue, Morristown TN 37815
O: 423-317-6276
jmcleod@musfiber.net
-----Original Message-----
From: NANOG [mailto:nanog-bounces@nanog.org] On Behalf Of Clayton Zekelman
Sent: Monday, May 05, 2014 9:10 AM
To: Jean-Francois Mezei; nanog@nanog.org
Subject: Re: CLEC and FTTP H.248/Megaco
We currently use MGCP on our ONTs. The configuration file is downloaded at=
boot, and contains the IP address of the our switch.
In theory, the IP address could be set in the configuration file to point t=
o a different service provider on a per ONT basis.
Unbundling of FTTH access is still going to be painful. I would suspect th=
e ILEC would demand that their ONT be used. This could lead to interop iss=
ues.
If I were asking for unbundled FTTH, I'd probably want to run my own OLT, a=
nd have my own (or ILEC supplied, but designated) splitter in the ILEC cabi=
net. I would then lease feeder fibre from a POI to the splitter cabinet, t=
hen fibre subloops to the customer.
The problem becomes that if too many competitors want access to the same ca=
binet, there is the possibility that there may not be enough room or feeder=
fibres.
At 08:04 PM 03/05/2014, Jean-Francois Mezei wrote:
>If the protocol is such that it does not permit co-existance, then a=20
>debate on wholesale voice access is moot. If the protocol does permit=20
>it, then providing soe form of evidence (either existing=20
>implementations or pointer to specs that show this was explicitely=20
>designed into the
>architecture) would be of great help.
---
Clayton Zekelman
Managed Network Systems Inc. (MNSi)
3363 Tecumseh Rd. E
Windsor, Ontario
N8W 1H4
tel. 519-985-8410
fax. 519-985-8409=20=20=20=20=20=20=20=20
--
This message has been scanned for viruses and dangerous content by MailScan=
ner, and is believed to be clean.
--=20
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
