(please feel free to correct, update your names Thank you very much!!!)
Time | Item | Who | Notes |
---|---|---|---|
0min | chair topic | no update | |
30min | Admin | meeting times issue - overlap with O-RAN WG9 Transport the proposal is to move the meeting to one hour earlier Option #1: Current situation - keep it - today: 6am ONF time → 14:00 CET → 15:00 Israel standard time → 21:00 China next week: 6am ONF time → 15:00 CEST → 16:00 Israel standard time → 21:00 China Issue: Nader, Alex, Petr are blocked Option #2: Proposal from next week next week: 5am ONF time → 14:00 CEST → 15:00 Israel summer time → 20:00 China Issue: There is an O-RAN-SC TOC meeting; blocking Alex Stancu, Martin Skorupski and Tracy Option #3: Next proposal from next week next week: 4am ONF time → 13:00 CEST → 14:00 Israel summer time → 19:00 China Issue: no participant form Asia and US Option #4: Next proposal from next week summer: 2am ONF time → 11:00 CEST → 12:00 Israel summer time → 17:00 China winter: 2am ONF time → 11:00 CET → 12:00 Israel standard time → 18:00 China Decision: Propose to the group 2am Pacific local time. summer: 2am ONF time → 11:00 CEST → 12:00 Israel summer time → 17:00 China winter: 2am ONF time → 11:00 CET → 12:00 Israel standard time → 18:00 China AI Thorsten: send email with the proposal to the group. Meeting next week will remain ad 6am ONF time next week: 6am ONF time → 15:00 CEST → 16:00 Israel standard time → 21:00 China | |
2min | Admin | Next meetings 2020-03-25: Martin Skorupski 2020-04-01: Martin Skorupski 2020-04-08: Martin Skorupski 2020-04-15: Martin Skorupski | |
30min | HTTP response code | Thorsten Heinze | Use Case #1: config attribute is not supported by hardware - what should be the HTTP error code? HTTP status:
NetConf error codes
Please see: RFC6021 for NetConf errors and RFC8040 for NetConf errors mapping to HTTP status. Candidates on NetConf:
Use Case #2: config an attribute name is not specified in YANG (typo) to be checked before decided UC#1
UC#2
AI: Martin/Lumina should address/check the mapping in ODL for the errors to HTTP status. |
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 |