[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: initial issues
Jim;
> Once we all get to know each other and get some productive stuff done then
> have it by all means. But lets just get a charter, strategy, begin
> requirements definition and not try to change what one may or may not like
> in IPv6 right now. That is really why IPng exists. This list is not a back
> door to change what is in IPng's charter.
You misunderstand the point.
Multi6 will be a place to discuss, for multihoming, IPv6
routing/addressing, which is currently withing a scope of IPng WG.
According to your logic, such WG can not exist.
Worse, the expected changes are on transport/application protocols.
IPng WG is chartered explicitely not to discuss such issues.
TCP/UDP: The IPng Working Group will specify the
procedures for hosts to compute and verify TCP/UDP
pseudo-headers. Any other changes to TCP beyond
making TCP work with IPng are out of scope of the working
group and should be dealt with by a TCPng Working Group.
So, it is a scope violation for members of IPng WG claim "TCP
protocol changes are not acceptable".
Note that there is no TCPng WG.
Masataka Ohta