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

Re: [802.3_EPOC] MMP implementation issues: Multiple FCUs and MMP, is it different?



Ed,

So you're saying that each sub-network would have a fixed rate limit for the network as a whole, and that the sum total of the sub-networks could never total greater than the capacity of the OLT port?

I'll let the MSOs speak for themselves, but in the conversations I've had with them I'm pretty sure they have been assuming that would not be the case.

Thanks.

Matt

From: "Ed Boyd (Edward)" <ed.boyd@xxxxxxxxxxxx<mailto:ed.boyd@xxxxxxxxxxxx>>
Date: Tuesday, January 8, 2013 11:58 AM
To: Matthew Schmitt <m.schmitt@xxxxxxxxxxxxx<mailto:m.schmitt@xxxxxxxxxxxxx>>, "STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx<mailto:STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx>" <STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx<mailto:STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx>>
Subject: RE: [802.3_EPOC] MMP implementation issues: Multiple FCUs and MMP, is it different?

Matt,

Thanks for the reply.  It doesn’t change anything.  You can say that A+B+C is more than 10Gbps but you won’t be able to fully utilize the coax networks.  The key point is that the shaping rate for sub-network (A, B, C) is a solid limit for each network. This is fairly easy to do with a switch.

The shaping equation is very different if MMP is allowed on the network.  What is my bandwidth limit for network A if it has a mixture of modem types?  I set the shaping rate based on 1024QAM or 4096QAM? I assume that you limit it to 4096QAM and decrement more credits if it is to a 1024QAM destination.  Jorge’s drawing suggest that we have a limit for 1024QAM modems across all networks A, B,  and C.  That doesn’t prevent congestion on any one network.  The shaping needs to be smarter than that.  It would need to hierarchical (independent for A, B, and C) and it would need to take into account the MMP data rate for each CNU on the network.  The more complicated decision is the FEC overhead from a short termination.  How does the RS layer know when the PHY is going to insert a shortened last code word?  I think that you would need to go back to the packet FEC that was used in 802.3ah.

The rate control is very simple for the RS layer in the current plan.  We insert idles for a fixed FEC overhead for a fixed data rate pipe.  It is programmed value based on the PHY Link up result.  When you talk about MMP, I need to insert idles based on the spectrum configured, per-LLID/MMP modulation order, and insert idles based on the shortened FEC termination.  The idles to insert for FEC is based on whether the packet is in the same FEC block on the same coax network.  This is very complicated function and not available on any OLT.  Jorge’s drawing is not accurate for that reason.  There is not OLT that can perform this function.  Additionally, I think that it is very complicated or impossible for the RS to come up with this function for the FEC.  It would need to be aware of the sub-networks and align its short FEC terminations with the PHY.

Thanks,
Ed…


From: Matthew Schmitt [mailto:m.schmitt@xxxxxxxxxxxxx]
Sent: Tuesday, January 08, 2013 9:13 AM
To: Ed (Edward) Boyd; STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx<mailto:STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx>
Subject: Re: [802.3_EPOC] MMP implementation issues: Multiple FCUs and MMP, is it different?

Ed,

Thanks much for putting this out there, as it helps illustrate where we may be making different assumptions.

For me, I was not assuming that the sum of A+B+C is less than or equal to 10 Gbps; on the contrary, I've been assuming that the total available bandwidth for the sum of the FCUs would likely be greater than 10 Gbps.

If you change that assumption, does that change your conclusion about the difference between multiple FCUs and MMP?

Thanks!

Matt

From: "Ed Boyd (Edward)" <ed.boyd@xxxxxxxxxxxx<mailto:ed.boyd@xxxxxxxxxxxx>>
Reply-To: "Ed (Edward) Boyd" <ed.boyd@xxxxxxxxxxxx<mailto:ed.boyd@xxxxxxxxxxxx>>
Date: Monday, January 7, 2013 5:32 PM
To: "STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx<mailto:STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx>" <STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx<mailto:STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx>>
Subject: [802.3_EPOC] MMP implementation issues: Multiple FCUs and MMP, is it different?

Jorge, Duane, and all,

I started a new thread since I wasn’t quite sure where to insert my reply.  Let me start with the drawing with multiple FCUs question that you proposed.

[Description: cid:image001.jpg@01CDECF9.0BFEEB40]

The assumption with multiple FCUs is that you are shaping 3 pipes (A, B, & C) inside the 10G EPON downstream.  If you make that sum of those 3 less than the maximum rate, you can send them down the PON at the same with a single packet of jitter.  The total bandwidth of the downstream is a constant since it is the sum of the 3 constants.

For Multiple sub-pipes: Total BW = A + B + C  (Sum of 3 Constants)

In the case of MMP, you have a single pipe with a changing data rate based on the destination.  The data rate from the OLT is not a constant or the sum of 3 pipes.  It is going up and down based on the destination.  A single shaping bucket is used but the debit for the reverse leaky bucket is different based on destination.  The total bandwidth equation is an OR.

For MMP: Total BW = A | B | C.  (The total bandwidth or maximum bandwidth is based on the traffic)


I hope that helps.  I will send a separate email on the other issues related to the MAC layer solution.

Thanks,
Ed…

[Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: cid:image009.jpg@01CD505E.7B800DB0]

Edward Boyd | Sr Technical Director
Broadcom Corporation | (O) 707-792-9008 | (M) 707-478-1146

[Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: image005][Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: image002][Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: image003][Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: image004][Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: image006][Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: image008][Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: Description: image007]



________________________________

<="" p="">

________________________________________________________________________

To unsubscribe from the STDS-802-3-EPOC list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-EPOC&A=1

Attachment: image009.jpg
Description: image009.jpg

Attachment: image010.jpg
Description: image010.jpg

Attachment: image011.png
Description: image011.png

Attachment: image012.png
Description: image012.png

Attachment: image013.png
Description: image013.png

Attachment: image014.png
Description: image014.png

Attachment: image015.png
Description: image015.png

Attachment: image016.png
Description: image016.png

Attachment: image017.png
Description: image017.png