Re: [Mip6] Re: concensus on [issue94] fixing encapsulation mechanism in IPv4 network

[Vijay Devarapalli <vijay.devarapalli at azairenet.com>]

Keiichi SHIMA wrote:
> Hello Hesham,
>
> I think the text explaining the option 'A' is not exactly what I 
> proposed in my previous mail.  Please let me clarify the text about the 
> option 'A'.
>
>
> On 2007/03/28, at 16:33, Hesham Soliman wrote:
>
> > A. Add a flag that allows the MN to request UDP tunnelling interface
> > (independently of the presence of a NAT) from the HA, when sending the 
> > BU.
> > The HA can override the MN's request. Or,
>
> The idea is to introduce a new flag for MN to request the UDP tunnel 
> mode.  Let's call it as the 'U (requesting UDP tunnel)' flag.  If the MN 
> doesn't specify the 'U' flag, the behavior is exactly the same as the 
> current specification.  The HA can decide what kind of tunneling 
> mechanism (IP-in-IP or UDP-in-IP).
>
> When the MN sets the 'U' flag on, the HA always replies with the 'F 
> (Force UDP tunnel)' flag.  This is a new behavior what I want to propose.

We would also need to mention when the MN would be setting this
flag. Is it when it wants to use UDP encapsulation due to
implementation related considerations? I guess you want to use
the 'U' flag for this.

But there are others who have expressed that this flag can be
used for firewall traversal. Since the MN wouldn't know if
there is a  firewall on the path, it would end up setting the
'U' flag all the time. If the HA can't override it, then
providing a NAT detection mechanism is useless, IMO.

Vijay

> The HA shouldn't override the 'U' flag.  If we allow overriding the 'U' 
> flag, then there is no difference between the option 'A' and 'B'.
>
> Regards,
> ---
> Keiichi SHIMA
> IIJ Research Laboratory <keiichi at iijlab.net>
> WIDE Project <shima at wide.ad.jp>
>
>
>
>
> _______________________________________________
> Mip6 mailing list
> Mip6 at ietf.org
> https://www1.ietf.org/mailman/listinfo/mip6


_______________________________________________
Mip6 mailing list
Mip6 at ietf.org
https://www1.ietf.org/mailman/listinfo/mip6