Common Operations and Management on network Slices (coms) BoF

Slides:



Advertisements
Similar presentations
LMAP WG IETF 89, London, UK Dan Romascanu Jason Weil.
Advertisements

Dnssd WG Chairs: Tim Chown Ralph Droms IETF 89, London, 3 rd March 2014.
Interface to Network Security Functions (I2NSF) Chairs: Linda Dunbar Adrian Farrel IETF 95, Thursday April 7, 2016,
1 IETF 95 Buenos Aires, AR TEAS Working Group Online Agenda and Slide: Data tracker:
Mon 23 Mar 2015SIDR IETF 92 Dallas, TX, US1 SIDR Working Group IETF 92 Dallas, TX, US Monday, 23 Mar 2015.
Fri 24 Jul 2015SIDR IETF 93 Prague, CZ1 SIDR Working Group IETF 93 Prague, CZ Friday, 24 Jul 2015.
Interface to Network Security Functions (I2NSF) Chairs: Linda Dunbar Adrian Farrel IETF 96, Thursday July 21, 2016, 16:20-18:20.
DetNet WG Chairs: Lou Berger
Network Slicing (netslicing) BoF
PAWS Protocol to Access White Space DB
IETF101 London Web Authorization Protocol (OAuth)
Interface to Network Security Functions (I2NSF)
IETF 101 NETMOD Working Group
TEAS Working Group IETF London Online Agenda and Slides:
MODERN Managing, Ordering, Distributing, Exposing, & Registering telephone Numbers IETF 101.
Chairs: Joe Salowey Info: Emu Picture - Emu Face | by JLplusAL Emu Face | by JLplusAL -
IETF 103 pim wg meeting.
IETF #101 - NETCONF WG session
Path Computation Element WG Status
IETF103 Bangkok Web Authorization Protocol (OAuth)
Distributed Mobility Management Working Group
Joint OPS Area and OPSAWG Meeting
DetNet WG Chairs: Lou Berger
DetNet WG Chairs: Lou Berger
Joint OPS Area and OPSAWG Meeting
Network Virtualization Overlays (NVO3) Working Group IETF 101, March 2018, London Chairs: Secretary: Sam Aldrin Matthew Bocci.
TEAS Working Group IETF 97 Seoul Online Agenda and Slide:
Joint MPLS, PCE, TEAS and CCAMP WGs (hosted by CCAMP)
Open Discussion Questions… What is “network slicing”?
IETF 101 London MBONED.
Jeffrey Haas Reshad Rahman
Joint OPS Area and OPSAWG Meeting
Note Well This is a reminder of IETF policies in effect on various topics such as patents or code of conduct. It is only meant to point you in the right.
TEAS Working Group IETF 102
IETF 103 Bangkok, Thailand - November 2018
Jeffrey Haas Reshad Rahman
Joint OPSAWG and OPS Area Meeting
IETF 103 NETMOD Working Group
IETF #103 - NETCONF WG session
Jeffrey Haas Reshad Rahman
TEAS Working Group: IETF Montreal
Transport Services (TAPS) Working Group
IETF102 Montreal Web Authorization Protocol (OAuth)
MPTCP – Multipath TCP WG Meeting 22nd July 2019 Montreal, Canada
Software Updates for Internet of Things (SUIT) WG
TEAS Working Group IETF Prague
BIER WG IETF 105 Montreal, Canada 24 July 2019.
Bron Gondwana (remote) Jim Fenton
54th NMRG Meeting IETF 105, Montreal Session 1
Network Virtualization Overlays (NVO3) Working Group IETF 101, March 2018, London Chairs: Secretary: Sam Aldrin Matthew Bocci.
TCP Maintenance and Minor Extensions (TCPM) Working Group
Montreal, 16 July :30 – 12:00 Conference Room: Notre Dame
IETF 105 Montreal MBONED.
IETF 103 pim wg meeting.
50th NMRG Meeting - IETF 103 Bangkok, Thailand
Trusted Execution Environment Provisioning (TEEP) WG
Joint OPS Area and OPSAWG Meeting
Software Updates for Internet of Things (SUIT) WG
Interface to Network Security Functions (I2NSF)
DetNet WG Chairs: Lou Berger
DetNet WG Chairs: Lou Berger
51st NMRG Meeting - IETF 104 Session 1
Interface to Network Security Functions (I2NSF)
IETF 102 pim wg meeting.
IETF 102 Montreal MBONED.
IETF 104 Prague MBONED.
RTGWG status update IETF 105 Montreal Chairs:
DetNet WG Chairs: Lou Berger
Joint OPS Area and OPSAWG Meeting
COMS BoF Addressing the Questions
Presentation transcript:

