Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

RE: [EFM] Active Architectures




David...

I think the architecture you describe merits further
consideration.  

With the exception of downstream 
broadcast delivery, the architecture is similar to 
what Gerry Pesavento referred to as "curb-switched
ethernet" in one of his EFM presentations (May, 2001).
Downstream PON-like delivery adds some complexity
relative to straight-forward ethernet switching, 
but the payoff is one customer could get the full 
downstream bit rate if no other customers are using
the network.  1 Gbps downstream, 100 Mbps upstream 
sounds pretty good!

One big issue I see with your proposal is the
need for security, which obviously also exists in the
regular PON scenario.  This can certainly be solved.

Curtis




-----Original Message-----
From: Horne, David M [mailto:david.m.horne@xxxxxxxxx]
Sent: Monday, August 20, 2001 9:58 PM
To: 'stds-802-3-efm@ieee.org'
Subject: FW: [EFM] Active Architectures



No problem, a figure would probably have been easier to see it all, but even
a figure ends up being pretty busy. Still, I figured that:

HIGHER PERFORMANCE...LOWER COST...SHORTER TIME TO MARKET

would have gotten a tad more interest. 

-----Original Message-----
From: Frank Coluccio [mailto:fcoluccio@xxxxxxxxxxxxxxxxx]
Sent: Monday, August 20, 2001 4:24 PM
To: fcoluccio@xxxxxxxxxxxxxxxxx
Cc: david.m.horne@xxxxxxxxx; sganguly@xxxxxxxxx;
ramu_raskan@xxxxxxxxxxxxx; stds-802-3-efm@i
Subject: Re: Re: [EFM] Active Architectures


Dave, All, 

Kindly disregard my earlier question concerning cwdm. I mistook the section
in 
question, thinking instead that it was between the head end/OLT and a field 
cluster. Apolgoies to all.

FAC

> 
> Dave,
> 
> > Any interest?
> 
> Yes, considerable. Thank you for presenting those views. 
> 
> Re:
> 
> "Downstream, it would be the same as the PON downstream (15x0nm GbE from
PoP
> to splitter; dedicated fibers from splitter to each of 16 (for example)
> ONUs)." 
> 
> FWIW, a question (and a hint;) :
> 
> For extremely long runs, have you considered the tradeoffs of an
inexpensive 
cwdm 
> solution in lieu of multiple strands coming back from the ONUs?
> 
> FAC
> 
> > 
> > On the topic of active architectures, one that seems attractive in
> > comparison to PON for some deployment scenarios could be called a
> > "half-PON." Below I give a proposal for this. Comments appreciated.
> > 
> > The half-PON is a hybrid active/passive architecture that preserves the
> > attractive features of PON and P2P while eliminating many of the
> > unattractive features of each.
> > 
> > Downstream, it would be the same as the PON downstream (15x0nm GbE from
PoP
> > to splitter; dedicated fibers from splitter to each of 16 (for example)
> > ONUs). 
> > 
> > And upstream would be in two pieces: 
> > 
> > The first would be from the ONUs to the active node (hardened Ethernet
> > switch in node; node also contains the downstream splitter) and has a
> > dedicated fiber per ONU, each to a separate port on the Ethernet switch
in
> > the node enclosure (more details in a second).
> > 
> > The second part of the upstream would be a single-fiber 13x0nm GbE
between
> > the node and the PoP (wavelength-muxed into the same fiber as the
downstream
> > so only one fiber between node and PoP).
> > 
> > ADVANTAGES AND SAVINGS:
> > 
> > The key savings come from the use of low power 850nm transmitters
between
> > the ONUs and the switch, using 100BaseSX (TIA/EIA 785) as the baseline.
So
> > instead of 16 high power (in comparison) 13x0 laser sources (one per
ONU)
> > for PON upstream, each capable of >10km reach thru a 16:1 splitter,
you'd
> > have 16 low power, low cost 850nm sources (one per ONU) that only have
to
> > reach about 300m to the active node, and 1 low power 13x0 (low because
no
> > splitter to go thru) source from the switch back up to the PoP. There
are a
> > couple options on the fiber between the node and the ONU but I'll leave
that
> > discussion for later.
> > 
> > Perhaps more importantly though, in comparison to PON you lose the need
for
> > developing and agreeing upon a TDMA protocol, a ranging protocol, a sync
> > protocol, and a contention protocol for requests. You also get uniform
> > transmit power back to the PoP since there is only 1 source rather than
16
> > time-multiplexed from different ONUs at different distances, and no
concerns
> > about run-away transmitter operation bringing down the node. You also
get a
> > management-capable intermediate network point which will allow greater
> > diagnostic, provisioning, and demarcation capabilities. 
> > 
> > So, ONUs would be significantly cheaper. On this point there is no
question.
> > For reference, a 100BaseFX (13x0 laser, 15km reach) to 100BaseTX media
> > converter goes for about 3-4x the cost of a 100BaseSX (850nm, 300m) to
100TX
> > media converter. Essentially, this is the ONU's function for any of the
> > architectures. Multiply that cost differential by 16 then subtract off a
> > 10km lower power (no splitter to go thru) 1000BaseLX , then add back in
node
> > powering costs. It seems to be an attractive option as a first order
> > estimate (i.e. thousands of dollars in savings per node branch, serving
16
> > ONUs), and powered nodes are a mature technology with lots of cost
reduction
> > tradeoffs that can be made.  
> > 
> > By the way, I am not presenting this as a replacement for PON, but as an
> > alternative that has not been discussed, and may be more attractive in
> > certain situations. It would also be much less development effort since
all
> > the constituent pieces have a defined Ethernet heritage, which means
shorter
> > time to market. Arguably it is more future proof than PON since it
starts
> > out with 100Mb ports per user, which PON cannot achieve due to TDMA
overhead
> > and guardbands. It also appears cheaper overall than PON, per user (at
least
> > in the early going anyway).  
> > 
> > In any event it is an alternative FTTH architecture that is decoupled
from
> > the development time required for PON. The primary development effort
would
> > involve adding OA&M to 100Base SX (but there are a couple other
integration
> > decisions to make). The rest of the architecture uses EFM P2P elements
as I
> > envision it. 
> > 
> > Any interest?
> > 
> > --Dave Horne