Re: [Ianaplan] control and negotiation (was Re: draft-ietf-ianaplan-icg-response-02 working group last call)

[Seun Ojedeji <[e-mail]>]

I responded to this mail but it seem my response did not get through. I
will try this again below:

@Miles i think you may be referring to iana.org as if operating systems
services sync information off it in reatime which is not necessarily the
case. I would expect that a change in the domain name will only require a
normal OS update to reflect the appropriate new url...No?

What i would term disruptive is when there exist 2 sources of authoritative
information and when the information on the each source is not the same.
For example it would not be helpful if a source reflects http being port 80
and another reflects it as another port. So i would think being
authoritative goes beyond a mere ownership of iana.org but extend to the
content itself.

Cheers!


On Fri, Nov 7, 2014 at 10:42 PM, Miles Fidelman <[e-mail]>
wrote:

> David Conrad wrote:
>
>> Miles,
>>
>> On Nov 6, 2014, at 6:19 AM, Miles Fidelman <[e-mail]>
>> wrote:
>>
>>> More specifically, I'm concerned with avoiding any confusion or
>>> operational disruption in the event of future conflicts among the parties
>>> involved in oversight, management, and/or performance of the IANA functions
>>> - particularly in the case where a transition of contractor might occur on
>>> less then friendly terms.
>>>
>>> Under such situations, it seems at least possible, if not likely, that
>>> litigation might ensue and/or that parties might operate competing
>>> registries - causing operational confusion at a minimum, and possibly more
>>> serious disruptions to smooth operation of the net.
>>>
>> We're talking about the protocol parameter registries, right?
>>
>> I'm honestly curious: could you describe the "serious disruptions to
>> smooth operation of the net" or "operational confusion" that would occur in
>> the event of future conflicts relating to the IANA trademark and/or
>> IANA.ORG domain?
>>
>>
>>
> Kind of depends on the degree to which various developers depend on the
> various registries published under iana.org, and perhaps on the degree to
> which anybody relies on automatic download of registry contents.
>
> For example, the /etc/services file in Debian includes this statement:
> #Updated from http://www.iana.org/assignments/port-numbers
>
> I expect other operating systems do similar things.  A lot of systems
> could break, rather precipitously, if iana.org went offline, or the file
> were moved somewhere else, or the file were corrupted - particularly if it
> happened just before a major release cycle.
>
> To me, that would be a "serious disruption" or at the very least
> "operational confusion"
>
>
>
> Miles Fidelman
>
> --
> In theory, there is no difference between theory and practice.
> In practice, there is.   .... Yogi Berra
>
> _______________________________________________
> Ianaplan mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/ianaplan
>



-- 
------------------------------------------------------------------------





*Seun Ojedeji,Federal University Oye-Ekitiweb:      http://www.fuoye.edu.ng
<http://www.fuoye.edu.ng> Mobile: [phone]**alt email:
<http://goog_1872880453>[e-mail]
<[e-mail]>*

The key to understanding is humility - my view !