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

SV: Break Link and Remote Fault

   Hello Ben
I propose that one define LSS as a part of the 64B/66B proposal and that the LSS information is added and removed at the 64B/66B codec.
(As PMD guy and not knowing too much about the logic I hope I am excused if this is a stupid proposal or if I have misunderstood something).
As I understand it, space is already reserved for LSS in the 64B/66B proposal and that uses some of the coding space that is made available by this coding. My proposal means that one really not do anything to the interpacket gap more that is already done by the 64B/66B coding.
As the coding is removed at the 64B/66B decoding this information will not be seen at the XAUI level. Instead the information is transported over MDC/MDIO. 
The 64B/66B coding is used for all situations where I think Break Link and Remote Fault is really critical: all WAN and single mode LAN. The only exception could be if WWDM is adapted and used on single mode. Single mode fiber is however, as I understand it, not the main target for WWDM.
Another advantage is that the BER-monitoring function that is included in 64B/66B could give input to the status of the link.
As I see it, the accepted 64B/66B presentation already supports LSS why this could simplify the acceptance of LSS.

A minimal solution would be that the LSS code space in 64B/66B is reserved for a future implementation of LSS and that 64B/66B decoders must accept all this codes and interpret it as a interpacket gap. 

  Krister Frojdh

----- Original Message ----- 
From: Brown, Ben [BAY:NHBED:DS48] <bebrown@xxxxxxxxxxxxxxx>
To: 802.3ae <stds-802-3-hssg@xxxxxxxx>
Sent: Saturday, July 15, 2000 5:20 AM
Subject: Break Link and Remote Fault

> Hi,
> The LSS proposal was not initially accepted to be part
> of draft D1.0. The opponents of this proposal felt that
> this was too complicated a method for reporting Break
> Link and Remote Fault. Since I've heard many times on
> this reflector and in the meetings that, if a proposal
> is going to be shot down a substitute should be made to
> take its place, I'd like to request just such a substitute.
> Another thing to remember. According to Jonathan's
> schedule, this was the "last new proposals" meeting.
> I'll be interested to hear proposals for break link
> and remote fault reporting that do not include major
> new ideas.
> Thanks,
> Ben Brown
> P802.3ae Logic Track Chair
> -- 
> -----------------------------------------
> Benjamin Brown
> Router Products Division
> Nortel Networks
> 1 Bedford Farms,
> Kilton Road
> Bedford, NH 03110
> 603-629-3027 - Work
> 603-624-4382 - Fax
> 603-798-4115 - Home
> bebrown@xxxxxxxxxxxxxxxxxx
> -----------------------------------------