Liaison statement
For Information: New Project for Addressing ONU Management at Scale
Additional information about IETF liaison relationships is available on the
IETF webpage
and the
Internet Architecture Board liaison webpage.
State | Posted |
---|---|
Submitted Date | 2023-07-24 |
From Group | BROADBAND-FORUM |
From Contact | Lincoln Lavoie |
To Group | netmod |
To Contacts | Kent Watsen <kent+ietf@watsen.net> Lou Berger <lberger@labn.net> |
Cc | Network Modeling Discussion List <netmod@ietf.org> Kent Watsen <kent+ietf@watsen.net> Dave Sinicrope <david.sinicrope@gmail.com> Lou Berger <lberger@labn.net> Robert Wilton <rwilton@cisco.com> Warren Kumari <warren@kumari.net> <liaisons@broadband-forum.org> Lincoln Lavoie <lylavoie@iol.unh.edu> Ken Ko <kko@broadband-forum.org> April Nowicki <anowicki@broadband-forum.org> Marta Seda <marta.seda@calix.com> Joey Boyd <joey.boyd@adtran.com> |
Response Contact | lylavoie@iol.unh.edu |
Purpose | For information |
Attachments | |
Liaisons referring to this one |
Follow up on Management at Scale Projects
|
Body |
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@broadband-forum.org> Lincoln Lavoie, Broadband Forum Technical Committee Chair <lylavoie@iol.unh.edu> Ken Ko, Broadband Forum Managing Director <kko@broadband-forum.org> April Nowicki, Broadband Forum Member Support Manager <anowicki@broadband-forum.org> Marta Seda, Broadband Forum FAN Work Area Director <marta.seda@calix.com> Joey Boyd, Broadband Forum PON Management Project Stream Leader <joey.boyd@adtran.com> Broadband Forum Reference: LIAISE-595 Date of Upcoming Broadband Forum Meetings: See https://www.broadbandforum. org/category_meetings_and_events/upcoming-meetings |