RE: [EFM] RE: Relative OSP Costs of PON vs. P2P
- To: "'Kelly, Pat'" <pat.kelly@intel.com>, "'Francois D. Menard'" <f.menard@muni-ims.qc.ca>, gerry.pesavento@alloptic.com, CarlisleRS@corning.com, stds-802-3-efm@ieee.org
- Subject: RE: [EFM] RE: Relative OSP Costs of PON vs. P2P
- From: "Lund, Bob" <blund@xxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 8 Jun 2001 13:28:48 -0500
- Cc: DuX@xxxxxxxxxxx, FengW@xxxxxxxxxxx, JayJA@xxxxxxxxxxx, KunziAL@xxxxxxxxxxx, MusgroveKD@xxxxxxxxxxx, JPropst@xxxxxxxxxxxxxxxxxxxx, ShanemanK@xxxxxxxxxxx, CSweazey@xxxxxxxxxxxxxxxxxxxx
- Sender: owner-stds-802-3-efm@majordomo.ieee.org
I don't think PON and VDSL provide similar levels of bandwidth.
Commercial VDSL systems feed curbside nodes with 155 - 622Mbps and
distribute asymetric bandwidth with a max of around 25Mbps per set of
twisted pair wires. Nodes typically serve around 30 subscribers. I've not
seen any developments that suggest that the 25Mbps max will go up
substantially.
Commercial PON systems provide 155 - 1000Mbps to a passive optical splitter
that, in turn, feeds up to 32 subscribers, each with 155 - 1000Mbps of
bandwidth. Bandwidth management protocols enable service providers to
control how much of the aggregate PON bandwidth is used by any subscriber.
PONs also provide greater upstream bandwidth than VDSL systems. PONs can
employ higher clock rate optics and/or CWDM to increase the amount of
bandwidth to higher rates, e.g. 4 wavelengths would provide 4x the
bandwidth.
Bob Lund
Chief Technical Officer
Optical Solutions Inc.
> -----Original Message-----
> From: Kelly, Pat [SMTP:pat.kelly@xxxxxxxxx]
> Sent: Friday, June 08, 2001 12:13 PM
> To: 'Francois D. Menard'; gerry.pesavento@xxxxxxxxxxxx;
> CarlisleRS@corning.com; stds-802-3-efm@ieee.org
> Cc: DuX@xxxxxxxxxxx; FengW@xxxxxxxxxxx; JayJA@xxxxxxxxxxx;
> KunziAL@xxxxxxxxxxx; MusgroveKD@xxxxxxxxxxx; JPropst@xxxxxxxxxxxxxxxxxxxx;
> ShanemanK@xxxxxxxxxxx; CSweazey@xxxxxxxxxxxxxxxxxxxx
> Subject: [EFM] RE: Relative OSP Costs of PON vs. P2P
>
>
> PON vs. VDSL seems to be a more logical comparison than P2P vs. VDSL
> because
> PON and VDSL provide similar levels of service, i.e. bandwidth.
>
> ~~~~~~~~~~~~~~~~~~~~~~~~
> N. Patrick Kelly
> Director of Engineering
> Networking Components Division
> Intel Corporation
> (916)854-2955
> ~~~~~~~~~~~~~~~~~~~~~~~~
>
> -----Original Message-----
> From: Francois D. Menard [mailto:f.menard@xxxxxxxxxxxxxx]
> Sent: Thursday, June 07, 2001 6:40 AM
> To: gerry.pesavento@xxxxxxxxxxxx; CarlisleRS@xxxxxxxxxxx;
> stds-802-3-efm@ieee.org
> Cc: DuX@xxxxxxxxxxx; FengW@xxxxxxxxxxx; JayJA@xxxxxxxxxxx;
> KunziAL@xxxxxxxxxxx; MusgroveKD@xxxxxxxxxxx; JPropst@xxxxxxxxxxxxxxxxxxxx;
> ShanemanK@xxxxxxxxxxx; CSweazey@xxxxxxxxxxxxxxxxxxxx
> Subject: RE: Relative OSP Costs of PON vs. P2P
>
>
> > As you can see from the graph, the PTP vs PTMP costs are sensitive to
> distance - SBC calculated PTMP is close to the same at short distance, and
> 50% the cost at >5 km. I'd like to know more about what is behind SBC's
> data (if it includes equipment costs, I think so). I noticed that neither
> you nor Martin Adams mentioned distance; an important variable.
>
> I would like to know to which extent, cost of P2P has been found to be
> more
> extensive, considering that active equipments could be installed in the
> same
> manner than for VDSL in the street-end cabinets. I believe that OCCAM is
> doing this for xDSL. Aggregating residential P2P on giant fibre bundles
> may
> work in Japan due to house densities, but it is more complex in
> North-America, however still remains a serious possibility. I would
> rather
> see P2P compared to VDSL before P2P is compared to PON.
>
> Fundamentally, PON will be subject to the same myriad of problems that
> open
> access on cable modem plant is subjected to today, which are high-cost
> terminals, which can potentially screw up your neighbor's service were
> they
> going to become defective. This has important implications on
> architecture
> and policy for third party access. Suffice it to say that such problems
> are
> easily solved in P2P, and that I do not believe at all in comparing costs,
> while forgetting about estimating the costs of implementing third party
> access.
>
> -=Francois=-
>