One document matched: draft-singh-manet-mmg-00.txt
IETF MANET Working Group Shubhranshu. Singh
Internet-Draft JH. Kim
Expires: December 10, 2004 YG. Choi
KL. kang
YS. Roh
SAMSUNG AIT
June 11, 2004
Mobile multi-gateway support for IPv6 mobile ad hoc networks
draft-singh-manet-mmg-00.txt
Status of this Memo
By submitting this Internet-Draft, I certify that any applicable
patent or other IPR claims of which I am aware have been disclosed,
and any of which I become aware will be disclosed, in accordance with
RFC 3668.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups. Note that
other groups may also distribute working documents as
Internet-Drafts.
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."
The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt.
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html.
This Internet-Draft will expire on December 10, 2004.
Copyright Notice
Copyright (C) The Internet Society (2004). All Rights Reserved.
Abstract
MANET (Mobile Ad-hoc NETwork) allows users to form a private wireless
network, without existing centralized administrator that support
multi-hop communication and low network establishment cost. Recently
some interesting work has been published to allow manet node access
to the Internet via internet gateway which is placed on the border of
manet and the Internet. The Internet gateway has an important role
Singh, et al. Expires December 10, 2004 [Page 1]
Internet-Draft Mobile multi-gateway support in MANET June 2004
to support global connectivity. This document introduces the
management of internet gateway, routing policy and load balancing for
the scenario where multiple mobile gateways exist for an ad hoc
network.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 5
3. Limitations . . . . . . . . . . . . . . . . . . . . . . . . . 6
4. Protocol operation . . . . . . . . . . . . . . . . . . . . . . 7
4.1 Gateway selection . . . . . . . . . . . . . . . . . . . . 7
4.2 Routing policy . . . . . . . . . . . . . . . . . . . . . . 8
4.3 Load balancing . . . . . . . . . . . . . . . . . . . . . . 9
5. Security Considerations . . . . . . . . . . . . . . . . . . . 11
6. Normative References . . . . . . . . . . . . . . . . . . . . . 11
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . 11
Intellectual Property and Copyright Statements . . . . . . . . 13
Singh, et al. Expires December 10, 2004 [Page 2]
Internet-Draft Mobile multi-gateway support in MANET June 2004
1. Introduction
There are several routing protocols developed for ad hoc networks.
They typically provide solution for route discovery and maintenance
for the nodes within the manet. Nodes often need global connectivity
to communicate with the Internet. Wakikawa[1] provides a method for
manet node to acquire a global prefix from the gateway as well as how
this node can communicate with the Internet.
Use of fixed internet gateway is not suitable for ad hoc network
whose basic concept is infrastructureless and anywhere network formed
by nodes having random mobility. Hence in this draft we allow mobile
ad hoc node to act as internet gateway thus removing any service
range limitation and making very flexible as against when fixed
internet gateway is used. Also, it removes any concern about the use
of proactive or reactive routing protocols.
There are some signal exchanges between the internet gateway and
manet node for locating the gateway. In addition,The traffic between
manet node and the Internet must travel through the same internet
gateway in case of single gateway scenario.Simultaneous use of
internet gateway by several manet nodes results in heavy traffic
congestion around the gateway node. Thus there is a need to offload
the gateway. Also, Use of single gateway has the drawback of single
point of failure. All these problems can be solved by using multiple
gateways for a particular manet. The multiple internet gateway
scenario is easily made with mobile node internet gateway.
This document specifies the method for multiple gateway selection and
routing policy that can be used to forward packets between the
Internet and ad hoc network. Figure 1 shows the multiple gateways
scenario.
Singh, et al. Expires December 10, 2004 [Page 3]
Internet-Draft Mobile multi-gateway support in MANET June 2004
------------
| INTERNET |
------------
|
|
|
|
----------
| Access |
----------- | Router | -------------
| ---------- |
| : |
| : |
| : |
------------ : ------------
| Internet| : | Internet|
| Gateway 1| ....... | Gateway n|
------------ ------------
| |
| |
| |
-----------------------------------------------------
| |
| MANET |
| |
-----------------------------------------------------
Fig. 1 MANET topology with multi-gateway
Singh, et al. Expires December 10, 2004 [Page 4]
Internet-Draft Mobile multi-gateway support in MANET June 2004
2. Terminology
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", "OPTIONAL", and
"silently ignore" in this document are to be interpreted as described
in RFC 2119 [1].
The following terminology and abbreviations are used in this
document.
Mobile Internet gateway
- Mobile device located at the edge of the manet and provides
Internet connectivity to the manet nodes. They are part of
manet as well as the Internet.
Default Internet gateway
- The Internet gateway that uses the default route for traffic
forwarding between manet and the Internet. It need not use
tunneling or routing header to route packets between the
Internet and manet.
Candidate Internet gateway
- Internet gateways other than the default gateway are referred
to as candidate gateways.
Proxy routing header
- The routing header that candidate internet gateway may use for
forwarding manet node packets to the Internet.
Internet node
- A node located on the Internet.
Manet node
- A node located inside the manet.
Global address
- A nodeí¯s IPv6 address which is used for communication with the
Internet node.
Singh, et al. Expires December 10, 2004 [Page 5]
Internet-Draft Mobile multi-gateway support in MANET June 2004
3. Limitations
For convenience and simplicity we assume in this draft that all manet
nodes within a particular ad hoc network use the same global IPv6
prefix. How manet nodes acquire the same IPv6 prefix from the access
router is out of scope of this document.
Singh, et al. Expires December 10, 2004 [Page 6]
Internet-Draft Mobile multi-gateway support in MANET June 2004
4. Protocol operation
This section describes our protocol operation in detail.
4.1 Gateway selection
Any manet node that is one hop away from the Access Router, AR can
configure itself as gateway. Such nodes can receive router
advertisement messages periodically broadcasted by access router. At
any point of time there can be one default gateway and one or more
candidate gateways. In the absence of any default gateway, the node
configuring as a gateway should operate as default gateway. If the
default gateway is already present in the manet then the node should
configure itself as candidate gateway.
Only the default gateway periodically sends modified router
advertisement message. Default gateway also sends modified router
advertisement message in response to modified router solicitation
message. Modified router solicitation message format is shown in
figure2 and modified router advertisement message format is shown in
figure 3. Modified router solicitation and advertisement packet
formats are same as defined in [5] except the use of M and N bits
respectively (these formats are exactly same as used in [1]).
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|M| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Options ...
+-+-+-+-+-+-+-+-+-+-+-+-
Fig. 2 Modified RS
Manet router solicitation flag (M)
A 1-bit manet router solicitation flag.
When set it indicates that the router solicitation
message can be sent over a multi-hop network.
The internet gateway must not forward this message
to the internet node.
Reserved
Reduced from a 32-bit field to 31-bit field to account
for the addition of manet router solicitation (M) flag.
Singh, et al. Expires December 10, 2004 [Page 7]
Internet-Draft Mobile multi-gateway support in MANET June 2004
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Cur Hop Limit |M|O|N| Reserved | Router Lifetime |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reachable Time |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Retrans Timer |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Options ...
+-+-+-+-+-+-+-+-+-+-+-+-
Fig. 3 Modified RA
Manet router advertisement flag (N)
1-bit manet router advertisement flag.
When set indicates that this message is only for manet
nodes and can be sent over multiple hop manet nodes.
Internet gateways must not forward this message to the
Internet node.
A node may learn about the presence or absence of another gateway in
the manet if:
- It does not receive any RA message from the gateway with N flag
set. The waiting time for RA should be at least the time
indicated by the í«new advertisement interval optioní¯. This router
advertisement interval option indicates the interval at which the
default gateway advertises unsolicited router advertisement [6].
- It sends gateway solicitation message or tests for neighbor
reachability, as explained in [5] and fails.
In the absence of any received RA message, a candidate gateway should
wait for random interval of time before configuring itself as default
gateway. This will prevent more than one gateway to configure itself
as default gateway at the same time. While operating as internet
gateway, the node should send gateway discovery reply messages.
4.2 Routing policy
Default gateway and candidate gateway routes packets between the
Internet and manet based on its own routing policy. In this document
we introduce proxy routing header and tunneling mechanism. Proxy
routing header and tunneling mechanism are used by candidate internet
gateways as they can not use the longest prefix matching routing.
We assume that the default gateway as well as the candidate gateways
Singh, et al. Expires December 10, 2004 [Page 8]
Internet-Draft Mobile multi-gateway support in MANET June 2004
uses the same global IPv6 prefix. How to receive same prefix from
the access router is out of scope of this document. Use of multiple
prefixes results in serious flooding problem mainly due to periodic
RA message advertisement by each gateway with different prefix.
Also, if multiple prefixes are used then IPv6 manet node may attempt
to send frequent binding update message because each time it receives
router advertisement message with different prefix it assumes that it
has joined another network even though it has only changed its
location within the same manet.
Default gateway can route traffic originating from manet node and
whose destination is internet node using default route while the
candidate gateways should route such traffic either using proxy
routing header or tunneling mechanism. In proxy routing header
destination address of IPv6 header is set to the Internet access
router address while final destination address set to internet node
address and original source address set to routing header. Proxy
routing header indicates to internet node that the packet travel via
candidate internet gateway and access router. In response to this
received packet, internet node must use candidate internet gateway
and original source address in the routing header.
If manet node uses tunneling mechanism, candidate internet gateways
encapsulate packets to the internet node. Tunneling header has
source address as candidate internet gateway and destination address
as internet node. The internet node decapsulates the packet and
replies with tunneling header with source address as internet nodeí¯s
address and destination address as candidate internet gatewayí¯s
address.
4.3 Load balancing
For better traffic load sharing among each other, internet gateways
may use the traffic information option shown in figure 4. This
option is carried by the router advertisement message sent by
internet gateway. Traffic information field indicates the number of
active routes originating from a particular gateway.
These active routes include routes using proxy routing header,
tunneling as well as default routes. On receipt of solicited or
unsolicited router advertisement message carrying this option, manet
node learns about the traffic characteristics of the gateway and
accordingly decides to use it or opt for another gateway for
forwarding traffic to the internet node.
Singh, et al. Expires December 10, 2004 [Page 9]
Internet-Draft Mobile multi-gateway support in MANET June 2004
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | length | traffic information |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Fig. 4 Traffic information option
Singh, et al. Expires December 10, 2004 [Page 10]
Internet-Draft Mobile multi-gateway support in MANET June 2004
5. Security Considerations
This document does not specify any specific security measure. We
need more consideration for the secure tunneling and use of routing
header. These mechanisms should consider all the security measures
as taken by IPv6 networks as well as manet specific environment. We
couldní¯t mention about secure intra manet communication as at present
there in no extended security consideration for the manet.
6. References
[1] Ryuji Wakikawa et. el. Global connectivity for IPv6 Mobile
Ad Hoc Networks, IETF í—draft-wakikawa-manet-globalv6-03.txtí˜
[2] Pekka Pekken et. el. IPv6 addressing in a heterogeneous
MANET-network, IETFí—draft-paakkonen-addressing-htr-manet-00.txtí˜
[3] C. Perkins et. el. IETF RFC: 3561,
í—Ad hoc On Demand Distance Vector (AODV) Routingí˜
[4] Kilian Weniger , Martina Zitterbart, Institute of Telematics,
University of Karlsruhe, Germany: í—IPv6 Autoconfiguration in
Large Scale Mobile Ad-Hoc Networksí˜
[5] IETF RFC 2461, í— Neighbor Discovery for IP version 6 (IPv6)í˜
[6] IETF draft, í—draft-ietf-mobileip-ipv6-24.txt í—:
í—Mobility Support in IPv6í˜
[7] C. Perkins, E. Royer and S. Das. Ad hoc on demand distance
vector routing for IP version 6 (work in progress).
[8] S. Deering and R. Hinden. Internet protocol, version 6 (ipv6)
specification. Request for comments (proposed standard) 1883,
Internet engineering task force, December 1995
[9] A. Conta and S. Deering. Internet control message protocol
(ICMPv6) for the Internet protocol version 6 (ipv6) specification.
Request for comment (draft standard) 2463.
Internet Engineering task force, December 1998
Authors' Addresses
Shubhranshu Singh
SAMSUNG Advanced Institute of Technology
i-Networking Laboratory
San 14-1, Nongseo-ri, Giheung-eup
Yongin-si, Gyeonggi-do 449-712
KOREA
Phone: +82 31 280 9569
EMail: shubhranshu@samsung.com
Jae-Hoon Kim
SAMSUNG Advanced Institute of Technology
i-Networking Laboratory
San 14-1, Nongseo-ri, Giheung-eup
Yongin-si, Gyeonggi-do 449-712
KOREA
Phone: +82 31 280 9532
EMail: jaehoonk@samsung.com
Singh, et al. Expires December 10, 2004 [Page 11]
Internet-Draft Mobile multi-gateway support in MANET June 2004
YoungGon Choi
SAMSUNG Advanced Institute of Technology
i-Networking Laboratory
San 14-1, Nongseo-ri, Giheung-eup
Yongin-si, Gyeonggi-do 449-712
KOREA
Phone: +82 31 280 9531
EMail: ygchoi@samsung.com
Kyunglim Kang
SAMSUNG Advanced Institute of Technology
i-Networking Laboratory
San 14-1, Nongseo-ri, Giheung-eup
Yongin-si, Gyeonggi-do 449-712
KOREA
Phone: +82 31 280 9532
EMail: klkang@samsung.com
Yongsung Roh
SAMSUNG Advanced Institute of Technology
i-Networking Laboratory
San 14-1, Nongseo-ri, Giheung-eup
Yongin-si, Gyeonggi-do 449-712
KOREA
Phone: +82 31 280 9532
EMail: yongsung.roh@samsung.com
Singh, et al. Expires December 10, 2004 [Page 12]
Internet-Draft Mobile multi-gateway support in MANET June 2004
Intellectual Property Statement
The IETF takes no position regarding the validity or scope of any
Intellectual Property Rights or other rights that might be claimed to
pertain to the implementation or use of the technology described in
this document or the extent to which any license under such rights
might or might not be available; nor does it represent that it has
made any independent effort to identify any such rights. Information
on the procedures with respect to rights in RFC documents can be
found in BCP 78 and BCP 79.
Copies of IPR disclosures made to the IETF Secretariat and any
assurances of licenses to be made available, or the result of an
attempt made to obtain a general license or permission for the use of
such proprietary rights by implementers or users of this
specification can be obtained from the IETF on-line IPR repository at
http://www.ietf.org/ipr.
The IETF invites any interested party to bring to its attention any
copyrights, patents or patent applications, or other proprietary
rights that may cover technology that may be required to implement
this standard. Please address the information to the IETF at
ietf-ipr@ietf.org.
Disclaimer of Validity
This document and the information contained herein are provided on an
"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Copyright Statement
Copyright (C) The Internet Society (2004). This document is subject
to the rights, licenses and restrictions contained in BCP 78, and
except as set forth therein, the authors retain all their rights.
Acknowledgment
Funding for the RFC Editor function is currently provided by the
Internet Society.
Singh, et al. Expires December 10, 2004 [Page 13]
| PAFTECH AB 2003-2026 | 2026-04-23 04:15:54 |