Unrestricted Connection manager MIF WG IETF 78, Maastricht 2010-07-29 Gaëtan Feige, Cisco (presenter) Pierrick Seïté, France Telecom -

Slides:



Advertisements
Similar presentations
March 2004 doc.: _L2_Upper_Layer_Interaction_r1 Samsung AIT Interaction between L2 and Upper Layers in IEEE Xiaoyu Liu
Advertisements

© 2003, Cisco Systems, Inc. All rights reserved..
ITU-T SG13 futures session – July 25, D1 Present document contains informations proprietary to France Telecom. Accepting this document means for.
Omniran ecsg 1 OmniRAN Introduction and Way Forward Max Riegel (OmniRAN SG Chair)
Doc.: Handoff_WNG_Presentation r3 Submission July David Johnston, IntelSlide Handoff Presentation to WNG David Johnston.
IEEE OmniRAN for Heterogeneous Networks 24 July 2012 Roger Marks Juan Carlos Zuniga Charlie Perkins 1.
Omniran TG 1 Cooperation for OmniRAN P802.1CF Max Riegel, NSN (Chair OmniRAN TG)
© 2005 Cisco Systems, Inc. All rights reserved. BGP v3.2—1-1 Module Summary BGP has reliable transport provided by TCP, a rich set of metrics called BGP.
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Addressing the Network – IPv4 Network Fundamentals – Chapter 6.
Protocols and the TCP/IP Suite
Draft-deng-mif-api-session-continuity-guide Hui Deng Suresh Krishnan
MIF API draft-ietf-mif-api-extension-05 Dapeng Liu.
SP Wi-Fi Services over Residential Architectures (draft-gundavelli-v6ops-community-wifi-svcs) IETF 84 - August, 2012 Authors: Sri Gundavelli(Cisco) Mark.
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
© 2007 Cisco Systems, Inc. All rights reserved.ICND1 v1.0—4-1 LAN Connections Using a Cisco Router as a DHCP Server.
Host Identity Protocol
DOCUMENT #: GSC15-GTSC8-02 FOR: Presentation SOURCE: ATIS AGENDA ITEM: GTSC8; 4.1 CONTACT(S): Wayne Zeuch ATIS:
FI-WARE – Future Internet Core Platform FI-WARE Interface to Networks and Devices (I2ND) July 2011 High-level description.
Adaptive QoS Management for IEEE Future Wireless ISPs 通訊所 鄭筱親 Wireless Networks 10, 413–421, 2004.
Doc.: IEEE /462r0 IEEE / San Francisco / July 2003 July 2003 Jean-Michel Lauriol, AlcatelSlide 1 TIA TR-41 VoIP over WLAN projects.
1 OPSAWG Agenda Items 7,8, 9 Juergen Quittek, John Parello, Benoit Claise 78th IETF Meeting, Maastricht, Energy Management Framework / Architecture.
68 th IETF, Prague Czech Republic Issues with L2 abstractions and how they affect QOS-based handovers Nada Golmie Advanced Networking Technologies Division.
Wireless Access and Terminal Mobility in CORBA Dimple Kaul, Arundhati Kogekar, Stoyan Paunov.
Integrated Support for Handoff Management and Context Awareness in Heterogeneous Wireless Networks ACM MPAC’05.
OmniRAN Specification – Structuring the effort Document Number: Omniran Date Submitted: Source: Max Riegel
Multiple Provisioning Domain (MPVD) Architecture status & next steps Dmitry Anipko (architecture document editor) IETF 89 MIF WG London, March 6 th 2014.
DCN: March 7, 2005 IETF 62 - Minneapolis, MN Media Independent Handover Services and Interoperability Ajay Rajkumar Chair, IEEE
Dynamic Host Configuration Protocol Engr. Mehran Mamonai.
1 © 2004 Cisco Systems, Inc. All rights reserved. CCNA 2 v3.1 Module 11 Access Control Lists (ACLs)
Unrestricted Connection Manager MIF WG IETF 79, Beijing Gaétan Feige - Cisco Pierrick Seïté, France Telecom - Orange
1 Course Number Presentation_ID © 2001, Cisco Systems, Inc. All rights reserved. External User Security Model (EUSM) for SNMPv3 draft-kaushik-snmp-external-usm-00.txt.
The FI-WARE Project – Base Platform for Future Service Infrastructures FI-WARE Interface to the network and Devices Chapter.
IPSec IPSec provides the capability to secure communications across a LAN, across private and public wide area networks (WANs) and across the Internet.
Starting Work on the MIF Analysis Document Hui Deng, China Mobile Margaret Wasserman, Sandstorm IETF 76, Hiroshima, Japan.
Doc.: 802_Handoff_WMAN_Presentation Submission July David Johnston, IntelSlide Handoff A Technical Preview David Johnston
1 IETF 78: NETEXT Working Group IPSec/IKEv2 Access Link Support in Proxy Mobile IPv6 IPSec/IKEv2-based Access Link Support in Proxy Mobile IPv6 Sri Gundavelli.
INTRODUCTION. 1.1 Why the Internet Protocol Multimedia Subsystem 1.2 Where did it come from?
Reconsidering Internet Mobility Alex C. Snoeren, Hari Balakrishnan, M. Frans Kaashoek MIT Laboratory for Computer Science.
AAA and Mobile IPv6 Franck Le AAA WG - IETF55. Why Diameter support for Mobile IPv6? Mobile IPv6 is a routing protocol and does not deal with issues related.
A policy-based per-flow mobility management system design
1 © NOKIA Functionality and Testing of Policy Control in IP Multimedia Subsystem Skander Chaichee HUT/Nokia Networks Supervisor: Professor Raimo.
Multiple Interfaces (MIF) WG IETF 79, Beijing, China Margaret Wasserman Hui Deng
1 © 2005 Cisco Systems, Inc. All rights reserved. 111 © 2004, Cisco Systems, Inc. All rights reserved. CNIT 221 Security 2 ver.2 Module 8 City College.
IETF67 DIME WG Towards the specification of a Diameter Resource Control Application Dong Sun IETF 67, San Diego, Nov 2006 draft-sun-dime-diameter-resource-control-requirements-00.txt.
MIPSHOP – November, 2005 Event Services and Command Services for Media Independent Handover Presentation prepared by: Srini Sreemanthula Presented by:
CHAPTER 4 PROTOCOLS AND THE TCP/IP SUITE Acknowledgement: The Slides Were Provided By Cory Beard, William Stallings For Their Textbook “Wireless Communication.
Page 1 IETF Speermint Working Group Speermint Requirements/Guidelines for SIP session peering draft-ietf-speermint-requirements-02 IETF 69 - Monday July.
Dissuasion, Working Group Scope and Deliverables Lou Berger Pat Thaler
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran IEEE 802 OmniRAN EC SG Results and Outlook Date: Authors: NameAffiliationPhone Max RiegelNSN
GRID ANATOMY Advanced Computing Concepts – Dr. Emmanuel Pilli.
1 Enhanced Mobility Support for Roaming Users: Extending the IEEE Information Service WWIC 2010 Luleå, June 1-3, 2010 Karl Andersson*, Andrea G.
August 2, 2005 IETF 63 – Paris, France Media Independent Handover Services and Interoperability Ajay Rajkumar Chair, IEEE WG.
Omniran CF00 1 IEEE OmniRAN TG Athens NRM Conclusions Max Riegel, Nokia Networks (OmniRAN TG Chair)
© 2002, Cisco Systems, Inc. All rights reserved..
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Proposed Presentation for 3GPP Date Submitted: September,
NETEXT WG, th IETF, Beijing Logical Interface Support for multi-mode IP Hosts draft-ietf-netext-logical-interface-support-01 Sri Gundavelli.
Multiple Interfaces (MIF) WG documents status MIF WG IETF 80, Prague Problem statement and current practices documents.
Inter-technology handoff support in mobile mode for Proxy Mobile IPv6 Hidetoshi Yokota KDDI Lab Sri Gundavelli Cisco Kent Leung Cisco IETF #76 Hiroshima.
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Jia Uddin Embedded System Lab.  MPLS  IMANET  IMANET network model  Proposed model of IMANET with MPLS  Conclusion.
3GPP R13 Small Data Delivery
Unified Mobility Management Network Research Division
IEEE 802 OmniRAN Study Group: SDN Use Case
China Communications Standards Association ZTE Corporation, P.R. China
OmniRAN Introduction and Way Forward
IEEE 802 Scope of OmniRAN Abstract
OmniRAN Introduction and Way Forward
PMIP6 extensions for inter-access handovers and flow mobility
Presentation transcript:

