RE: 10G-BASE-T question
- To: stds-802-3-hssg@xxxxxxxx
- Subject: RE: 10G-BASE-T question
- From: Shimon Muller <Shimon.Muller@xxxxxxxxxxx>
- Date: Tue, 8 Jun 1999 13:22:14 -0700 (PDT)
- Reply-To: Shimon Muller <Shimon.Muller@xxxxxxxxxxx>
- Sender: owner-stds-802-3-hssg@xxxxxxxxxxxxxxxxxx
In my presentation last week I proposed a 32-bit interface running at 156.25MHz
clock and using both edges of the clock for data transfer.
I believe that this is a reasonable compromise:
- Only 25% faster than the GMII --- the electrical spec (if we choose to have
one) should be less of a challenge.
- Dealing with both edges of the clock (on the interface only) should not be
rocket science.
- Fits well with either a 32- or a 64-bit internal MAC data path (implementor's
choice).
- Still allows a fairly decent level of integration without going to exotic
clock rates.
- Does not affect the MAC frame format (same IPG and Preamble).
Implementations that are pin (rather than die) limited, can either choose to
integrate the PCS and the SerDes (and "fill up" the die), or use the GMII at
1.25GHz rate (as Bob suggested). I don't think we need a standard for that.
The fact that we can run an interface at exotic speeds does not necessarily
mean that we should. I certainly don't want any 1.25GHz clocks anywhere close
to my ASIC.
Shimon.