<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE article  PUBLIC "-//NLM//DTD Journal Publishing DTD v3.0 20080202//EN" "http://dtd.nlm.nih.gov/publishing/3.0/journalpublishing3.dtd"><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="3.0" xml:lang="en" article-type="research article"><front><journal-meta><journal-id journal-id-type="publisher-id">CS</journal-id><journal-title-group><journal-title>Circuits and Systems</journal-title></journal-title-group><issn pub-type="epub">2153-1285</issn><publisher><publisher-name>Scientific Research Publishing</publisher-name></publisher></journal-meta><article-meta><article-id pub-id-type="doi">10.4236/cs.2016.79219</article-id><article-id pub-id-type="publisher-id">CS-69128</article-id><article-categories><subj-group subj-group-type="heading"><subject>Articles</subject></subj-group><subj-group subj-group-type="Discipline-v2"><subject>Computer Science&amp;Communications</subject><subject> Engineering</subject><subject> Physics&amp;Mathematics</subject></subj-group></article-categories><title-group><article-title>
 
 
  A Novel Approach to Reduce Handover Latency in Proxy Mobile IPv6 Based on Multi-Homing
 
</article-title></title-group><contrib-group><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Indumathi</surname><given-names>Lakshmi Krishnan</given-names></name><xref ref-type="aff" rid="aff1"><sup>1</sup></xref><xref ref-type="corresp" rid="cor1"><sup>*</sup></xref></contrib><contrib contrib-type="author" xlink:type="simple"><name name-style="western"><surname>Shalini</surname><given-names>Punithavathani Davidson</given-names></name><xref ref-type="aff" rid="aff2"><sup>2</sup></xref></contrib></contrib-group><aff id="aff2"><addr-line>Department of Computer Science and Engineering, Government College of Engineering, Tirunelvelli, India</addr-line></aff><aff id="aff1"><addr-line>Department of Computer Science and Engineering, National College of Engineering, Maruthakulam, India</addr-line></aff><author-notes><corresp id="cor1">* E-mail:<email>latha_rose8@rediffmail.com(ILK)</email>;</corresp></author-notes><pub-date pub-type="epub"><day>05</day><month>07</month><year>2016</year></pub-date><volume>07</volume><issue>09</issue><fpage>2530</fpage><lpage>2541</lpage><history><date date-type="received"><day>22</day>	<month>April</month>	<year>2016</year></date><date date-type="rev-recd"><day>accepted</day>	<month>10</month>	<year>May</year>	</date><date date-type="accepted"><day>27</day>	<month>July</month>	<year>2016</year></date></history><permissions><copyright-statement>&#169; Copyright  2014 by authors and Scientific Research Publishing Inc. </copyright-statement><copyright-year>2014</copyright-year><license><license-p>This work is licensed under the Creative Commons Attribution International License (CC BY). http://creativecommons.org/licenses/by/4.0/</license-p></license></permissions><abstract><p>
 
 
  Proxy Mobile IPv6 (PMIPv6) is a network based mobility management protocol. It is proposed by the Internet Engineering Task Force. In PMIPv6 the Mobile Node (MN) need not participate in signalling of mobility. PMIPv6 is a layer 3 protocol. In this paper the issue of layer 3 mobility is resolved by the Enhanced Open Flow Technique (EOFT). Generally, the open flow protocol makes functions on network devices, routers, switches. Open flow controller act as server for network
   
  devices to make communication between them. In the proposed EOFT-PMIPv6, the control
   
  signalling and mobility is managed by EOFT controller. In PMIPv6, the Mobility Access gateway (MAG) has the responsibility of the control signalling. But in the EOFT-PMIPv6, the responsibility of MAG is done by the EOFT-Controller. In the proposed technique, the mobility management function is isolated from PMIPv6 mechanisms. These isolated mechanisms are combined in the EOFT-Con- troller. This EOFT-Controller satisfies the responsibility of the mechanisms which are separated from PMIPv6. The eminent mobile environment must provide the efficient multi-homing protocols. The proposed technique overcomes the problem of multihoming in PMIPv6. The EOFT-Controller takeover the responsibility of Layer 3 functions. Also, the proposed technique combines with Modified Mobility Access Gateway (M_MAG) and it handles the handover session dynamically. This paper provides the extended architecture of EOFT-PMIPv6 and provide unbeaten handover scheme for multi-homing. The result is provided by systematic analysis based on comparison with PMIPv6 and EOFT-PMIPv6 is obtained.
 
