1 / 13

MIF API Extension Discussion MIF IETF 78 Dapeng Liu Yuri Ismailov

MIF API Extension Discussion MIF IETF 78 Dapeng Liu Yuri Ismailov. Agenda. Background & Motivation for MIF API Extension Potential Scope of MIF API Re-charter discussion of MIF API. Background for MIF API Extension. There are already Socket API extension work in IETF IPv6 MPTCP SHIM6

lula
Download Presentation

MIF API Extension Discussion MIF IETF 78 Dapeng Liu Yuri Ismailov

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. MIF API Extension DiscussionMIF IETF 78 Dapeng Liu Yuri Ismailov

  2. Agenda • Background & Motivation for MIF API Extension • Potential Scope of MIF API • Re-charter discussion of MIF API

  3. Background for MIF API Extension • There are already Socket API extension work in IETF • IPv6 • MPTCP • SHIM6 • HIP • SCTP

  4. Examples of Socket API Extensions

  5. Background for MIF API Extension • Motivation 1: • Once there is a device with multiple interfaces, which can be operational simultaneously we face up the problem of making a choice. • The choice of the interface may be centralized (per device policy) or distributed (every application decides which interface(s) to use and for which flow) • If the choice either centralized or distributed, then there is no collision between those two approaches • If there is more than one centralized approach to interface selection then only one at a time can be used otherwise collision is possible.

  6. Example of collision case • Mobile IP with multiple CoA (centralized) • The concept is to make visible a single interface for applications and the choice of where to send the traffic is up-to MIP mechanism • PMIP logical interface for flow mobility (centralized) • Similar to MIP. Could not be used at the same time with MIP interface because will compete for being default for applications. The same referrs to HIP, SHIM6, and probably some other approaches as well.

  7. Potential MIF API Solution • Distributed approach to interface selection • Leaves choices for applications, however • Assume MIP is running at the same host... • Assume PMIP logical interface configured in the same host... • One of possible approaches to avoid this is to assign type of interfaces for logical interfaces, • but then applications will have to be aware about MIP, PMIP, etc. This goes against MIP, PMIP, … concept. • MIF host Application need this flexibility • According to real development and coding experience

  8. Motivation 2 • MIF host has DNS split issues • Gethostbyname()/Getaddrinfo() • Lack the ability to specify which DNS server • New DNS API parameters for DNS-split?

  9. Motivation 3 • Connection Manager API need to have standardized Behavior • Provide information to application: e.g. allow the application to adapt their behaviour to the selected physical interface • Receive command from application: in order to allow the Interface to user space: allow the user to provide its preferences • Interface to operator policy provisioning: get policy from operator

  10. Agenda • Motivation for MIF API Extension • Potential Scope of MIF API • Re-charter discussion of MIF API

  11. Potential MIF API Scope • MIF API used for interface selection • MIF API used for DNS selection • MIF API used for Connection Manger

  12. Agenda • Motivation for MIF API Extension • Potential Scope of MIF API • Re-charter discussion of MIF API

  13. Re-charter discussion of MIF API • Work Item: • An API describing how applications can exploit additional features of multiple interfaces enabled stack. This API should be an optional extension to the current set of networking API, that provides ability of interface selection, dns selection, etc.  • Expected output:  • Informational RFC

More Related