Re: [mobile-ip] Re: FW: I-D ACTION:draft-tsirtsis-dsmip-problem-00.txt
Fred Templin <ftemplin=8Gv2wEgEJxW2oZ/[email protected]> Wed, 30 Jul 2003 09:52:53 -0700
| Newsgroups | gmane.ietf.v6ops,gmane.ietf.mobileip |
|---|---|
| Message-ID | <[email protected]> |
George,
Tsirtsis George wrote:
>Now, when the mobile is not at home but in some other network, there is an
>issue about what kind of v4/v6 support there is in the foreign network. The
>nice thing about Mobile IP is that it is based on tunnels and thus it
>provides natural way of tunneling over networks that are not compatible with
>the mobile ...if only Mobile IP could configure v4 over v6 and v6 over v4
>tunnels (as opposed to just v4 over v4 and v6 over v6 tunnels). A dual stack
>mobile in a v4 only foreign network would then be able to create a v4&v6
>over v4 (forward and reverse) tunnel with its HA and thus maintain all its
>connectivity.
>
When a dual-stack MIPv6 MN encounters a v4-only foregin network,
I see (at least) three possibilities for the v6-in-v4 tunnel endpoint:
1) the tunnel endpoint resides in the home network; perhaps
even co-located with the HA (potential use case for configured
tunnels)
2) the tunnel endpoint resides in the visited netwok (potential
use-case for isatap)
3) the tunnel endpoint resides in some 3rd party network
(potential use-case for tunnel broker)
In any case, the v6-in-v4 tunnel should present an MTU large enough
to encapsulate 1280 bytes PLUS the size of the outermost IPv6 header
so that the inner MIPv6 IPv6-in-IPv6 tunneling does not incur harmful
fragmentation (see RFC 2473, section 7). But, most v6-in-v4 tunneling
specifications cap their MTUs at 1280 bytes. Does this seem like a
potential performance issue waiting to bite us?
Fred
ftemplin=LXTkK8GSST62oZ/[email protected]