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

Re: SONET/Ethernet clock tolerance




Tripathi,

As I understand, your suggestion causes SONET Path Termination at the 
edge of SONET infrastructure.  That will require 'Ethernet Path 
Terminating Equipment' in addition to 'Ethernet Line Terminating 
Equipment' to re-write B3 Bit-Interleaved Parity byte.

Regards,
Osamu

-----------------------------------------
Osamu ISHIDA
NTT Network Innovation Laboratories
TEL +81-468-59-3263  FAX +81-468-55-1282
-----------------------------------------

At 9:20 AM -0800 00.3.27, Devendra Tripathi wrote:
> Rich,
> 
> My suggestion is that clock adjustment should happen on Ethernet side of 
> the "joint". The
> reason is that IPG can be used to compensate for adjustments. This will 
> avoid any pointer
> adjustments in SONET frames.
> 
> Regards,
> Tripathi.
> 
> At 02:20 PM 3/25/00 -0800, you wrote:
> 
>>Dave Martin, Norival Figueira,
>>
>>I've been looking at the various requirements for transporting Ethernet over
>>SONET and one of them in particular is bothering me. That requirement is 
>>the one
>>to bridge the clock tolerance of Ethernet (+/-100 ppm) with that of SONET (+/-
>>4.6 ppm).
>>
>>The root question I have is whether or not current SONET framing or that
>>proposed for the Ethernet WAN can accommodate a clock of +/- 100 ppm? This 
>>would
>>be required to transport the proposed WAN PHY (or UniPHY) across clock domains
>>tolerance. I'm asking this question because I'm trying to come up with a
>>proposal for SONET framing for the UniPHY which is 100% compatible and 
>>compliant
>>with SONET OC/192c and I am using all the WAN PHY information presented by
>>yourself and others as a model.
>>
>>My understanding from a previous presentation by Paul Bottorff,
>>http://grouper.ieee.org/groups/802/3/10G_study/public/july99/bottorff_1_0799.pdf,
>>slide 9, is that the payload clock tolerance is 320 ppm. Since I'm unfamiliar
>>with the many nuances of SONET framing, can you please acertain that this is
>>true?
>>
>>If the proposed SONET framing for Ethernet is adequate to support +/-100 ppm
>>clock tolerance compensation, the second question I have is as to the 
>>mechanism
>>for performing clock tolerance compensation. It seems to me that the mechanism
>>involves at least the rewriting of SPE pointers and the modification of Line
>>Overhead Bytes (H1 and H2).
>>
>>My further understanding is that the clock tolerance compensation process is
>>referred to as one of the 3 "R's" (Re-Amplify, Re-Shape, Re-Time). The 
>>specific
>>process is Re-Timing and is usually reserved to SONET Regenerators and LTE's
>>(Line Terminating Equipment). It has been proposed that Transponders for
>>coupling an Ethernet WAN PHY to SONET OC-192c can be either "Passive" or
>>"Active" according to our agreed upon "WAN PHY Definitions":
>>http://grouper.ieee.org/groups/802/3/ae/public/mar00/law_1_0300.pdf. My
>>observation is that a transponder which contains both 100 ppm and 4.6 ppm 
>>optics
>>MUST perform re-timing. Therefore, it must be an Active Transponder. This is
>>also the case for all WAN PHY elements which cross clock domain boundaries.
>>Please help me validate or invalidate my observations.
>>
>>If my observations are correct, my suggestion is to not bridge Ethernet to 
>>SONET
>>until the SONET boundary is encountered. A WAN PHY, SONET Lite or UniPHY which
>>transports SONET framed Ethernet in any manner may require significant
>>re-framing at any point that retiming is required.
>>
>>
>> > David Martin wrote:
>> >
>> > How about "SONET-compatible PHY". While I could agree to drop the "WAN"
>> > portion of the name, we still need to be clear that our proposal is not a
>> > SONET-compliant PHY. There is a significant cost/feature difference. To
>> > reiterate,
>> > the "SONET-compatible PHY" has the following key differences:
>> >
>> >   1. minimal OH processing (i.e. only 4 OAM bytes, not SONET's
>> >      36-A1/2-H1/4=30)
>> >   2. wider clock tolerance (i.e. the usual +/-100ppm, not SONET's 
>> +/-4.6ppm)
>> >   3. higher jitter tolerance (i.e. >0.15UIpp of SONET, exact value 
>> still TBD)
>> >   4. low cost optics (i.e. for <40km, not the 80/120km of SONET OC-192)
>> >
>> > All of which will "bring the cost down out of the stratosphere" to 
>> paraphrase
>> > a
>> > committee member and in line with the 3x1GE target.
>> >
>> > ...Dave
>> >
>> > David W. Martin
>> > Nortel Networks
>> > +1 613 765-2901
>> > +1 613 763-2388 (fax)
>> > dwmartin@xxxxxxxxxxxxxxxxxx
>> >
>> > ========================
>> >
>> >      -----Original Message-----
>> >      From:   Bruce Tolley [SMTP:btolley@xxxxxxxxx]
>> >      Sent:   Friday, March 24, 2000 2:50 PM
>> >      To:     stds-802-3-hssg@xxxxxxxx
>> >      Subject:        Renaming the WAN PHY
>> >
>> >      Colleagues:
>> >
>> >      To follow up on the suggestion made by Jonathan during the New Mexico
>> >      plenary, may I be so bold as to suggest that we change the name of the
>> >      "WAN
>> >      PHY" to something very simple like PHY with SONET framer.
>> >
>> >      We need to get the word WAN out of the name of the PHY
>> >
>> >      o Most common folk outside the esteemed IEEE process think long 
>> distance
>> >      when they think WAN and on the basis of Paul Bottorf of Nortel,'s
>> >      presentations the initial application of the WAN PHY would be for 
>> short
>> >      links between collocated equipment often in the same room.
>> >
>> >      2) There are ways to build MANs/WANs that do not require SONET. 
>> For 10GbE
>> >
>> >      some of these MANs/WANs will use the LAN PHY and a 1550 PMD over dark
>> >      fiber
>> >      or dark wavelengths. The proof point for this is the 1000s of long
>> >      distance
>> >      1310 nm 1550 nm 1000BASE-X GBICs  that are being deployed today 
>> over dark
>> >
>> >      fiber.  The WAN PHY as stated in the goal does not address the total
>> >      possible 10GBE WAN market and confuses people.. This makes it a 
>> bad name
>> >      in
>> >      my opinion
>> >
>> >      I do not think we necessarily need a motion to change the 
>> objective, but
>> >      I
>> >      think we need to choose our words carefully when we name the PHY 
>> that the
>> >
>> >      objective signifies.
>> >
>> >      Bruce
>> >      Cisco Systems
>>
>>--
>>
>>Best Regards,
>>Rich
>>
>>-------------------------------------------------------
>>Richard Taborek Sr.                 Phone: 408-845-6102
>>Chief Technology Officer             Cell: 408-832-3957
>>nSerial Corporation                   Fax: 408-845-6114
>>2500-5 Augustine Dr.        mailto:rtaborek@xxxxxxxxxxx
>>Santa Clara, CA 95054            http://www.nSerial.com