[ppml] IP-v6 Needs (RE: a modified proposal 2005-8)

Marshall Eubanks tme at multicasttech.com
Fri Mar 17 12:31:34 EST 2006

I will probably become unpopular for saying this, but
I actually think that a $ 100 million dollar aircraft with hundreds  
of people and networked
devices on board _should_ be an Autonomous system, with its own PI  
address space to boot.


On Mar 17, 2006, at 11:57 AM, Davis, Terry L wrote:

> Marshall
> Possibly but the current mobility schemes don't require that.
> Being their own Autonomous System would probably help with service
> provider handoffs; one of our challenges right now is that no one  
> is yet
> working on how the concepts of "Internet docking" really works for  
> large
> mobile platforms with one or more complete onboard networks.
> Take care
> Terry
> -----Original Message-----
> From: Marshall Eubanks [mailto:tme at multicasttech.com]
> Sent: Friday, March 17, 2006 8:46 AM
> To: Davis, Terry L
> Cc: Howard, W. Lee; ppml at arin.net
> Subject: Re: [ppml] IP-v6 Needs (RE: a modified proposal 2005-8)
> To extend your example at little, would you envision each Aircraft as
> being its
> own Autonomous System ? And, if not, why not ?
> Regards
> Marshall
> On Mar 17, 2006, at 11:33 AM, Davis, Terry L wrote:
>> Lee
>> My main point is that we cannot plan for an IP-v6 world using IP-v4
>> templates.  The key messages:
>> 1) We MUST provider users (individuals/government/business) with
>> logical
>> stability.  Getting new IP addresses, DNS names, and email addresses
>> every time we either change providers or move will simply be
>> unacceptable.  Without this logical stability, every communication
>> service (voice/email/etc) is unstable, industry-wide initiatives  
>> (i.e.
>> like power control) are not possible, and even gains the financial
>> institutions hope to make with EFT systems become limited (i.e.
>> remember
>> the fun of resetting all your automatic billings/payments email
>> addresses last time you changed service providers?).  I know this
>> may be
>> more an IETF issue but I'm there next week.
>> 2) Assuming that any users (individuals/government/business) will
>> have a
>> single service provider is completely unrealistic.  (Much of point in
>> the chain below) We need to understand impacts of this to IP-v6
>> network
>> architectures and routing.
>> (I'm already dealing with this reality in the aviation industry as we
>> plan for IP-v6.  The aircraft MUST be able to join to many different
>> service provider networks as it moves around the world; we have
>> carriers
>> that fly there aircraft literally around the world in a bit over a
>> day.
>> The aircraft WILL most of the time have simultaneous links to  
>> multiple
>> service providers.  An aircraft will probably have at least three
>> separate networks onboard: air traffic control, airline or
>> operator, and
>> in-flight passenger services/entertainment.)
>> 3) Besides government, whole industries will want address blocks that
>> they manage as closed network; these may be at the regional,  
>> national,
>> or global level.  Power, shipping, and aviation are some that will
>> almost certainly require this.
>> 4) We might as well come to terms with the idea that some of these
>> must
>> be essentially irrevocable.  Can anyone envision revoking the IP
>> address
>> of an aircraft that is set up in air traffic control systems around
>> the
>> world?
>> I doubt that I can make the ARIN meeting in Montreal but I will try.
>> Take care
>> Terry
>> -----Original Message-----
>> From: Howard, W. Lee [mailto:Lee.Howard at stanleyassociates.com]
>> Sent: Friday, March 17, 2006 7:44 AM
>> To: Davis, Terry L
>> Cc: ppml at arin.net
>> Subject: RE: [ppml] a modified proposal 2005-8
>>> -----Original Message-----
>>> From: Davis, Terry L [mailto:terry.l.davis at boeing.com]
>>> Sent: Thursday, March 16, 2006 5:56 PM
>>> To: Howard, W. Lee
>>> Cc: ppml at arin.net; bookeym at pachenalight.com
>>> Subject: RE: [ppml] a modified proposal 2005-8
>>> Lee
>>> Responses below.
>>> (All, apologies for the formatting.  My responses are between the +
>>> +++
>>> lines.)
>> That does make it challenging to respond.  In my responses below,
>> I'm trying to point out that this is where we set IP address
>> allocation policies, and in order for your participation to be
>> effective, you need to describe what policy you would like to see.
>>> Take care
>>> Terry
>>> -----Original Message-----
>>> From: Howard, W. Lee [mailto:Lee.Howard at stanleyassociates.com]
>>> Sent: Thursday, March 16, 2006 1:45 PM
>>> To: Davis, Terry L
>>> Cc: ppml at arin.net; bookeym at pachenalight.com
>>> Subject: RE: [ppml] a modified proposal 2005-8
>>>> -----Original Message-----
>>>> From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net] On
>>>> Behalf Of Davis, Terry L
>>>> Sent: Wednesday, March 15, 2006 10:29 PM
>>>> To: Houle, Joseph D (Joe), CMO
>>>> Cc: ppml at arin.net; bookeym at pachenalight.com
>>>> Subject: Re: [ppml] a modified proposal 2005-8
>>>> Joe
>>>> Nope, you read it correctly!
>>>> The power company will require your electrical systems to
>>> be on their
>>>> PLC networks in order to control your electrical systems; it
>>>> would make
>>>> a completely unworkable control and routing system for the electric
>>>> company to try to map the homeowners ISP assigned networks to
>>>> your home load controller.
>>> Why?  They have to have a table mapping (IP) address to
>>> (home) address,
>>> so why does it matter if the IP address is theirs?
>>> ++++++++++++++++++++++++++
>>> If they don't go directly to the home, they will constantly be:
>>> - Unable to connect due home firewall/network changes
>>> - Have to deal with an IP churn rate per home that will force  
>>> them to
>>> change approaching 20% of their entries annually because
>>> someone either
>>> moves or change service providers.
>>> - Will have to require their customers ALSO get an ISP to get load
>>> control service.
>>> ++++++++++++++++++++++++++
>> I understand 1 and 3, but I don't follow your middle point.  You
>> suggested government assignment, either to a physical address, in
>> which case there's no churn, or to an owner, in which case the
>> churn would happen anyway due to moves, regardless of whether the
>> address was assigned by utility or government.
>>>> You will need to interface to their control center somehow
>>> to set your
>>>> home systems/load controllers and that could be via any available
>>>> networks but the actual controls will need to come in over their
>>>> networks.
>>> I'm trying to understand your position:  The power company needs to
>>> build its own IP network in order to manage power systems at each
>>> home; their IP address assignments will be from their aggregatable
>>> block.
>>> +++++++++++++++++++++++++
>>> Correct.
>>> +++++++++++++++++++++++++
>>>> Likewise government would like to give each home a permanent
>>>> subnet from
>>>> "its addresses" for their use especially including advanced
>>>> EMS services
>>>> such that they can handle both 911 and direct fire alarms.
>>> I wouldn't
>>>> be surprised if in a couple decades, your home City/County has your
>>>> properties IP address on your deed.
>>> I would be surprised.  IP addresses are not property, and are not
>>> transferable in that sense.
>>> ++++++++++++++++++++++++++
>>> We will see how it develops.  My guess is that EMS will win although
>>> with IP-v6 they could certainly allocate the address portion of the
>>> space themselves to the property permanently and allow the network
>>> portion to change.
>>> ++++++++++++++++++++++++++
>> EMS will win what?  I didn't know there was a contest.
>> IP addresses are not property.  They are identifying numbers, which
>> are allocated or assigned based on policies created by the public
>> and administered by the Regional Internet Registries, such as ARIN.
>> They are fungible, and cannot be owned, bought or sold.
>>>> I already have two ISP's serving my home; cable and DSL
>>> both and will
>>>> probably add an EVDO link with a third.  In my case, because of the
>>>> incredibly poor physical plant in my area, neither are very
>>> reliable.
>>>> Try this list, you can validate it with some of the folks working
>>>> community networking:
>>>> - Internet Service Provider
>>>> - Entertainment Service Provider
>>>> - Home Application Service Provider
>>>> - Government Services
>>>> - Communication Service Provider
>>>> - Power Provider
>>>> - Metering Provider
>>>> - EMS (911 and fire alarm)
>>>> - Security Service Provider
>>>> None of these will be a simple single IP address either as most  
>>>> will
>>>> have multiple controls or sensors serving your home.
>>> Would a /64 be sufficient for each, do you think?  Especially if
>>> they're not from a single aggregate block, this would be important
>>> to understand.
>>> +++++++++++++++++++++++++++
>>> I would certainly think so.
>>> +++++++++++++++++++++++++++
>>>> And no your ISP will NOT work as the sole provider of my home IP's!
>>>> I'll personally fight that on capital hill!
>>> This is the place to fight for that, not Capitol Hill.
>>> ++++++++++++++++++++++++++++
>>> I'd like to think so but history seems to say otherwise.
>>> ++++++++++++++++++++++++++++
>> Please explain.
>>>> We fought for the right not
>>>> to be forced to switch phone numbers when we move and I'm on
>>>> my 4th (or
>>>> 5th) ISP serving my home in the last ten years.  (AT&T, Earthlink,
>>>> Qwest, MSN, Speakeasy, and Comcast, ok 6th)  All of which
>>> provided me
>>>> with new IP's and email addresses which had no relation to any my
>>>> previous ones so I had to contact everyone I emailed with and
>>>> have them
>>>> update my email address.  Bill paying services make this even
>>>> worse!  It
>>>> takes months to get them all updated; one-at-a-time.
>>> Just to make sure I understand your position:
>>> You'd rather have nine provider aggregated addresses
>>> (counting networks
>>> above) than one (PI or PA) address?
>>> +++++++++++++++++++++++++++++
>>> I think that is what will happen.  Whether I care or not
>>> depends on how
>>> well they can hide the details.  Regardless which option
>>> wins, we cannot
>>> expect the average homeowner to be able to deal IP networking
>>> detail at this level.
>>> +++++++++++++++++++++++++++++
>> What do you want to have happen?
>> Can you explain how one plan or another affects homeowners?
>>> There are some differences here.  Your choice of local phone  
>>> carriers
>>> has been extremely limited.  The local carrier has physical
>>> facilities
>>> to your house; now the cable company and power company also have
>>> facilities.  An ISP provides a service using those facilities.  They
>>> may provide multiple services, including routing (pretty
>>> essential, and
>>> requiring aggregatable addressing) and maybe also email, but
>>> these are
>>> disjoint: there's no reason your Internet access provider has
>>> to be your
>>> email provider.
>>> +++++++++++++++++++++++++++++
>>> Agreed but what we have to do is figure out how to provide
>>> the homeowner
>>> at stable set of logical addresses (email/web/voice/etc) that
>>> map their
>>> physical ones.  Otherwise I am certain that local government will  
>>> win
>>> here.
>>> +++++++++++++++++++++++++++++
>> Again, win what?
>> Since ARIN only administers IP addresses, can we discuss those
>> separately?
>> Is it necessary for email address, web site, and phone number
>> to be permanently mapped to an IP address?  Are no dynamic
>> mappings possible which might make the IP address transparent
>> to the homeowner?
>>>> This is exactly why I would prefer a local government
>>> provided IP that
>>>> was associated with my home address that didn't change
>>> until I moved!
>>> I must have misunderstood your previous points then.  There are a  
>>> lot
>>> of points to take away from this sentence:
>>> 1.  "Local" government meaning city, county, state, federal, or some
>>> kind of regional Internet registry?
>>> +++++++++++++++++++++++++++++++++
>>> The first four although the fifth could work.
>>> +++++++++++++++++++++++++++++++++
>> In order to derive a policy, we need more detail.  What do you
>> advocate?
>>> 2.  You want a government authority to replace the current
>>> system of IP
>>> address allocation?  Can you outline the ways in which this
>>> is superior
>>> to the current system?
>>> ++++++++++++++++++++++++++++++++++
>>> NO, but that is what I will probably get.  The reason is simple;  
>>> they
>>> can provide me with a stable set of logical relationships
>>> that map to my
>>> physical home.  A present this is simply not possible for a service
>>> provider to do.
>>> +++++++++++++++++++++++++++++++++++
>> Then what do you want?
>>> 3.  How would IP addresses be "associated with my home address"?
>>> Do you envision embedding physical address information in the IP
>>> address, like GPS coordinates, or a database owned and operated by
>>> the
>>> government?
>>> +++++++++++++++++++++++++++++++++++
>>> I think that either GPS or a government DB is most likely.
>>> +++++++++++++++++++++++++++++++++++
>> Is that what you want?
>> Can you provide a way of embedding GPS coordinates into IPv6
>> addresses?
>> Does it scale?
>> Can you describe such a government database?  Maintainer, schema,
>> etc.
>> How would either of these be routed?
>>> 4.  How would routing work?  Would every network have to carry a
>>> Separate route for every home?   Or do you mean that local
>>> governments
>>> should take over all Internet access?
>>> ++++++++++++++++++++++++++++++++++++
>>> In the scenario I envision occurring, local government just becomes
>>> another "service provider" and each of the home service providers
>>> does
>>> their own routing.
>>> ++++++++++++++++++++++++++++++++++++
>> I'm not quite sure I followed that.  The local government becomes the
>> Internet access provider?  Or do they provide some other service?
>> If the government assigns an address to be used by all of the other
>> providers, there are significant routing implications.  If there's
>> any competition, then addresses cannot be aggregated, and a separate
>> routing entry will have to be maintained for each address.  Can you
>> describe how that would scale, given even optimistic technology
>> projections?  If there's no competition, then we have nine completely
>> separate networks, which do not overlap anywhere and cannot inter-
>> connect.  Also, a different form of government and economy.
>>>> And I certainly don't want to worry that if I change ISP,
>>> 911 or fire
>>>> won't be able to find me.  Likewise I want to keep my phone
>>>> number when
>>>> I move and my email even if I have to change service providers.
>>>> Sorry but my view of the future world has little to do with  
>>>> today's!
>>> That's fair to say.  I don't quite understand whether you favor
>>> competition, monopolization, or nationalization.  I'm hoping you can
>>> clarify how routing might work in your vision.  I definitely advise
>>> you to take advantage of one of the many companies providing free
>>> email, so that you don't have to go through the pain of updating  
>>> your
>>> contacts next time you switch ISPs.  Or you can set up your own mail
>>> server, of course.
>>> +++++++++++++++++++++++++++++++++++++
>>> I'm in favor of a solution that provides the home owner or  
>>> individual
>>> with a set of "stable" logical relationships.  I certainly won't go
>>> through a "free email provider" as I need them to both be
>>> around for the
>>> long term and to be responsible.  As an example, I keep paying MSN
>>> monthly even though I have no used them as an ISP for over five
>>> years;
>>> this is simply to provide my wife a stable email for a large
>>> non-profit
>>> group she works with.  It is that important!
>>> +++++++++++++++++++++++++++++++++++++
>> If I have correctly interpreted your arguments, you advocate
>> government control of networks and centralized, rigidly hierarchical
>> networks which map exactly to geography.  You also want those  
>> networks
>> to map exactly to individuals, which seems to be a conflict.
>> Perhaps smooth dynamic mappings between identifiers would require
>> fewer fundamental changes to TCP/IP.
>> Lee
>> _______________________________________________
>> PPML mailing list
>> PPML at arin.net
>> http://lists.arin.net/mailman/listinfo/ppml

More information about the ARIN-PPML mailing list