2am PDT → 5am EDT → 11:00 CEST → 12:00 EEST → 17:00 CST
https://onf.zoom.us/j/853336915 (https://wiki.opennetworking.org/login.action?os_destination=%2Fdisplay%2FOIMT%2FConference%2BCall%2BSchedule)
(please feel free to correct, update your names Thank you very much!!!)
Time | Item | Who | Notes |
---|---|---|---|
0min | chair topic | no update | |
0min | Admin | Next meetings 2020-03-25: Martin Skorupski 2020-04-01: Martin Skorupski 2020-04-08: Thorsten Heinze 2020-04-15: Martin Skorupski | |
0min | UUID | core-model allows definition of both Logical Termination Points (interfaces), but also connections
core-model is also suitable for representing entire Networks, not only a Device this means that Universally Unique IDs are required Devices cannot get the UUIDs from outside, they need to be generated by the device, and cannot be overwritten from outside Devices are unaware by their surroundings (the network), so it cannot know if a UUID is already used by some other interface in other devices IETF defines how to create UUIDs, and the core-model references this RFC
Possible solutions:
Suggestions:
Out of time, we need to follow up: proposal, next week Tuesday 09:00 CET Notes from Discussion about UUID and Links/Asszosations/References between object classes ODL MountPoint is and association to a NetConf server - some NetConf servers representing some times the microwave model. UUID would be unique when the combination of device-id/mountpoint-name/network-element-name and device internal ids are unique. UUID are created in advance by Planning Tools - and could be derived from expected equipment. Idea: Planning tool deals with hardware templates - Requirement: capabilities, validation |