1 / 33

MOBILITY SUPPORT IN IPv6

MOBILITY SUPPORT IN IPv6. - Presented by Kiran Chandaluri. What is mobility?. Moving of the node from one point to another. - with in the network - outside the network. If mobility is with in the network? - Home subnet prefix of the IP address is same.

Download Presentation

MOBILITY SUPPORT IN IPv6

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. MOBILITY SUPPORT IN IPv6 - Presented by Kiran Chandaluri

  2. What is mobility? • Moving of the node from one point to another. • - with in the network • - outside the network

  3. If mobility is with in the network? • - Home subnet prefix of the IP address is same. • - Packets are routed transparently to it as if the node is stationary. • What If the mobility is out side the network? - We need mobility support.

  4. What is mobility support? • Transparent routing of the packets to a mobile node which is away from home. • Why are we discussing about mobility support in IPv6, Don’t we have mobility support in IPv4? • Yes, we do have mobility support in IPv4

  5. 2) Datagram is intercepted 3) Datagram is by home agent and detunneled and is tunneled to the delivered to the care-of address. mobile node.  +-----+ +-------+ +------+ |home | =======> |foreign| ------> |mobile| | | | agent | <------ | node | +-----+ +-------+ +------+ 1) Datagram to /|\ / mobile node | / 4) For datagrams sent by the arrives on | / mobile node, standard IP home network | / routing delivers each to its via standard | |_ destination. In this figure, IP routing. +----+ the foreign agent is the |host| mobile node's default router. +----+  Figure 1: Operation of Mobile IPv4

  6. Back locks in IPv4 • Triangular moments of the packets between the host, home and mobile node. • What is advantage of IPv6 over IPv4? • There is no longer any need to deploy special routers as foreign agents as are used in mobile IPV4. • Route optimization. • Direct routing from any correspondent node to any mobile node, without needing to pass through the mobile nodes home network and be forwarded by its home agent, and thus eliminates the problem of triangle routing present in the base Mobile IPV4 protocol.

  7. Mobility in IPv6

  8. The moment detection mechanism in mobile IPV6t is bi-directional confirmation of a mobile nodes ability to communicate with its default router in its current location (packets that the router sends are reaching the mobile node, and the packets the mobile node sends are reaching the router). • This confirmation provides a detection of black hole situation that may exist in some wireless environments where the link to the router does not work equally well in both directions, such as when the mobile node has moved out of good wireless transmission range from the router. • In IPV4 only the forward direction (packets from router are reaching the mobile node) is confirmed, allowing the black hole problem to persist.

  9. What is mobility support in IPv6? In order to continue its communication in spite of its moment, a mobile node could change its IP address each time it moves to new link, but the mobile node would then not be able to maintain transport and higher layer connection when it changes the location. With out specific support for mobility in IPV6, packets destined to a mobile node would not be able to reach it while the mobile node is away from its home link. Protocol called mobility support in IPV6 allows mobile node to move from one link to another with out change in IP address.

  10. Terminology • Home address An IP address assigned to a mobile node within its home link. • Home subnet prefix The IP subnet prefix corresponding to a mobile node's home address. • Home link The link on which a mobile node's home subnet prefix is defined. Standard IP routing mechanisms will deliver packets destined for a mobile node's home address to its home link. • mobile node A node that can change its point of attachment from one link to another, while still being reachable via its home address.

  11. Terminology • Movement A change in a mobile node's point of attachment to the Internet such that it is no longer connected to the same link as it was previously. If a mobile node is not currently attached to it home link, the mobile node is said to be "away from home". • Correspondent node A peer node with which a mobile node is communicating. The Correspondent node may be either mobile or stationary. • Foreign subnet prefix Any IP subnets prefix other than the mobile node's home subnet prefix. • Foreign link Any link other than the mobile node's home link.

  12. Terminology • Home agent A router on a mobile node's home link with which the mobile node has registered its current care-of address. While the mobile node is away from home, the home agent intercepts packets on the home link destined to the mobile node's home address, encapsulates them, and tunnels them to the mobile node's registered care of address. • Care-of address An IP address associated with a mobile node while visiting aforeign link; the subnet prefix of this IP address is a foreign subnet prefix. Among the multiple care-of addresses that a mobile node may have at a time (e.g., with different subnet prefixes), the one registered with the mobile node's home agent is called its "primary" care-of address

  13. Terminology • binding The association of the home address of a mobile node with a care-of address for that mobile node, along with the remaining lifetime of that association.

  14. Mobility in IPv6 • Operation: A mobile node is always addressable by its home address, whether it is currently attached to its home link or is away from home. While a mobile node is at home, packets addressed to its home address are routed to it using conventional Internet routing mechanisms in the same way as if the node were never mobile. Since the subnet prefix of a mobile node's home address is the subnet prefix on the mobile node's home link packets addressed to it will be routed toits home link

  15. When the mobile node is attached to the foreign link, away from home, It is addressable by one of the care of address in addition to its home address • The subnet prefix of the mobile node is the subnet prefix of the foreign link being visited by the mobile node. • If mobile node is connected to foreign link then the packets are routed to the mobile node through the care of address from the home agent. • The association between a mobile nodes home address and care of address is known as binding.

  16. How is binding done? • While away from home, a mobile node registers one of its care of addresses with a router on its home link, requesting this router to function as home agent for the mobile node. • The mobile node sends home agent a packet containing a binding update destination option. • the home agent then replies to the mobile node by returning a packet containing a "Binding Acknowledgement" destination option. The care-of address in this binding registered with its home agent is known as the mobile node's "primary care-of address". The mobile node's home agent thereafter uses proxy Neighbor Discovery to intercept any IPv6 packets addressed to the mobile node's home address (or home addresses) on the home link, and tunnels eachintercepted packet to the mobile node's primary care-of address.

  17. Binding update, acknowledge and request • A Binding Update option is used by a mobile node to notify a correspondent node or the mobile node's home agent of its current binding. • A Binding Acknowledgement option is used to acknowledge receipt of a Binding Update, if an acknowledgement was requested in the Binding Update • A Binding Request option is used to request a mobile node to send to the requesting node a Binding Update containing the mobile node's current binding. • A binding update, binding acknowledgement, or binding request can be sent as a separate IPV6 packet containing no payload. • They can be included within any IPV6 packet carrying any payload such as tcp or udp.

  18. How does thehome agent maintain all the information? • Binding cache • Cache maintained by the IPV6 node, of binding for other nodes. • When sending a packet, the Binding Cache is searched before the Neighbor Discovery conceptual Destination Cache. • Binding cache has some fields: • The home address of the mobile node for which this is the Binding Cache entry. • The care-of address for the mobile node indicated by the home address field in this Binding Cache entry. • A lifetime value, indicating the remaining lifetime for this Binding Cache entry. • The time at which a Binding Request was last sent for this entry, as needed to implement the rate limiting restriction for sending Binding Requests

  19. Binding Update List • A list, maintained by each mobile node, recording information for each Binding Update sent by this mobile node, for which the Lifetime sent in that Binding Update has not yet expired.  • fields: • The IP address of the node to which a Binding Update was sent. • The home address for which that Binding Update was sent. • The care-of address sent in that Binding Update. • The remaining lifetime of that binding.  • The time at which a Binding Update was last sent to this destination.

  20. Binding update option format • The Binding Update destination option is used by a mobile node to notify other nodes of a new care-of address for itself. As a destination option, it MAY be included in any existing packet being sent to this same destination or MAY be sent in a packet by itself; a packet containing a Binding Update is sent in the same way as any packet sent by a mobile node.

  21. Binding update option format • 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 • +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ • | Option Type | Option Length | • +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ • | A | H | C | Reserved | Prefix Length | Sequence Number | • +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ • | Lifetime | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + + | | + Care-of Address + | (only present if C bit set) | + + | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Sub-Options... +-+-+-+-+-+-+-+-+-+-+-+-

  22. Option type 195 number which represents binding update option format • Option Length 8-bit unsigned integer. Length of the option, in octets, excluding the Option Type and Option Length fields.   • Acknowledge (A)  • The Acknowledge (A) bit is set by the sending mobile node to request a Binding Acknowledgement (Section 5.2) be returned upon receipt of the Binding Update.  • Home Registration (H)  • The Home Registration (H) bit is set by the sending mobile node to request the receiving node to act as this node's home agent. 

  23. Care-of Address Present (C)  • The Care-of Address Present (C) bit indicates the presence of the Care-of Address field in the Binding Update. • Prefix Length  • The Prefix Length field is valid only for a "home registration" Binding Update. This field MUST be zero if the Home Registration (H) bit is not set in the Binding Update. Sequence Number used by the receiving node to sequence Binding Updates and by the sending node to match a returned Binding Acknowledgement with this Binding Update.  

  24. Binding Acknowledgementoption format • Binding Acknowledgement Option Format  The Binding Acknowledgement destination option is used to acknowledge receipt of a Binding Update option. When a node receives a packet containing a Binding Update option, with this node being the destination of the packet, this node MUST return a Binding Acknowledgement to the source of the packet, if the Acknowledge (A) bit is set in the Binding Update. • The Binding Acknowledgement option is encoded in type-length-value (TLV) format as follows:

  25. Binding Acknowledgement option format 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 +-+-+-+-+-+-+-+-+ | Option Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Option Length | Status | Sequence Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Lifetime | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Refresh | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Sub-Options... +-+-+-+-+-+-+-+-+-+-+-+- 

  26. Binding Acknowledgement option format • Option Type 2 indicates that it is a binding acknowledgement option.  • Option Length 8-bit unsigned integer. Length of the option, in octets • 8-bit unsigned integer indicating the disposition of the Binding Update. • Status field less than 128indicate that the Binding Update was accepted by the receiving node. • 0 Binding Update accepted • Status field greater than or equal to 128 indicate that the Binding Update was rejected by the receiving node.

  27. Binding Acknowledgement option format • 128 Reason unspecified • 129 Poorly formed Binding Update • 130 Administratively prohibited • 131 Insufficient resources • 132 Home registration not supported • 133 Not home subnet • 134 Sequence Number field value too small • 135 Dynamic home agent address discovery response • 136 Incorrect interface identifier length • 137Not home agent for this mobile node

  28. Binding request option format • Binding Request Option Format  The Binding Request destination option is used to request a mobile node's binding from the mobile node. • The Binding Request option is encoded in type-length-value (TLV) format as follows:  • 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- | Option Type | Option Length | Sub-Options... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-

  29. Binding request option format • Option Type 3 this number indicated the binding request option format . • Option Length 8-bit unsigned integer. Length of the option, in octets, excluding the Option Type and Option Length fields. • Sub-Options  Additional information, associated with this Binding Request option, that need not be present in all Binding Requests sent.

  30. Is it possible to use more than one care of addresses? • Yes it is possible to have more than one care of addresses. • What is the use in having more than one care of address? • When moving from one network to another network it is possible that it may loose connection (i.e. the primary care of address may change) with home agent, thus even at this point the packets can be routed with the help of other care of addresses that the home agent has.

  31. What if the home agent is reconfigured? • It is possible that while a mobile node is away from home, some nodes on its home link may be reconfigured, such that the router that was operating as the mobile node's home agent is replaced by a different router serving this role. In this case, the mobile node may not know the IP address of its own home agent. Mobile IPv6 provides a mechanism, known as "dynamic home agent address discovery", that allows a mobile node to dynamically discover the IP address of a home agent on its home link with which it may register its care-of address while away from home. The mobile node sends a Binding Update to the "Home-Agents any cast address" for its own home subnet prefix and thusreaches one of the (possibly many) routers on its home link currently operating as a home agent. This home agent rejects the mobile node's Binding Update, but returns in the Binding Acknowledgement in response a list of all home agents on the home link.

  32. Source of Information • Mobility Support in IPv6 <draft-ietf-mobileip-ipv6-07.txt> • IP Mobility Support for IPv4 RFC 3220 (rfc3220) • Some topics from Computer Networking - Keith W. Ross

  33. Thank you.

More Related