I-TCP – For Mobile Hosts
Download
Report
Transcript I-TCP – For Mobile Hosts
Connection
Migration
818L Network Centric Computing
Spring 2002
Ishan Banerjee
Connection Migration
Hosts Mobility
Network A
A mobile device is attached to
a different network
A mobile device migrates to
another cell
Wireless Network
Network B
Connection Migration
Service Availability
Client may or may not be
aware of redundant
servers
I-TCP
Host Mobility
Rutgers DCS
TCP – Mobile Hosts
Traditional fixed hosts
TCP was developed keeping in mind the
fixed nature of hosts.
Physical link assumed was wired network
Mobile Hosts
- Weak wireless link
- Cell crossover causes dropped TCP
segments and longer restoration time
I-TCP – Mobile Hosts
Architecture
MSR-2
MH
FH
Handoff
MH
MSR-1
Split transport layer
I-TCP – Mobile Hosts
Issues
+ Concept is simple and direct
+ Fixed TCP backbone unchanged
+ No new transport protocol is required
Implemented over Mobile IP
? Fixed host is unaware of mobility
? Application is unaware of mobility
? End-to-end semantics violated
? Split transport layer
Migrate
Host Mobility
MIT LCS
Internet Mobility – Issues
Disconnected state is a fundamental property of
any network connection
End points must not have static addressing
Application must be aware of network
disconnection and treat it as natural, not an error
Application must handle disconnection and
resume upon network reconnection
Upper layers should not depend on lower layer
naming system
Reconsidering Internet mobility – Snoeren, Balakrishnan, Kaashoek – MIT LCS
Mobile IP – Host Mobility
Architecture
Care of address / foreign agent
Fixed Host
Mobile Host
Home Agent
Mobile IP – Host Mobility
Issues
Pure network layer solution. Upper layers unchanged
Triangle routing consumes more resources
Migrate – Host Mobility
IP
DNS Updates
Addressing
Mobile host location
Connection migration
TCP Modification
Migrate – Host Mobility
Addressing
IP address is used to identify the host. The policy
of obtaining a new IP in a foreign domain is
separated from the location mechanism.
+ Implies no change to the network layer
infrastructure
Migrate – Host Mobility
Mobile host location
Uses DNS updates to broadcast new
location
Mobile Clients – require no DNS updates
Mobile Servers – update DNS
DNS entry for mobile hosts made non
cacheable
? Are there any dropped packets
? How scalable is DNS update
Migrate – Host Mobility
Connection migration
Traditional TCP connection
- <source IP, source port, dest IP, dest port>
Modification
- <source IP, source port, token>
Mobile host can re-establish a connection
using the connection token
- Implies modifying the TCP stack
Migrate – Host Mobility
Issues
Applications are unaware of mobility of hosts
- TCP stack needs modification
Migrate
Service Availability
MIT LCS
Migrate – Service Availability
External
Health monitoring
Server selection
Connection migration
Application Independent
Migrate – Service Availability
Connection migration
Information advertised
Application dependent
Transport layer
URL
IP, Port, Seq #
Support group
Client
Migrate – Service Availability
Issues
What about transaction servers
Transport state migrated
Application-unaware
X Specific application (HTTP) aware
Transport module
Comments
Internet has changed from a collection of
fixed nodes to a combination of fixed and
mobile nodes
Provide temporary patches
Search for permanent solutions
Content/ service naming- consider mobility
Should give up trying to protect one layer
or the other from disconnection or mobility
transparency. Accept the fact that short/
long disconnections are natural. Each layer
should be prepared.