[ppml] 240/4
michael.dillon at bt.com
michael.dillon at bt.com
Fri May 4 03:40:24 EDT 2007
> > If the RFC tells people that there MAY be problems routing 240/4
> > addresses on the open Internet, and that there MAY be technical
> > problems
> You seriously underestimate the problem space by making it sound like
> simply
> a routing problem.
No I don't! This is not a technical mailing list and there is no need to
get into such technical details here. In fact, an RFC that releases
240/4 from bondage also does not need to directly address these
technical issues, merely point out that there MAY be problems and that
there is need for further work, an maybe future RFCs to cover those
issues.
> That space was undefined at the time of testing so
> every
> Windows system will not even initiate traffic to that block through
the
> default route because it was not clear if there should have been some
> other
> path that was special for that block.
Windows software is regularly patched, more often than server software
in my experience. I am not concerned about any specific behaviour in
Windows because I know that once the 240/4 RFC goes out, MS will be
motivated to fix them.
> It is not a matter of fixing the code, it is about the reality of
getting
> the old systems weeded out of deployment.
That is an issue for the organizations that decide they want to try
using the newly available 240/4 space. I am not going to try and second
guess their motives or how they might deploy the space. Networks are not
as homogenous as you imagine. The RFC that releases 240/4 is not
directed at Joe Sixpack which is why the RIRs will be instructed to warn
applicants an get them to state that they are aware of the technical
problems with 240/4.
> but it should be made clear that use of that space has to be for a
> completely self-contained collection of new end systems with no
> expectation
> of it every working to interact with the rest of the IPv4 address
space
> (including 1918).
The RFC should not say that the 240/4 space MUST be used for a
self-contained deployment, but it SHOULD warn that this MAY be the only
useful way of using such addresses.
--Michael Dillon
More information about the ARIN-PPML
mailing list