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

Re: [802.3_EPOC] Evaluation Criteria and Requirements Ad Hoc - Minutes October 11, 2012



Hi Victor, seems to me like your suggestion is most appropriate for the CableLabs WG on EPoC architecture.
Hi Marek, I agree with your statement.
Alan


Alan M. Brown

On Oct 12, 2012, at 2:30 PM, "Marek Hajduczenia" <marek.hajduczenia@xxxxxx<mailto:marek.hajduczenia@xxxxxx>> wrote:

Matt

At the time and place where the group is right now, I’d say it is bounded by [EPON_delay;∞]. We can only assess that better when we have more technical details on the model, individual layers etc. Until then, we can only apply guess-work, not much more than that.

Marek

From: Matthew Schmitt [mailto:m.schmitt@xxxxxxxxxxxxx]
Sent: Friday, October 12, 2012 17:03
To: Marek Hajduczenia; STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx<mailto:STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx>
Subject: Re: [802.3_EPOC] Evaluation Criteria and Requirements Ad Hoc - Minutes October 11, 2012

Marek,

While MEF 23.1 addresses the whole system — and therefore, I agree, does go beyond what we can control within the scope of 802.3bn — I'm wondering if we might be able to make some reasonable assumptions about other parts of the network, and from that derive an upper bound for things such as latency as to what would be acceptable in EPoC?  I'd appreciate your thoughts.

Thanks.

Matt

From: Marek Hajduczenia <marek.hajduczenia@xxxxxx<mailto:marek.hajduczenia@xxxxxx>>
Reply-To: Marek Hajduczenia <marek.hajduczenia@xxxxxx<mailto:marek.hajduczenia@xxxxxx>>
Date: Friday, October 12, 2012 8:52 AM
To: "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] Evaluation Criteria and Requirements Ad Hoc - Minutes October 11, 2012

Steve,

Thank you for the minutes.

Before we get creatively into lengthy discussions on what services are supported and what requirements we put forward for them, I would like to remind everybody the scope of the Task Force we are part of. We do not deal with service layer, service definitions (apart from services provided by individual layers), so specifications such as MEF 23.1 are meaningless to us. Such documents do not provide budget for the access part of the network, let alone for OLT or ONU. It is not our scope to decide how much of MEF 23.1 budget can be burnt in EPoC portion of the network, and how it is distributed between OLT and ONU. What we can do is take every reasonably justified effort to minimize delay in EPoC. This is what I believe is a better use of our time, rather than contemplation of MEF specs, which are service oriented.

In regards to the problem of synchronization, I would suggest that we focus on adding support to 802.3bf-2011 functions in P802.3bn specification (should be very straighforward). Having gone through that project and participated in Q13 and 802.1AS discussions, with high level of confidence I can say that everything one needs to implement any type of synchronization client over EPoC is already covered in 802.3bf. As for specific selection of the synchronization mechanism operating on top of EPoC layers, I’d suggest to focus on DPoE solution, especially that there is apparent interest in aligning DPoE and EPoC for common management. Having two solutions would be at best questionable in terms of development effort. However, decision on this topic is outside the scope of P802.3bn Task Force (such mechanisms operate in HIGHER LAYERS shown below).


<image001.png>

Regards

Marek

From: Shellhammer, Steve [mailto:sshellha@xxxxxxxxxxxxxxxx]
Sent: Thursday, October 11, 2012 21:08
To: STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx<mailto:STDS-802-3-EPOC@xxxxxxxxxxxxxxxxx>
Subject: [802.3_EPOC] Evaluation Criteria and Requirements Ad Hoc – Minutes October 11, 2012

Here are the minutes from this morning’s call.

Steve


________________________________

________________________________

<="" 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