> |Sorry for the delayed response - didn't see me in the to: or cc: fields.
>
> I try to keep all the mail to the list just to the list...
As long as you don't ask me direct questions and expect me to answer
than would be fine. This time it took almost 2 months...
> |You seem to be assuming flash renumbering without overlap.
>
> Yes, that is the only reasonable assumption to make. Just as ISPs now use
> short DHCP leases and related dynamic adderssing techniques to discourage
> what they perceive as "bandwidth hungry server activity" they will use
> frequent renumbering to achieve the same goals. Without site locals they
> will have the added advantage of being able to disrupt not only your
> "server's" accessibility from the internet, but your stereo and your tv as
> well. At least they will be able to do this until v6 NAT appears.
>
> Please explain why you assume that ISPs will change their business models
> under v6.
The ISPs business model is about service differentiation.
They can and do use various techniques in IPv4 to accomplish this - short
DHCP leases, 1 vs. multiple IP addresses, port filtering, access line bandwidth
etc. They will AFAIK continue to need to do service differentiation.
But the actual form of service differentiation doesn't need to be
the same.
Will v6 make the ISPs that do port filtering stop doing so?
Not uness there is some other means to provide service differentiation.
Will v6 make the ISPs that use short leases stop doing so?
Not uness there is some other means to provide service differentiation.
If we can provide some other means for them to do so, we can avoid having to
warp the addressing architecture to try to "route around" the ISPs desire.
I think this is what the tussle paper ("A tussle in cyperspace - defining
tomorrow's internet") means when it talks about designing for variations in
outcome and not designing to try to force the outcome of the tussle.
Something well-worth considering in this space IMHO.
Erik
--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page: http://playground.sun.com/ipng
FTP archive: ftp://playground.sun.com/pub/ipng
Direct all administrative requests to [EMAIL PROTECTED]
--------------------------------------------------------------------
