Re: Broadband Forum Liaison concerning: New Project for Addressing ONU Management at Scale

Thanks Adrian. I wasn't aware of CCAMPs interest in broadband access ONU 
equipment management, but as it is management of optical network 
elements they should be aware.

Dave

On 7/24/23 5:22 PM, Adrian Farrel wrote:
>
> Please copy CCAMP into these discussions as the WG actively writing 
> YANG models for optical elements in the network.
>
> Cheers,
>
> Adrian
>
> *From:*netmod <[email protected]> *On Behalf Of *David Sinicrope
> *Sent:* 24 July 2023 22:11
> *To:* [email protected]
> *Cc:* david.sinicrope-IzeFyvvaP7pWk0Htik3J/[email protected]
> *Subject:* [netmod] Broadband Forum Liaison concerning: New Project 
> for Addressing ONU Management at Scale
>
> Hi All,
>
> As noted during the NETMOD session today, the BBF has sent a liaison 
> regarding their new project for Addressing ONU Management at Scale.
>
> While not yet posted to IETF Statements 
> <https://datatracker.ietf.org/liaison/>, the liaison has the content 
> below and as noted in the meeting today, should have a response.
>
> In the coming days, I'll be drafting the response on behalf of the 
> Chairs. Input is welcome.
>
> Please let me know if you have questions
>
> Thanks,
>
> Dave Sinicrope
> IETF Liaison Manager for the Broadband Forum
>
> From the Chair's slides:
>
> Liaisons and Communications
>
> Incoming:
> – From:Broadband Forum
> – Received: 2023-03-09
> – Title: New Project for Addressing ONU Management at Scale
> – The Broadband Forum Fiber Access Networks (FAN) Work Area recently
> agreed to initiate a new project for the optimization of management of
> Optical Network Units (ONU) at scale. This project, called WT-505: ONU
> Management at Scale, is intended to be an enhancement of the existing
> specification, TR-385: ITU-T xPON YANG Modules. The following describes
> the issues and considerations that led to the need for the new project.
> – See list for attachment
>
> Liaison content:
>
> *Broadband Forum Liaison To: *
>
> Kent Watsen, IETF NETMOD WG Co-Chair, <[email protected]> 
> <mailto:[email protected]>
>
> Lou Berger, IETF NETMOD WG Co-Chair, <[email protected]> 
> <mailto:[email protected]>
>
> Scott Mansfield, ITU-T Q14/15 Rapporteur, 
> <scott.mansfield-IzeFyvvaP7pWk0Htik3J/[email protected]> <mailto:scott.mansfield-IzeFyvvaP7pWk0Htik3J/[email protected]>
>
> Liping Chen, ITU-T Q14/15 Associate Rapporteur, <chenlp-/[email protected]> 
> <mailto:chenlp-/[email protected]>
>
> Paul Nikolich, IEEE 802 Chair, <[email protected]> 
> <mailto:[email protected]>
>
> Glenn Parsons, IEEE 802.1 Chair, <glenn.parsons-IzeFyvvaP7pWk0Htik3J/[email protected]> 
> <mailto:glenn.parsons-IzeFyvvaP7pWk0Htik3J/[email protected]>
>
> Jessy Rouyer, IEEE 802.1 Vice Chair, <[email protected]> 
> <mailto:[email protected]>
>
> David Law, IEEE 802.3 Chair, <[email protected]> <mailto:[email protected]>
>
> Adam Healey, IEEE 802.3 Vice Chair, <adam.healey-dY08KVG/lbpWk0Htik3J/[email protected]> 
> <mailto:adam.healey-dY08KVG/lbpWk0Htik3J/[email protected]>
>
> *From:*
>
> Lincoln Lavoie
> Broadband Forum Technical Committee Chair <[email protected]> 
> <mailto:[email protected]>
>
> *Liaison Communicated* *By:*
>
> Ken Ko
>
> Broadband Forum Managing Director <kko-QSt+ys/[email protected]> 
> <mailto:kko-QSt+ys/[email protected]>
>
> *Date:* 8^th June 2023
>
> *Subject:* For Information: New Project for Addressing ONU Management 
> at Scale
>
> The Broadband Forum Fiber Access Networks (FAN) Work Area recently 
> agreed to initiate a new project for the optimization of management of 
> Optical Network Units (ONU) at scale. This project, called WT-505: ONU 
> Management at Scale, is intended to be an enhancement of the existing 
> specification, TR-385: ITU-T xPON YANG Modules. The following 
> describes the issues and considerations that led to the need for the 
> new project.
>
> In contrast to many other transport technologies, a single PON 
> interface can multiplex as many as 128 ONUs. It is also typical for a 
> single Optical Line Termination (OLT) to contain many such PON 
> interfaces.
>
> At this level of dimensioning, the OLT YANG modeled configuration data 
> becomes very large due to the high number of ONUs to be managed. With 
> current TR-385 and TR-383 Broadband Forum YANG models, the management 
> of large OLTs suffers severe performance degradation. Examples of such 
> degradation are:
>
> ·Time to validate YANG constraints when configuring ONU data nodes 
> (e.g., due to very large OLT interface and hardware component lists)
>
> ·Time to delete an ONU (time to retrieve all data nodes of the ONU)
>
> ·Time to perform a <copy-config> of a full OLT configuration.
>
> Many Broadband Forum contributions have been submitted and discussed 
> that demonstrate ONU management needs to be optimized to keep the OLT 
> manageable. It has been determined that efficient optimization of ONU 
> management requires the following measures:
>
> ·Collocate ONU data nodes per ONU, rather than have them interleaved 
> with OLT data nodes (e.g., in the same interface or hardware component 
> list) as per TR-385. This involves defining a list of ONUs in the OLT 
> where each ONU entry contains all ONU data nodes.
>
> ·Bring a strong reduction of the configuration data size per ONU. This 
> will be achieved using ONU templates combined with the use of shared 
> ONU profiles.
>
> IETF schema mount was considered as a solution for collocating ONU 
> data nodes. There were drawbacks to this approach, however. The size 
> of the datastore was not improved as the same data nodes are mounted 
> per ONU. There is also a known lack of tooling that supports schema 
> mount making it difficult for this solution to be broadly implemented 
> in a timely manner. The following alternative has been agreed upon.
>
> Complement current standard YANG models with new models that implement 
> optimization measures for the data nodes applicable to ONU devices. 
> These current models are found in Broadband Forum standards, e.g., 
> TR-355, TR-383, TR-385, and standards from other organizations, e.g., 
> IETF, IEEE, ITU-T.
>
> This involves:
>
> ·Deriving from existing standard modules, the development of modules 
> defining a list of ONU templates.
>
> ·Deriving from existing standard modules, the development of modules 
> defining a list of ONU instances, where each instance refers to one or 
> more ONU templates and gives the possibility to complement or overrule 
> any data originating from templates.
>
> ·Deriving from existing standard modules, the definition of modules 
> defining ONU profiles that can be shared between ONUs templates and 
> instances. ONU profiles should be distinct from OLT profiles to allow 
> validation rules that are specific to ONUs.
>
> Deriving from existing standard modules means the modules will not be 
> used as written. Rather, applicable portions of those modules are 
> copied into new modules defining templates, profiles, etc. The modules 
> developed in this project will reference the source YANG modules and 
> specifications, and provide any license text as required by the source 
> organization.
>
> Sincerely,
>
> Lincoln Lavoie,
>
> Broadband Forum Technical Committee Chair
>
> **
>
> *CC:*
>
> Liaisons at BBF <liaisons-QSt+ys/[email protected]> 
> <mailto:liaisons-QSt+ys/[email protected]>
>
> Lincoln Lavoie, Broadband Forum Technical Committee Chair 
> <[email protected]> <mailto:[email protected]>
>
> Ken Ko, Broadband Forum Managing Director <kko-QSt+ys/[email protected]> 
> <mailto:kko-QSt+ys/[email protected]>
>
> April Nowicki, Broadband Forum Member Support Manager 
> <anowicki-QSt+ys/[email protected]> <mailto:anowicki-QSt+ys/[email protected]>
>
> Marta Seda, Broadband Forum FAN Work Area Director 
> <[email protected]> <mailto:[email protected]>
>
> Joey Boyd, Broadband Forum PON Management Project Stream Leader 
> <[email protected]> <mailto:[email protected]>
>
> **
>
> *Broadband Forum Reference: *LIAISE-595
>
> **
>
> *Date of Upcoming Broadband Forum* *Meetings: *See 
> https://www.broadband-forum.org/category_meetings_and_events/upcoming-meetings 
>
>
> **
>