unrestricted Connection manager MIF WG IETF 78, Maastricht Gaëtan Feige, Cisco (presenter) Pierrick Seïté, France Telecom - Orange

unrestricted Context  Connection manager is a key feature for MIF host –The CM deals with some of the MIF issues (e.g. "smart" domain selection, source address selection) => optimize ressource usage and Quality of Eperience for end-user –Make a decision on various criteria (application requirement, user preferences, operator policies, available QoS,….)  draft-ietf-mif-problem-statement stressed that Lack of standardization leads to specific issues –Connections manager exists but behave in different ways –Implementation of different connection managers on a same host –We may need more criteria for an appropriate selection  The I-D list requirements and gives functional description for a generic connection manager

unrestricted Possible scope for the work item  draft-seite-mif-connection-manager lists functions, interfaces and proposes a functional architecture for the connection manager draft-seite-mif-connection-manager –Can apply to control of virtual interface ( e.g the one defined in NETEXT)

unrestricted Functions of the connection manager Initiation monitors for events (access link measurement, application hints, user triggers, etc… ) and trigger the decision function Decision makes path selection depending on trigger/measurement and selection criteria (user preferences, operator policies, access link Qos,…) Execution attachment to a new interface IP connectivity check steer the mobility protocol if needed …

unrestricted Interfaces of the connection manager  Network: relates to features directly integrated with the link layer access technologies and network interface –Access monitoring,  Interface with terminal Operating system –Notification/information of IP address network assignment. Information are needed for the control of virtual interfaces and source address selection mechanisms. –Energy status triggers …  Interface between the client and network/cloud operator –Policy provisioning  Interface with applications –Allows the CM to fetch application triggers and interact with applications  Interface with "Execution" mechanisms – command actions on connectivity layers (e.g., IP configuration, IP connectivity check, Virtual interface control, trigger IP session continuity management protocols,….)  Interface with authentication framework –access to all supported authentication protocols in a shared fashion for all interfaces

unrestricted Conclusion  The WG could give a framework for generic connection manager –Requirements, functional description, API –The purpose is not to define the « Decision Algorythms » but just to specify which required / minimum IE ( Information Elements ), function calls are needed for each interface  The purpose is not to duplicate work existing in other SDO but to state the dependencies to them  Include requirements/specifications for connection manager as a work item ?