SlideServe
Télécharger Obtenir Pro
Menu
Accueil Pro
Préférences
ApparenceLight Aide et commentaires
© SlideServe · v2026

MIF API Extension Discussion MIF IETF 78 Dapeng Liu Yuri Ismailov

lula avatar
lula
13 diapositives · 318 Views · Oct 09, 2014

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

#mif api extension discussion mif ietf 78 dapeng liu yuri ismailov #mif api extension discussion mif ietf 78 dapeng liu yuri ismailov ppt #powerpoint #presentation
MIF API Extension Discussion MIF IETF 78 Dapeng Liu Yuri Ismailov - slide 1
01 / 13MIF API Extension Discussion MIF IETF 78 Dapeng Liu Yuri Ismailov
1 / 17

Télécharger la présentation

MIF API Extension Discussion MIF IETF 78 Dapeng Liu Yuri Ismailov
Une image / un lien ci-dessous est fourni (tel quel) pour télécharger la présentation

Politique de téléchargement : le contenu du site vous est fourni TEL QUEL pour votre information et votre usage personnel ; il ne peut être vendu, concédé sous licence ni partagé sur d’autres sites sans l’accord de son auteur.Le contenu vous est fourni TEL QUEL, pour votre information et votre usage personnel uniquement. Téléchargez la présentation en cliquant sur ce lien. Lors du téléchargement, si vous ne parvenez pas à télécharger une présentation, l’éditeur a peut-être supprimé le fichier de son serveur.Pendant le téléchargement, si vous ne parvenez pas à obtenir une présentation, le fichier a peut-être été supprimé par l’éditeur.

F I N

Plus de contenu associé

Transcription de la présentation

  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