Re: D2.0 Figure 49-7
If this is the case, that means if a packet transmited like
will be trashed,
but a packet transmite like
CEEE/EEEE ----> C
SDDD/DDDD ----> S
> I don't ever generate an ECCC/SDDD unless that is what I got from the
> XGMII/XGXS. We don't have a Hamming distance need to propogate an error from
> the XGMII/XGXS column before an S into the packet and the 10GBASE-X based
> Phys won't don't discard such a packet. Therefore, it is fine as it stands.
> An ECCC/SDDD is an S. A frame with 8 control characters and the first
> character is an E so that the receiver will recognize an E frame sent by the
> transmitter as an E frame. All 8 characters will be E in that case, but it
> seemed burdensome to check for 8 Es and the first character being an E is
> If you do not agree, submit a comment.
> -----Original Message-----
> From: Alex Deng [mailto:adeng@xxxxxxxxx]
> Sent: Tuesday, December 05, 2000 4:08 PM
> To: THALER,PAT (A-Roseville,ex1)
> Cc: stds-802-3-hssg@xxxxxxxx; Alex Deng
> Subject: Re: D2.0 Figure 49-7
> Hi Pat,
> Another question:
> Page 297, 18.104.22.168.1 Constants
> Following your definition, looks like ECCC/SDDD is a S,
> but it should be a E, right?
> "THALER,PAT (A-Roseville,ex1)" wrote:
> > Alex,
> > Looks like I made a cut and past error. The type field for CCCC/ODDD
> > be 0x2d. Since we are in task force ballot, a comment needs to be
> > to correct this. Will you put a comment in on it? If not, I will.
> > Pat
> > -----Original Message-----
> > From: Alex Deng [mailto:adeng@xxxxxxxxx]
> > Sent: Tuesday, December 05, 2000 2:28 PM
> > To: THALER,PAT (A-Roseville,ex1)
> > Cc: stds-802-3-hssg@xxxxxxxx; Alex Deng
> > Subject: D2.0 Figure 49-7
> > Hi Pat,
> > In Figure 49-7 -64b/66b Frame Formats:
> > The "Type Field" of the first and second row are the same "0x1e".
> > What's the type field for C0C1C2C3/O4D5D6D7 ?
> > Thanks,
> > --Alex