</p></abstract><kwd-group><kwd>Binding Catch Entry (BCE)</kwd><kwd> Logical Link Identifier (LL-ID)</kwd><kwd> Mobility Access Gateway (MAG)</kwd><kwd> PMIPv6</kwd><kwd> Open Flow</kwd><kwd> Multi-Homing</kwd></kwd-group></article-meta></front><body><sec id="s1"><title>1. Introduction</title><p>Nowadays the technology of mobile communication has rapid growth. Particularly the internet and mobile phones and its various types has played vital role in the day-to-day communication. This makes force to improve the internet technology. The swift developments of mobile phones are supported by the internet and its protocols.</p><p>In the internet the transition of data is represented by packets. IPv4 is the first version of the internet protocol [<xref ref-type="bibr" rid="scirp.69128-ref1">1</xref>] . This is also represented as Internet Protocol next Generation (IPng). This IPv4 provides unique IP address for each computer system. But, the IPv4 address exhausted [<xref ref-type="bibr" rid="scirp.69128-ref2">2</xref>] . IPv6 is conventional expansion of IPv4. It is introduced by Request for Comments (RFC) [<xref ref-type="bibr" rid="scirp.69128-ref3">3</xref>] and it is an IPv6 is a host based mobility management protocol. PMIPV6 is a network based mobility management protocol standardized by IETF [<xref ref-type="bibr" rid="scirp.69128-ref4">4</xref>] .</p><p>PMIPv6 is a network based mobility management protocol standardized by IETEF [<xref ref-type="bibr" rid="scirp.69128-ref4">4</xref>] . It does not require MN participating in signalling of mobility i.e. the MN need not 1) modify the protocol stack 2) additional require of software to support mobility. According to PMIPv6 protocol an LMA updates a Binding Cache Entry (BCE) and switches the forwarding tunnel after receiving a Proxy Binding Update (PBU) message from the MN. <xref ref-type="fig" rid="fig1">Figure 1</xref> explains the LMA in PMIPv6.</p><sec id="s1_1"><title>1.1. Analysis of PMIPv6 Based on Signalling Flow</title><p>In the network mobility protocols, the localized routing signals have messages and it increase the signalling cost and overhead. <xref ref-type="table" rid="table1">Table 1</xref> provides Comparison summary between the different IP mobility protocols including PMIPv6 [<xref ref-type="bibr" rid="scirp.69128-ref8">8</xref>] - [<xref ref-type="bibr" rid="scirp.69128-ref10">10</xref>] .</p></sec><sec id="s1_2"><title>1.2. PMIPv6-Open Flow</title><p>Open Flow is an innovative method managed by the network using software [<xref ref-type="bibr" rid="scirp.69128-ref5">5</xref>] . The main feature of the open flow method is to separate the work of network devices. The network devices forward packets using control and data functions [<xref ref-type="bibr" rid="scirp.69128-ref7">7</xref>] .</p><p>PMIPv6 Route Optimization focuses the problem of overhead [<xref ref-type="bibr" rid="scirp.69128-ref11">11</xref>] . To solve this problem, the bi-directional tunnel is used. In the Route Optimization of PMIPv6, CN must present in the concern PMIPv6 domain. To</p><fig id="fig1"  position="float"><label><xref ref-type="fig" rid="fig1">Figure 1</xref></label><caption><title> Local mobility anchor in PMIPv6</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/39-7600844x7.png"/></fig><table-wrap id="table1" ><label><xref ref-type="table" rid="table1">Table 1</xref></label><caption><title> Comparison between the different Ip mobility protocols [<xref ref-type="bibr" rid="scirp.69128-ref8">8</xref>] - [<xref ref-type="bibr" rid="scirp.69128-ref10">10</xref>] </title></caption><table><tbody><thead><tr><th align="center" valign="middle" >Protocol Criteria</th><th align="center" valign="middle" >MIPv6</th><th align="center" valign="middle" >FMIPv6</th><th align="center" valign="middle" >HMIPv6</th><th align="center" valign="middle" >PMIPv6</th><th align="center" valign="middle" >F-PMIPv6</th></tr></thead><tr><td align="center" valign="middle" >Mobility Scope</td><td align="center" valign="middle" >Global</td><td align="center" valign="middle" >Local</td><td align="center" valign="middle" >Local/Global</td><td align="center" valign="middle" >Local</td><td align="center" valign="middle" >Local</td></tr><tr><td align="center" valign="middle" >Location management</td><td align="center" valign="middle" >Yes</td><td align="center" valign="middle" >Yes</td><td align="center" valign="middle" >No</td><td align="center" valign="middle" >Yes</td><td align="center" valign="middle" >Yes</td></tr><tr><td align="center" valign="middle" >Required infrastructure</td><td align="center" valign="middle" >Home Agent</td><td align="center" valign="middle" >Home Agent, MAP</td><td align="center" valign="middle" >Home Agent, enhanced Access Router</td><td align="center" valign="middle" >LMA, MAG</td><td align="center" valign="middle" >LMA, MAG</td></tr><tr><td align="center" valign="middle" >MN modification</td><td align="center" valign="middle" >Yes</td><td align="center" valign="middle" >Yes</td><td align="center" valign="middle" >Yes</td><td align="center" valign="middle" >No</td><td align="center" valign="middle" >No</td></tr><tr><td align="center" valign="middle" >Handover latency</td><td align="center" valign="middle" >Bad</td><td align="center" valign="middle" >Moderate</td><td align="center" valign="middle" >Good</td><td align="center" valign="middle" >Good</td><td align="center" valign="middle" >Good</td></tr><tr><td align="center" valign="middle" >Localized Routing</td><td align="center" valign="middle" >Yes</td><td align="center" valign="middle" >Yes</td><td align="center" valign="middle" >Yes</td><td align="center" valign="middle" >No</td><td align="center" valign="middle" >No</td></tr></tbody></table></table-wrap><p>overcome this problem, the open flow method is introduced.</p>Technology of PMIPv6 with Open Flow<p>In the Open Flow PMIPV6, the signalling path did not pass through the LMA. It was passing through the tunnel. Thus the work load of the LMA is reduced. <xref ref-type="fig" rid="fig2">Figure 2</xref> shows the signalling flow of Open Flow PMIPv6 [<xref ref-type="bibr" rid="scirp.69128-ref7">7</xref>] .</p><p>Open Flow is an innovative method managed by the network using software [<xref ref-type="bibr" rid="scirp.69128-ref5">5</xref>] . There are many technologies available in Open Flow [<xref ref-type="bibr" rid="scirp.69128-ref6">6</xref>] . In PMIPv6, the open flow technique is applied without the participation of MN. The main feature of the open flow method is to separate the functions of work of network devices. These network devices forward packets using control and data function [<xref ref-type="bibr" rid="scirp.69128-ref7">7</xref>] .</p></sec><sec id="s1_3"><title>1.3. Analysis of PMIPv6 Based on Multihoming</title><p>In PMIPv6 protocol, when one interface detached from Mobile Nodethe other interface is still attached to the router. This situation is raised in PMIPv6 because the MAG have direct communication with M_MAG and it may have coverzge problem. There are many other proticolls supporting the multihoming of PMIPv6. There are many schemes to support PMIPv6 with multi-homing. Multiple registrations were explained in [<xref ref-type="bibr" rid="scirp.69128-ref12">12</xref>] . In this scheme all mobile network prefixes were registered with the home network to realize the benefit of multihoming. Also, L2-tunnels and information sharing among mobile routers in NEMO allowed mobile routers to achieve fault tolerance and path selection. The shim protocol [<xref ref-type="bibr" rid="scirp.69128-ref13">13</xref>] supported multihoming technique. Here, the Shim protocol was locally used between a multi-homed Mobile Node (MN) and the Local Mobility Anchor (LMA) in the PMIPv6 domain. A flow distribution scheme with the Shim locator preferences was proposed to provide flexible multihoming. The multihoming was supported by host identity protocol [<xref ref-type="bibr" rid="scirp.69128-ref14">14</xref>] . It merges the new identifier/locator split architecture proposed by HIP, especially designed for providing security and multihoming to MNs, with the micro-mobility management scheme of PMIPv6, which has been proposed for unmodified MNs with future Global Mobility Management (GMM) protocols. The existing bicasting technique [<xref ref-type="bibr" rid="scirp.69128-ref15">15</xref>] supported multi-homing of PMIPv6. Here, the Local Mobility Anchor (LMA) extended its Binding Cache Entry (BCE) for support of multiple bindings, and a mobile node (MN) performs the binding update to LMA. To support the handover, the LMA begins the bicasting of data packets to the New-Mobile Access Gateway (N-MAG) as well as Previous-Mobile Access Gateway (P-MAG). The same multihoming of PMIPv6 is supported by [<xref ref-type="bibr" rid="scirp.69128-ref16">16</xref>] . This was an enhanced multihoming support scheme based on a per-interface address configuration method. This scheme can provide a more flexible multihoming support and also maintain application session continuity during a handoff between two interfaces by using IPv6 extension headers.</p><p>The proposed EOFT technique reduces the difficulty of Local Mobility anchor (LMA) and Mobility Access Gateway (MAG) is reduced. It reduces the handover latency and packet loss and increase the performance than the existing PMIPv6 protocols. In existing multihoming techniques [<xref ref-type="bibr" rid="scirp.69128-ref12">12</xref>] - [<xref ref-type="bibr" rid="scirp.69128-ref14">14</xref>] focused only path selection, shim protocol, and mobility management respectively. But those techniques don’t focus on handover and multiple interfaces. The technique [<xref ref-type="bibr" rid="scirp.69128-ref15">15</xref>] focuses only to handover and not to various interfaces. The technique [<xref ref-type="bibr" rid="scirp.69128-ref16">16</xref>] focuses only session continuity in multihoming in various interfaces. But it did not provide strong support to the handover mechanism. But In the proposed technique the EOFT-Controller has the direct communication with M_MAG, so the Home Network Prefix (HNP) is dynamically assigned to MN and the immediately detach the</p><fig id="fig2"  position="float"><label><xref ref-type="fig" rid="fig2">Figure 2</xref></label><caption><title> Signalling flow of open flow PMIPv6</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/39-7600844x8.png"/></fig><p>previous HNP. This dynamic approach of the proposed technique reduces the handover latency in multi-homing.</p></sec></sec><sec id="s2"><title>2. Proposed Method</title><p>The proposed Enhanced Open Flow (EOFT) is executing PMIPv6 apparently by open flow technique.</p><sec id="s2_1"><title>2.1. EOFT-PMIPv6 Architecture</title><p>In the open flow, signal and data did not communicate through the LMA and MAG [<xref ref-type="bibr" rid="scirp.69128-ref6">6</xref>] . In the EOFT-PMIPv6 is doing the work of open flow by the Virtual Flow Controller (VFC). VFC separate control signal path and communication path. The proposed system the virtually multiplies the MAG and the concern MAG is modified. This is represented as Modified-MAG (M_MAG). The modification i.e. the link between the MAG and M_MAG is done by the Open Flow Controller. This virtual distinction is shown in <xref ref-type="fig" rid="fig3">Figure 3</xref>.</p></sec><sec id="s2_2"><title>2.2. Signalling Flow of the EOFT-PMIPv6</title><p>The proposed system architecture the signalling flow is handled by the tunnelling mechanism. The IP tunnel is generated in-between the LMA and M-MAG and M-MAG to LMA. <xref ref-type="fig" rid="fig4">Figure 4</xref> shows the signalling flow of the proposed system.</p><p>The sender node i.e. the correspondent Node (CN) started to send the packets. When the mobile node visits the current network domain (PMIPv6), the MAG handover the signal to the EOFT-controller and the same controller send the message to the M_MAG. The M-MAG receives Router Solicitation (RS) from the Mobile Node. After receiving the RS the MN sends virtual RS to the EOFT-Controller. After receiving acknowledgement from the EOFT-controller, the MAG updates its Proxy Binding and the concern acknowledgment is send to the EOFT-controller. The EOFT-controller creates virtual tunnel between the controller and M_MAG and creates router advertisement. Then the physical tunnel is created between the LMA and M-MAG and the Data packet is transmitted.</p></sec><sec id="s2_3"><title>2.3. Hand over Mechanism of EOFT_PMIPv6</title><p>Based on the configuration of PMIPv6 domain, the EOFT_PMIPv6 handover employed as proactive or reactive mode.</p><sec id="s2_3_1"><title>2.3.1. EOFT_PMIPv6 Hand over on Reactive Mode</title><p>The MAG handover its signal to EOFT-controller and that controller creates virtual communication with M_MAG. The M_MAG send Router Solicitation message to the controller. If the EOFT controller sends positive authentication then the M_MAG make Proxy Binding Update (PBU) and send Proxy Binding acknowledgement (PBA) to the EOFT-controller. After receiving PBA the virtual tunnel is created by the EOFT-con- troller. Then the Bidirectional tunnel is created between the LMA and M_MAG. Here, the handover delay is represented by the time delay between the Router Solicitation (RS) and Bidirectional tunnel. <xref ref-type="fig" rid="fig5">Figure 5</xref> shows the handover of EOFT_PMIPv6 in reactive mode.</p></sec><sec id="s2_3_2"><title>2.3.2. EOFT_PMIPv6 Hand over on Proactive Mode</title><p>In the Proactive mode, after receiving request from the MN it starts the PBU and tunnel creation. Once the MN node detached from previous MAG the M-MAG receives the PBU and it send PBU to EOFT-Controller. Then the EOFT-controller creates Bi-directional tunnel. Through this tunnel the data packet is transferred. <xref ref-type="fig" rid="fig6">Figure 6</xref> shows the handover of EOFT_PMIPv6 in proactive mode.</p><fig id="fig3"  position="float"><label><xref ref-type="fig" rid="fig3">Figure 3</xref></label><caption><title> Proposed system architecture</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/39-7600844x9.png"/></fig><fig-group id="fig4"><label><xref ref-type="fig" rid="fig4">Figure 4</xref></label><caption><title> Signalling flow of the proposed system.</title></caption><fig id ="fig4_1"><label></label><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/39-7600844x10.png"/></fig><fig id ="fig4_2"><label></label><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/39-7600844x11.png"/></fig></fig-group></sec></sec></sec><sec id="s3"><title>3. Analytical Assessment of Proposed System</title><sec id="s3_1"><title>3.1. Hand over Analysis of PMIPv6</title><p>In PMIPv6, the MN creates communication between MN and M_MAG through RS and RA. Here, the delay was based on the authentication request and authentication response. The time taken by RS message to reach M_MAG to MN is represented as T<sub>RA</sub>. The Handover delay was calculated as Equation (1)</p><disp-formula id="scirp.69128-formula652"><label>(1)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/39-7600844x12.png"  xlink:type="simple"/></disp-formula><p>Here RS and T<sub>RA </sub>is calculated as</p><disp-formula id="scirp.69128-formula653"><graphic  xlink:href="http://html.scirp.org/file/39-7600844x13.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.69128-formula654"><graphic  xlink:href="http://html.scirp.org/file/39-7600844x14.png"  xlink:type="simple"/></disp-formula><fig-group id="fig5"><label><xref ref-type="fig" rid="fig5">Figure 5</xref></label><caption><title> EOFT_PMIPv6 hand over on reactive mode.</title></caption><fig id ="fig5_1"><label></label><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/39-7600844x15.png"/></fig></fig-group></sec><sec id="s3_2"><title>3.2. Handover Analysis of EOFT_PMIPV6</title><p>Generally in the EOFT_PMIPv6 is based on the following Equation (2) According to the mode of handover it will be calculated</p><disp-formula id="scirp.69128-formula655"><label>(2)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/39-7600844x16.png"  xlink:type="simple"/></disp-formula><disp-formula id="scirp.69128-formula656"><label>(3)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/39-7600844x17.png"  xlink:type="simple"/></disp-formula><p><xref ref-type="table" rid="table2">Table 2</xref> shows the system notation and its descriptions.</p><fig id="fig6"  position="float"><label><xref ref-type="fig" rid="fig6">Figure 6</xref></label><caption><title>EOFT_PMIPv6 hand over on proactive mode</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/39-7600844x18.png"/></fig></sec><sec id="s3_3"><title>3.3. Handover Analysis of EOFT_PMIPv6 in Reactive Mode</title><p>Here, the initiation and end process is like as PMIPv6. However, in reactive mode, the MN does not require authentication. Here, the authentication is approved by EOFT-Controller.</p><p>The Equation (4) explains the handover delay.</p><disp-formula id="scirp.69128-formula657"><label>(4)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/39-7600844x19.png"  xlink:type="simple"/></disp-formula><p>The above equation does not have initiation of tunnel time. So it does not affect handover latency.</p><table-wrap id="table2" ><label><xref ref-type="table" rid="table2">Table 2</xref></label><caption><title> System notations and descriptions</title></caption><table><tbody><thead><tr><th align="center" valign="middle" >System Notation</th><th align="center" valign="middle" >Description</th></tr></thead><tr><td align="center" valign="middle" >TD<sub>MAG to M-MAG</sub></td><td align="center" valign="middle" >Transmission delay between MAG to M_MAG</td></tr><tr><td align="center" valign="middle" >TD<sub>M_MAG to MN</sub></td><td align="center" valign="middle" >Transmission delay between M_MAG to MN</td></tr><tr><td align="center" valign="middle" >TD<sub>M_MAG to LMA</sub></td><td align="center" valign="middle" >Transmission delay between M_MAG to LMA</td></tr><tr><td align="center" valign="middle" >TD<sub>M-MAG to EOFT</sub></td><td align="center" valign="middle" >Transmission delay between M_MAG to EOFT controller for authentication</td></tr><tr><td align="center" valign="middle" >T<sub>PBU</sub></td><td align="center" valign="middle" >Transmission time for PBU</td></tr><tr><td align="center" valign="middle" >T<sub>PBA</sub></td><td align="center" valign="middle" >Transmission time for PBA</td></tr></tbody></table></table-wrap></sec><sec id="s3_4"><title>3.4. Handover Analysis of EOFT_PMIPv6 in Proactive Mode</title><p>The initiation of handover in proactive mode is activated when EOFT controller receives from MAG. In the Proactive mode, the MN does not send RS message, because it already sent RS message at the initiation of handover. So the authentication does not require in proactive mode. The following Equation (5) shows the handover delay of proactive mode.</p><disp-formula id="scirp.69128-formula658"><label>(5)</label><graphic position="anchor" xlink:href="http://html.scirp.org/file/39-7600844x20.png"  xlink:type="simple"/></disp-formula></sec><sec id="s3_5"><title>3.5. Signaling Cost of the Proposed System</title><p>Hand over signaling consists of</p><p>1) MAG sending to EOFT controller</p><p>2) M_MAG sending Ack EOFT controller</p><p>3) M_MAG sending PBU to LMA</p><p>4) M_MAG receiving PBA from LMA</p><p>5) M_MAG sender Router solicitation with the prefix to MN</p><p>In this proposed system localized routing signalling is not have any messages. So the signalling cost and over head is reduced.</p></sec></sec><sec id="s4"><title>4. Result Analysis of the Proposed System</title><p>To analyze the proposed EOFT_PMIPv6 is compared with PMIPv6 in the basis of analytical model. The network simulator −3 (NS_3) [<xref ref-type="bibr" rid="scirp.69128-ref17">17</xref>] [<xref ref-type="bibr" rid="scirp.69128-ref18">18</xref>] tool is used to analysis the results.</p><sec id="s4_1"><title>4.1. Result Analysis Based on Handover</title><p>The proposed system is compared with PMIPv6 and EOFT_PMIPv6. Here, the handover latency is used as comparative parameter between PMIPv6 and EOFT-PMIPv6. <xref ref-type="table" rid="table3">Table 3</xref> shows the parameters for the comparison [<xref ref-type="bibr" rid="scirp.69128-ref19">19</xref>] - [<xref ref-type="bibr" rid="scirp.69128-ref22">22</xref>] .</p><p>In the reactive mode it does not require authentication also it does not include tunnel creation time so it does not affect handover latency. In the Proactive mode when the mobile node receives message from EOFT-Con- troller, it automatically receives M_MAG details through the EOFT-controller. So it does not require signal handover between MAG and M_MAG. By this transmission in Proactive mode the handover latency is reduced. According to Equation 4.3 and 4.4, the analytical assessment proves that the proposed system reduces the handover latency. Here, the transmission time for RS and RA messages are considered to be equal. The following graph <xref ref-type="fig" rid="fig7">Figure 7</xref> shows the handover delay between PMIPv6, EOFT_PMIPv6_R (Reactive mode), EOFT_ PMIPv6-P (Proactive Mode). The handover delay of PMIPv6 is 2.4 seconds and the proposed EOFT_PMIPv6_ R is 1.3 seconds and EOFT_PMIPv6_P is 0.6 seconds.</p></sec><sec id="s4_2"><title>4.2. Result Analysis Based on Multi-Homing Handover</title><p>In order to analyze the proposed technique EOFT-PMIPv6 is compared with PMIPv6 and F-PMIPv6. It is decided to simulate the three protocols and acquire the results in a similar fashion as the mathematical model. The protocols have been simulated used Network Simulator (NS_3). NS_3 is an event simulator targeting network research and has a support for many protocols over the different network layers. The simulation is done in the signaling cost vs. the handover of the nodes.</p><p><xref ref-type="fig" rid="fig8">Figure 8</xref> provides the simulation result of single interface with PMIPv6, FPMIPv6 and proposed EOFT- PMIPv6 which provides lower signaling cost and handover time than the existing two protocols (PMIPv6, FPMIPv6).</p><p><xref ref-type="fig" rid="fig9">Figure 9</xref> provides the simulation result of EOFT_PMIPv6 with single interface (FTP-FTP) and multiple</p><table-wrap id="table3" ><label><xref ref-type="table" rid="table3">Table 3</xref></label><caption><title> Analytical parameters</title></caption><table><tbody><thead><tr><th align="center" valign="middle" >System Notation</th><th align="center" valign="middle" >Values</th></tr></thead><tr><td align="center" valign="middle" >TD<sub>MAG to EOFT</sub></td><td align="center" valign="middle" >0.05 s</td></tr><tr><td align="center" valign="middle" >TD<sub>M_MAG to MN</sub></td><td align="center" valign="middle" >0.01 s</td></tr><tr><td align="center" valign="middle" >TD<sub>M_MAG to LMA</sub></td><td align="center" valign="middle" >0.01 s</td></tr><tr><td align="center" valign="middle" >TD<sub>M-MAG to EOFT</sub></td><td align="center" valign="middle" >0.01 s</td></tr><tr><td align="center" valign="middle" >T<sub>PBU</sub></td><td align="center" valign="middle" >0.08 s</td></tr><tr><td align="center" valign="middle" >T<sub>PBA</sub></td><td align="center" valign="middle" >0.08 s</td></tr></tbody></table></table-wrap><fig id="fig7"  position="float"><label><xref ref-type="fig" rid="fig7">Figure 7</xref></label><caption><title> Comparative analysis graph</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/39-7600844x21.png"/></fig><fig id="fig8"  position="float"><label><xref ref-type="fig" rid="fig8">Figure 8</xref></label><caption><title> Simulation of various protocols with single interface</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/39-7600844x22.png"/></fig><fig id="fig9"  position="float"><label><xref ref-type="fig" rid="fig9">Figure 9</xref></label><caption><title> Simulation of single and multiple interfaces</title></caption><graphic mimetype="image"   position="float"  xlink:type="simple"  xlink:href="http://html.scirp.org/file/39-7600844x23.png"/></fig><p>interfaces (FTP-WiFi). While compare with the single interface the multiple interface has near equal to single interface also have better performance than the PMIPv6 and FPMIPv6.</p></sec></sec><sec id="s5"><title>5. Conclusion and Future Work</title><p>According to the analytical assessment it proved that the proposed system effectively reduces the handover delay while compare with PMIPv6. In the future it should compare with other mobility protocols such as FPMIPv6 also be implemented in the test bed to prove the results. The proposed technique focused multiple interfaces in the multi-homing domain, i.e. more than various MAGs. In the future different LMA is also done by with the security considerations.</p></sec><sec id="s6"><title>Cite this paper</title><p>Indumathi Lakshmi Krishnan,Shalini Punithavathani Davidson, (2016) A Novel Approach to Reduce Handover Latency in Proxy Mobile IPv6 Based on Multi-Homing. Circuits and Systems,07,2530-2541. doi: 10.4236/cs.2016.79219</p></sec><sec id="s7"><title>NOTES</title></sec></body><back><ref-list><title>References</title><ref id="scirp.69128-ref1"><label>1</label><mixed-citation publication-type="other" xlink:type="simple">Perkins, C. (2002) IP Mobility Support for IPv4. IETF RFC 3344, August</mixed-citation></ref><ref id="scirp.69128-ref2"><label>2</label><mixed-citation publication-type="other" xlink:type="simple">Li, Z.M., Peng, W. and Liu, Y.J. (2012) An innovative IPv4-IPv6 Transition Way for Internet Service Provider. IEEE symposium on Robotics and Application (ISRA), Kuala Lumpur, 3-5 June 2012, 672-675.</mixed-citation></ref><ref id="scirp.69128-ref3"><label>3</label><mixed-citation publication-type="other" xlink:type="simple">Johnson, D., Perkins, C. and Arkko, J. (2004) Mobility Support in IPv6. IETF RFC 3775, June.</mixed-citation></ref><ref id="scirp.69128-ref4"><label>4</label><mixed-citation publication-type="other" xlink:type="simple">Gundavelli, S., Leung, K., Devarapalli, V., Chowdhury, K. and Patil, B. (2008) Proxy Mobile IPv6. IETF RFC 5213, August 2008</mixed-citation></ref><ref id="scirp.69128-ref5"><label>5</label><mixed-citation publication-type="other" xlink:type="simple">McKeown, N., Anderson, T., Balakrishnan, H., Parulkar, G., Peterson, L., Rexford, J., Shenker, S. and Turner, J. (2008) OpenFlow: Enabling Innovation in Campus Networks. ACM SIGCOMM Computer Communication Review, 38, 69-74. http://dx.doi.org/10.1145/1355734.1355746</mixed-citation></ref><ref id="scirp.69128-ref6"><label>6</label><mixed-citation publication-type="other" xlink:type="simple">Suzuki, K., Sonada, K., Tomizawa, N., et al. (2014) A Survey on OpenFlow Technologies. IEICE Transactions on Communications, E97-B, 375-386.</mixed-citation></ref><ref id="scirp.69128-ref7"><label>7</label><mixed-citation publication-type="other" xlink:type="simple">Yuta Watanabe, Yoshitaka Nakamura, Osamu Takahashi (2015) A Method to Improve Network Performance of Proxy Mobile IPv6. Graduate School of Systems Information Science Future University, Hakodate, 8th International Conference on Mobile Computing and Ubiquitous Networking (ICMU), Hakodate, 20-22 June 2015, 74-75.</mixed-citation></ref><ref id="scirp.69128-ref8"><label>8</label><mixed-citation publication-type="other" xlink:type="simple">P′erez-Costa, X., Torrent-Moreno, M. and Hartenstein, H. (2003) A Performance Comparison of Mobile IPv6, Hierarchical Mobile IPv6, Fast Handovers for Mobile IPv6 and Their Combination. ACM Mobile Computing and Communications Review, 7, 5-19. http://dx.doi.org/10.1145/965732.965736</mixed-citation></ref><ref id="scirp.69128-ref9"><label>9</label><mixed-citation publication-type="other" xlink:type="simple">Gwon, Y., Kempf, J. and Yegin, A. (2004) Scalability and Robustness Analysis of Mobile IPv6, Fast Mobile IPv6, Hierarchical Mobile IPv6, and Hybrid IPv6 Mobility Protocols Using a Large-Scale Simulation. IEEE International Conference on Communications, 7, 4087-4091.</mixed-citation></ref><ref id="scirp.69128-ref10"><label>10</label><mixed-citation publication-type="other" xlink:type="simple">P′erez-Costa, X., Schmitz, R., Hartenstein, H. and Leibsch, M. (2002) A MIPv6, FMIPv6 and HMIPv6 Handover Latency Study: Analytical Approach. Proceedings of IST Mobile &amp; Wireless Communications Summit, The Netherland, 14 June 2002, 100-105.</mixed-citation></ref><ref id="scirp.69128-ref11"><label>11</label><mixed-citation publication-type="other" xlink:type="simple">Abeille, J. and Liebsch, M. (2007) Route Optimization for Proxy Mobile IPv6. draft-abeille netlmm-proxymip6ro-01.txt, November.</mixed-citation></ref><ref id="scirp.69128-ref12"><label>12</label><mixed-citation publication-type="other" xlink:type="simple">Li, Y., Kum, D.-W. and Cho, Y.-Z. (2008) Multihoming Support Scheme for Network Mobility Based on Proxy Mobile IPv6. ISECS International Colloquium on Computing, Communication, Control, and Management, 3-4 August 2008, 635-639.</mixed-citation></ref><ref id="scirp.69128-ref13"><label>13</label><mixed-citation publication-type="other" xlink:type="simple">Li, Y., Kum, D.-W., Seo, W.-K. and Cho, Y.-Z. (2009) A Multihoming Support Scheme with Localized Shim Protocol in Proxy Mobile IPv6. IEEE Communications, IEEE ICC 2009 Proceedings, Dresden, 14-18 June 2009, 1-5.</mixed-citation></ref><ref id="scirp.69128-ref14"><label>14</label><mixed-citation publication-type="other" xlink:type="simple">Iapichino, G. and Bonnet, C. (2009) Host Identity Protocol and Proxy Mobile IPv6:Secure Global and Localized Mobility Management Scheme for Multihomed Mobile Nodes. IEEE Communications “GLOBECOM” Proceedings, USA, 30 November-4 December 2009, 1-6.</mixed-citation></ref><ref id="scirp.69128-ref15"><label>15</label><mixed-citation publication-type="other" xlink:type="simple">Kim, J.I. and Koh, S.J. (2011) Extension of Proxy Mobile IPv6 with Bicasting for Support of Multi-Homing and Mobility in Wireless Networks. IEEE Workshops of International Conference on Advanced Information Networking and Applications (WAINA), Singapore, 22-25 March 2011, 86-89.</mixed-citation></ref><ref id="scirp.69128-ref16"><label>16</label><mixed-citation publication-type="other" xlink:type="simple">Li, Y., Kum, D.-W., Kang, J.-E. and Cho, Y.-Z. (2008) An Enhanced Multihoming Support Scheme with Proxy Mobile IPv6 for Convergent Networks. IEICE Transactions on Communications, E91-B, 3095-3102.</mixed-citation></ref><ref id="scirp.69128-ref17"><label>17</label><mixed-citation publication-type="other" xlink:type="simple">Quereilhac, A., Saucez, D., Turletti, T. and Dabbous, W. (2015) Automating Ns-3 Experimentation in Multi-Host Scenarios. WNS3’15 Proceedings, Spain, 13-14 May 2015, 1-8. http://dx.doi.org/10.1145/2756509.2756513</mixed-citation></ref><ref id="scirp.69128-ref18"><label>18</label><mixed-citation publication-type="other" xlink:type="simple">Choi, H.-Y., Min, S.-G., Han, Y.-H., Park, J. and Kim, H. (2010) Implementation and Evaluation of Proxy Mobile IPv6 in NS-3 Network Simulator. Proceedings of the 5th International Conference on Ubiquitous Information Technologies and Applications (CUTE), Sanya, 16-18 December 2010, 1-6.</mixed-citation></ref><ref id="scirp.69128-ref19"><label>19</label><mixed-citation publication-type="other" xlink:type="simple">Oh, S. and Choo, H. (2009) Low Latency Handover Scheme Based on Optical Buffering at LMA in Proxy MIPv6 Networks, Proceedings of the International Conference on Computational Science and Its Applications: Part II, Seoul, 29 June-2 July 2009, 479-490.</mixed-citation></ref><ref id="scirp.69128-ref20"><label>20</label><mixed-citation publication-type="other" xlink:type="simple">Makaya, C. and Pierre, S. (2008) An Analytical Framework for Performance Evaluation of IPv6-Based mobility Management Protocols. IEEE Transactions on Wireless Communications, 7, 972-983. http://dx.doi.org/10.1109/TWC.2008.060725</mixed-citation></ref><ref id="scirp.69128-ref21"><label>21</label><mixed-citation publication-type="other" xlink:type="simple">Lee, J.-H. and Ernst, T. (2011) Lightweight Network Mobility within PMIPv6 for Transportation Systems. IEEE Systems Journal, 5, 352-361. http://dx.doi.org/10.1109/JSYST.2011.2158681</mixed-citation></ref><ref id="scirp.69128-ref22"><label>22</label><mixed-citation publication-type="other" xlink:type="simple">Jeon, S., Kang, N. and Kim, Y. (2012) Resource-Efficient Network Mobility Support in Proxy Mobile IPv6 Domain. International Journal of Electronics and Communications, 66, 390-394. http://dx.doi.org/10.1016/j.aeue.2011.09.006</mixed-citation></ref></ref-list></back></article>