Common Operations and Management on network Slices (coms) BoF IETF-101 London Thursday, March 22nd, 2018 9.30am-12.30pm Chairs: Gonzalo Camarillo : Gonzalo.Camarillo@ericsson.com Adrian Farrel : afarrel@juniper.net

Note Well Note well that the note well slide keeps changing But the note well message is still the same…

Note Well This is a reminder of IETF policies in effect on various topics such as patents or code of conduct. It is only meant to point you in the right direction. Exceptions may apply. The IETF's patent policy and the definition of an IETF "contribution" and "participation" are set forth in BCP 79; please read it carefully. As a reminder: By participating in the IETF, you agree to follow IETF processes and policies. If you are aware that any IETF contribution is covered by patents or patent applications that are owned or controlled by you or your sponsor, you must disclose that fact, or not participate in the discussion. As a participant in or attendee to any IETF activity you acknowledge that written, audio, video, and photographic records of meetings may be made public. Personal information that you provide to IETF will be handled in accordance with the IETF Privacy Statement. As a participant or attendee, you agree to work respectfully with other participants; please contact the ombudsteam (https://www.ietf.org/contact/ombudsteam/) if you have questions or concerns about this. Definitive information is in the documents listed below and other IETF BCPs. For advice, please talk to WG chairs or ADs: BCP 9 (Internet Standards Process) BCP 25 (Working Group processes) BCP 25 (Anti-Harassment Procedures) BCP 54 (Code of Conduct) BCP 78 (Copyright) BCP 79 (Patents, Participation) https://www.ietf.org/privacy-policy/ (Privacy Policy)

Reminders Agenda: Meeting materials, slides, audio streams Jabber room https://datatracker.ietf.org/meeting/101/agenda/coms Meeting materials, slides, audio streams http://tools.ietf.org/agenda/101/ Minutes Takers (Etherpad): http://etherpad.tools.ietf.org:9000/p/notes-ietf-101-coms Jabber room coms@jabber.ietf.org Mailing List: https://www.ietf.org/mailman/listinfo/netslices

Administrivia This is a non-WG-Forming BoF More on that in a moment Minute Takers: Dave Sinicrope Jabber Scribe: Blue Sheets Please fill them in and circulate They are now scanned and published online State your name clearly and slowly at the mic

How To Conduct Yourself in this BoF Be civil (please) Listen carefully Someone may not understand what you are saying Don’t blame them for that Help them understand Stick to your time limit We will ‘gong’ you out! Save all questions for the discussion / Q&A sections

Agenda Administrivia - chairs [2 mins : 2/150] Objectives of the BoF - ADs [3 mins : 5/150] Overview of Questions to be Answered - chairs [5 mins : 10/150] Setting the Scene - Jari Arkko [20 mins : 30/150] Why are we trying to provide NS solutions [30 mins : 60/150] Operator's View Point : Shunsuke Homma (10 mins) Operator's View Point: Luis M. Contreras (10 mins) Q&A (10 mins) What are we trying to do? [40 mins: 100/150] Problem Statement and Architecture of COMS : Liang Geng (10 mins) COMS Technology Independent Information Model : Cristina Qiang (10 mins) Network Slice Interconnection : Xavier de Foy (10 mins) How do the concepts fit together? [15 mins : 115/150] Alex Galis (10 mins) Q&A (5 mins) The Questions - chairs [25 mins : 140/150] Wrap up - ADs [10 mins : 150/150]

Purpose of this BoF Ignas Bagdonas Incoming OPS&MAN AD Attempting to get a common view of what needs to be done Trying to uncover what work we might do in the IETF Answer the questions that the chairs will introduce in a moment

Questions We Need to Answer What is the problem space? This is not just what is in scope, but also what is out of scope. In particular, it is the focus of the problem: the thing that you want to achieve in an operational network. What is the proposed architecture? What interfaces might we work on? What deliverables do you envision? No one can have everything they want immediately Prioritize the deliverables Where would you draw the line between "must have" and "can live without for now"?  How does this proposed work relate to other work? Are there existing components that already exist and can be re-used? How does other work interface to this work? Consider IETF and non- IETF work “Top-down" or “bottom-up”? Which way do you suggest we should work on this? Is this consistent with the way the IETF works? Should some or all of the work be located in another body or within OpenSource? Why? Why not? Keep these questions in mind during the BoF We will return and discuss each at the end

Don’t Forget RFC 5434 Is there a problem that needs solving? Is the IETF the right group to attempt solving it? Is there a critical mass of participants willing to work on the problem (e.g., write drafts, review drafts, etc.)? Is the scope of the problem well defined and understood. That is, do people generally understand what could be worked on (and what not!) Is it clear what the deliverables would be? Is there a reasonable probability of success tackling this problem and producing these deliverables? We will not return to these questions But the AD is certainly thinking about them