...
UTC-time | every 2nd Tuesday, check from calendar | |
New York (EDT / UTC-5) | every 2nd Tuesday, check from calendar | +1 669 900 6833 // +1 646 558 8656 // 855 880 1246 (Toll Free) // 877 369 0926 (Toll Free) |
Paris (CEST / UTC+1) | every 2nd Tuesday, check from calendar | +33 7 5678 4048 // +33 1 8288 0188 // 805 082 588 (Toll Free) |
Beijing (CST / UTC+8) | every 2nd Tuesday, check from calendar | +86 10 87833177 // +86 10 53876330 // 400 616 8835 (Toll Free) // 400 669 9381 (Toll Free) |
Tokyo (JST / UTC+9) | every 2nd Tuesday, check from calendar | +81 524 564 439 // +81 3 4578 1488 // 0 800 100 5040 (Toll Free) |
Helsinki (EEST / UTC+2) | every 2nd Tuesday, check from calendar | +358 341092129 |
Other international numbers | World Time Zone Map | International numbers available: https://zoom.us/u/acyy3hylQi |
2021-01-19
- ...
- ...
- RICAPP agenda: RICAPP Meetings.
2021-01-05
- discuss RIC-708 on whether AT&T or Samsung can work on the python and c++ subitem for the xapp framework (mentioned in description of RIC-708). Matti said the python part AT&T could work on. To be checked by Matti.
- E2AP 1.1 spec high level discussion (raised by Rahul) - slideset presented, next step is to continue by e-mail disucssion (Matti, Thoralf, E2M/E2T committers, )
- A1-EI discussion. Subhash waiting for comments from Matti. Also there was some discussion on the "EI result object" (received by xApp/near-RT RIC). EI result object expected top be provided by EI data producer, while job is managed by non-rt RIC. I.e., there's an interface between non-RT RIC and EI data producer on informing about jobs (and URL targets for the EI result objects).
- HCL (Alok) to report on quick analysis on "more advanced" LF CI/CD pipeline that we might want to use in context of OTF (integration track).
- uses gitlab-based CI. for continuing testing LF uses XTESTING
- Alok shared the link from opnfv: http://testresults.opnfv.org/functest/xtesting/
- Alok still discuss with nanobot folks and Felix how current verification is done. (infrastructure testing?)
- Subhash asked about existing robot test cases and how they would be integrated.
- Ramesh commented that ONAP is more aligned with LFN and that's one of the reasons we are looking into this.
- RICAPP agenda: RICAPP Meetings.
...