RE: ifSpeed & 2BASE-TL/10PASS-TS

"Edward Beili" <[email protected]>
Newsgroups gmane.ietf.hubmib
Message-ID <[email protected]>
Mike,
I agree that it would probably be a good idea to include the layering diagram into the efm-cu-mib.
 
The PCS in the EFMCu ports performs rate matching using flow control, while the MAC is running at 100Mbps. Since EFMCu interface speeds may vary depending on the copper conditions, configuration parameters and amount of PMEs aggregated, reporting the ifSpeed of the PCS as 100Mbps wouldn't really help. Reporting the ifSpeed of the PCS as the sum of the PME speeds is also incorrect as there's 64/65B encapsulation overhead with optional PAF overhead.
 
Regards,
-Edward 

	-----Original Message----- 
	From: C. M. Heard [mailto:[email protected]] 
	Sent: Tue 8/3/2004 9:14 PM 
	To: Matt Squire 
	Cc: [email protected]; [email protected]; Edward Beili 
	Subject: Re: [Hubmib] ifSpeed & 2BASE-TL/10PASS-TS
	
	

	On Mon, 2 Aug 2004, Matt Squire wrote:
	> During the discussions today in the hubmib WG, the question
	> arose as to what should be the ifSpeed for 2BASE-TL & 10PASS-TS
	> interfaces.
	>
	> Traditionally, it seems the ifSpeed has been tied to the speed
	> of the MAC (e.g. 10Mbps, 100Mbps, etc.).  With 2BASE/10PASS, the
	> PHY may be running at a much lower speed than the 100Mbps MAC,
	> so its not particularly useful to the administrator to call all
	> of these interfaces 100M when the PHYs aren't there.
	>
	> Options for ifSpeed of 2BASE/10PASS seem to include the
	> following:
	>
	> 0) Use 100 Mbps (MAC speed).
	>
	> 1) Sum the physical date rates of PMEs in the aggregate (PHY
	> speed).
	>
	> 2) Use the rate of "goodput" on the PHYs (e.g. how much data can
	> ge thru).  This would ignore any overhead of the PHY (PAF,
	> 64/65) and overhead of the MAC (preamble, IPG).  This most
	> accurately reflects how much data can get thru.
	>
	> 3) Use the rate at the MAC/MII.  E.g. include preamble/IPG (even
	> though its not transmitted), but not PHY overhead (PAF, 64/65). 
	> This seems consistent with other PHYs, but is kinda weird in
	> that we're not actually transmitting preamble/ipg.
	>
	> There are probably other options too.  Thoughts/opinions?
	
	You might want to take a look at RFCs 3635 and 3637 to see what was
	done for 10GBASE-W.  In that case we used a layering model
	(specified via the ifStackTable) that had different ifSpeed values
	for different sublayers, and the speed at each sublayer corresponded
	to the rate at which that sublayer transmitted bit to and/or
	received bits from the sublayer below.  The ifSpeed values for the
	ifTable entries representing the SONET sublayers were specified in
	RFC 3637 Section 3.4, and the ifSpeed value for the ifEntry
	representing the PCS/RS/MAC/LLC sublayers was specified in RFC 3635
	Section 3.2.8.
	
	Hope this helps.
	
	Mike Heard
	WIS MIB editor
	
	P.S. It would probably be a Good Thing (tm) to have a stack table
	diagram in the next rev of draft-ietf-hubmib-efm-cu-mib

_______________________________________________
Hubmib mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/hubmib
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.