Solution for Site Multihoming in a Real IP Environment
draft-shyam-site-multi-40

Document Type Active Internet-Draft (individual)
Last updated 2017-03-27
Stream (None)
Intended RFC status Experimental
Formats plain text pdf html bibtex
Stream Stream state (No stream defined)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state I-D Exists
Telechat date
Responsible AD (None)
Send notices to (None)
INTERNET DRAFT                                          S. Bandyopadhyay
draft-shyam-site-multi-40.txt                             March 26, 2017
Intended status: Experimental
Expires: September 26, 2017

         Solution for Site Multihoming in a Real IP Environment
                     draft-shyam-site-multi-40.txt

Abstract

   This document provides a solution for Site Multihoming of stub
   networks in a real IP environment. Each user interface in a customer
   network may have as many global unicast addresses as many service
   providers it will be connected with. Users can establish multiple
   connections through different service providers simultaneously.
   Customer networks can maintain private address space to communicate
   within its users. Customer networks can provide IP mobility services
   as well.

Status of this Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at http://datatracker.ietf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on September 26, 2017.

Copyright Notice

   Copyright (c) 2017 IETF Trust and the persons identified as the
   document authors. All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (http://trustee.ietf.org/license-info) in effect on the date of
   publication of this document. Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.

Bandyopadhyay          Expires September 26, 2017               [Page 1]
Internet Draft        Solution for Site Multihoming       March 26, 2017

Table of Contents
   1. Introduction.....................................................2
   2. Solution for site multihoming....................................3
   2.1. Multihoming and IP Mobility....................................5
   2.2. Selection of source and destination address ...................6
   2.2.1. Path selection...............................................7
   2.2.2. Link failure and switch over to an alternate route...........8
   2.3. Implementation aspects........................................13
   2.3.1. Processing of system call 'getcommaddr'.....................14
   2.3.2. Processing of 'gethostbynamewithsrcaddr'....................16
   2.3.3. Changes required in ip_output and ip_forwarding modules.....18
   2.3.4. Processing of protocol input routines and socket IO
          system calls................................................18
   2.4. Multihoming and VPN...........................................19
   2.5. IP Address Stacking...........................................19
   3. Security Consideration..........................................23
   4. IANA Consideration..............................................23
   5. Normative References............................................23
   6. Informative References..........................................24
   7. Author's Address................................................24

1. Introduction

   Based on the definition of "multihoming" as stated in RFC3582[1],

   "A "multihomed" site is one with more than one transit provider.
   "Site-multihoming" is the practice of arranging a site to be
   multihomed."

   This is a general solution for site multihoming of stub networks in a
   real IP world irrespective of the framework supported by the service
   provider network.  The solution is applicable to any customer network
   that receives globally unique IP addresses for all of its nodes and
   communicates with the rest of the world without the help of NAT[15].
   It is applicable to any version of IP, i.e. IPv4, IPv6 or any new
   generation of IP that may emerge by removing the drawbacks associated
   with IPv6[7]. Within a provider assigned address space, each customer
   network will possess as many global unicast address space as many
   service providers it gets connected with.  So, an user interface of a
   host may have as many global unicast addresses as many service
   providers it will be connected with.

   Users can maintain multiple connections through multiple service
   providers simultaneously. A customer network can maintain private IP
   addresses to communicate within its users. Communication using
Show full document text