This module contains a collection of YANG definitions for supporting the Broadband Forum requirements on subscriber management v...
Version: 2024-11-11
module bbf-ldra-profile-common { yang-version 1.1; namespace "urn:bbf:yang:bbf-ldra-profile-common"; prefix bbf-ldra-pc; import bbf-yang-types { prefix bbf-yang; } import bbf-subscriber-types { prefix bbf-subtype; } organization "Broadband Forum <https://www.broadband-forum.org> Common YANG Work Area"; contact "Comments or questions about this Broadband Forum YANG module should be directed to <mailto:help@broadband-forum.org>. Editor: Shiya Ashraf, Nokia Editor: Nick Hancock, Adtran Editor: Kevin Noll, CableLabs Editor: Ludwig Pauwels, Nokia PS Leader: Aihua Guo, Futurewei WA Director: Joey Boyd, Adtran WA Director: Sven Ooghe, Nokia"; description "This module contains a collection of YANG definitions for supporting the Broadband Forum requirements on subscriber management via the DHCPv6 protocol as applicable to access network equipment. As such, this module is specific to access network equipment (e.g., BBF-specified Access Nodes and FTTdp DPUs). This functionality is also known as a Lightweight DHCPv6 Relay Agent (LDRA). Specifically, this module contains the definition of a profile for subscriber information used by an LDRA in creating an Agent Circuit ID and Remote ID as described in TR-101i2. Copyright (c) 2017-2024, Broadband Forum Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. 3. Neither the name of the copyright holder nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. The above license is used as a license under copyright only. Please reference the Forum IPR Policy for patent licensing terms <https://www.broadband-forum.org/ipr-policy>. Any moral rights which are necessary to exercise under the above license grant are also deemed granted under this license. This version of this YANG module is part of TR-383a8; see the TR itself for full legal notices."; revision "2024-11-11" { description "Amendment 8. * Approval Date: 2024-11-11. * Publication Date: 2024-11-11."; reference "TR-383a8: Common YANG Modules for Access Networks <https://www.broadband-forum.org/technical/download/ TR-383_Amendment-8.pdf>"; } revision "2023-12-15" { description "Amendment 7. * Approval Date: 2023-12-15. * Publication Date: 2023-12-15."; reference "TR-383a7: Common YANG Modules <https://www.broadband-forum.org/technical/download/ TR-383_Amendment-7.pdf>"; } grouping dhcpv6-ldra-profiles { description "LDRA configuration profiles."; container dhcpv6-ldra-profiles { description "Lightweight DHCPv6 Relay Agent (LDRA) configuration profiles."; list dhcpv6-ldra-profile { key "name"; description "An LDRA configuration profile."; leaf name { type bbf-yang:string-ascii64; description "Name of the profile."; } container options { description "Contains relay information that needs to be filled in the relayed (RELAY-FORW) DHCPv6 messages."; leaf-list option { type enumeration { enum "interface-id" { value 0; description "Add option interface-ID (code 18) to the relayed (RELAY-FORW) DHCPv6 messages. The LDRA should use the same option value for a given interface, and this value should be retained across restarts. This is because if the value changes, a server will not be able to use it reliably in parameter assignment policies. The value inserted is the value of the leaf 'circuit-id' defined in the instance in the list 'bbf-subprof:subscriber-profiles/bbf-subprof: subscriber-profile' that is associated with the interface, if any. If this leaf is not configured, then the option interface-ID will be generated according to the syntax defined in the 'default-interface-id-syntax'."; reference "RFC 6221 Section 5.3.2"; } enum "remote-id" { value 1; description "Add option remote-ID (code 37) to the relayed (RELAY-FORW) DHCPv6 messages. The value inserted is the value of the leaf 'remote-id' defined in the instance in the list 'bbf-subprof:subscriber-profiles/bbf-subprof: subscriber-profile' that is associated with the interface, if any. If this leaf is not configured, then the option remote-ID will be generated according to the syntax defined in the leaf 'default-remote-id-syntax'."; reference "RFC 4649 Section 4"; } enum "subscriber-id" { value 2; description "Add option subscriber-ID (code 38) to the relayed (RELAY-FORW) DHCPv6 messages. The value inserted is the value of the 'subscriber-id' defined in the instance in '/bbf-subprof:subscriber-profiles/bbf-subprof: subscriber-profile' that is associated with the interface, if any. If this leaf is not configured, then the option will contain an empty string."; reference "RFC 4580 Section 3"; } enum "enterprise-number" { value 3; description "Enterprise-number to be added to the relayed (RELAY-FORW) DHCPv6 messages."; reference "RFC 8415"; } enum "vendor-specific-information" { value 4; description "Add access loop characteristics (code 17) to the relayed (RELAY-FORW) DHCPv6 messages. The content of the option is controlled via the 'access-loop-characteristics'."; reference "TR-177 R-12"; } } min-elements 1; description "Identifies the options that should be added to the relayed (RELAY-FORW) DHCPv6 messages."; } leaf default-interface-id-syntax { type bbf-yang:string-ascii63-or-empty; default ""; description "To be used to generate a option interface-ID when no 'circuit-id' is provided for the VLAN sub-interface via a referenced '/bbf-subprof:subscriber-profiles/ bbf-subprof:subscriber-profile'. The syntax is a string of ASCII characters that determines the actual value inserted in the option. Parts of the syntax that are recognized as predefined keywords will be replaced by an actual value."; reference "TR-177 R-07"; } leaf default-remote-id-syntax { type bbf-yang:string-ascii63-or-empty; default ""; description "To be used to generate a option remote-ID when no 'remote-id' is provided for the VLAN sub-interface via a referenced '/bbf-subprof:subscriber-profiles/ bbf-subprof:subscriber-profile'. The syntax is a string of ASCII characters that determines the actual value inserted in the option. Parts of the syntax that are recognized as predefined keywords will be replaced by an actual value."; reference "TR-177 R-09"; } leaf enterprise-number { type uint32; default "3561"; description "IANA Enterprise Number that identifies the vendor. The Broadband Forum is assigned enterprise number 3561."; reference "RFC 8415"; } leaf access-loop-characteristics { type bbf-subtype:broadband-line-characteristics; default ""; description "Access Loop sub-options that are to be added in option 17."; reference "TR-178 R-122"; } leaf start-numbering-from-zero { type boolean; default "false"; description "In case the 'default-interface-id-syntax' or 'default-remote-id-syntax' indicates a Slot or a Port identification shall be added to the sub-option value, then this leaf determines if the slot/port numbering must start from 0 or 1."; reference "TR-178 R-118"; } leaf use-leading-zeroes { type boolean; default "false"; description "In case the 'default-interface-id-syntax' or 'default-remote-id-syntax' indicates a Slot or a Port identification shall be added to the sub-option value, then this leaf determines if the slot/port numbering must use leading 0's or not, i.e., generate a fixed- length string or a string with only meaningful digits. Note that the number of digits used to form the fixed- length string is device specific. A device may use the number of digits as specified in TR-101i2 Table 2/ TR-156 Table 1 or a device may determine the number of digits by the maximum value for the Slot or a Port identification applicable to the device, i.e., if the maximum value is less than or equal to 9, one digit may be used; if the maximum value is less than or equal to 99, two digits may be used, etc."; reference "TR-178 R-119; TR-101i2 Table 2; TR-156 Table 1"; } list padding { key "name"; description "Defines the format of the value to be inserted for a pre-defined keyword in a 'circuit-id' and/or 'remote-circuit-id' string. This applies when the syntax 'default-circuit-id- syntax' or 'default-remote-id-syntax' is used to generate an actual string, and the syntax contains a pre-defined keyword, then an entity in this list with this pre-defined keyword as 'name' determines how the value will be generated and inserted in the string. Configuring an entry for a particular keyword means: - for the keywords 'Slot' and 'Port' (or for functional equivalent keywords, as exact keyword values are not standardized): this configuration overrules the configuration of the data node 'use-leading-zeroes' configured in the sibling data node to this list. - for any other keyword: the system adds or does not add leading zeroes as configured for this keyword. Not configuring an entry for a particular keyword means: - for the keywords 'Slot' and 'Port' (or for functional equivalent keywords): the system behaves as configured in 'use-leading-zeroes' configured in the sibling data node to this list. - for any other keyword: the possible use of leading zeroes is system dependent."; leaf name { type bbf-yang:string-ascii64; description "The pre-defined keyword that can be used in the string 'default-circuit-id-syntax' and/or 'default- remote-id-syntax'."; } leaf use-leading-zeroes { type boolean; description "This data node indicates whether or not leading zeroes will be used when generating a value for a predefined keyword in the 'default-circuit-id-syntax' or 'default-remote-id-syntax'. When leading zeroes are used the device will generate a fixed-length string. When no leading zeroes are inserted, then a string with only meaningful digits is generated. Note that the number of digits used to form the fixed-length string is device specific. A device may use the number of digits as specified in TR-101i2 Table 2 / TR-156 Table 1 or a device may determine the number of digits by the maximum value it can have. For example, if the maximum value for the number of Slots in a device is less than or equal to 9, one digit may be used; if the maximum value is less than or equal to 99, two digits may be used, etc."; reference "TR-178 R-119; TR-101i2 Table 2; TR-156 Table 1"; } } // list padding } // container options } // list dhcpv6-ldra-profile } // container dhcpv6-ldra-profiles } // grouping dhcpv6-ldra-profiles } // module bbf-ldra-profile-common
© 2024 YumaWorks, Inc. All rights reserved.