-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Identifier at the original management interface to be mapped #16
Comments
Please see similar information for "externalLabel": TransmitterEquipment_1.0.0-tsp.200715.1225+spec.1.pdf see chapter 9 9 Information ControlConstruct and LogicalTerminationPoint (27) While creating an instance of ControlConstruct or LogicalTerminationPoint, an instance of the (28) After rebooting, the interface (e.g. mediator) the last configured value shall be represented again. |
Decision made at the 5G-xhaul call on Wednesday 26th of January 2022 The following new sentence should be added to chapter 9 of TransmitterEquipment document at the position of sentence (28). The existing (28) becomes (29) and so on. (28') While creating an instance of the LogicalTerminationPoint, an additional instance of the NameAndValue datatype shall be created at the name attribute. |
Please find the LtpAugment Issue#5 proposing a more explicit and cleaner modelling. |
This issue got obsolete due to later decision in ltpAugment issue#5. |
The name attribute at the LTP class shall also contain an instance documenting the identifier as it is used on the vendors own management interface for identifying the same logical interface. The field shall always be filled.
logical-termination-point :: name :: value-name: "ltpName"
logical-termination-point :: name :: value: "" (empty String as a default)
Example:
{
"uuid": "ETH-765.2.5",
"name": [
{
"value-name": "ltpName",
"value": "WAN:2/5"
},
{
"value-name": "externalLabel",
"value": "LAN5"
}
]
},
The text was updated successfully, but these errors were encountered: