[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Allowing IP addresses as path-identiites (Re: #1047 Path field delimiters and syntax - status)



technical contributor hat on:

In case anyone is in any doubt whatsoever, I think we should delete option 2 in the list below. It adds zero value for the users of the standard, and creates one more reason for identities to be unstable.

chair hat on:

it's "me-too" time.
If you have an opinion of whether or not we should allow IP addresses as path-identities, either YES or NO, please speak up.


YES - IP addresses should be allowed as path-identity.
NO - IP addresses should not be allowed as path-identity.

NOTE: If we disallow IP addresses as path-identities, we will still allow them as "diagnostic data" - nobody's proposed that we should declare articles that have IP addresses in the path as non-conformant. However, if we disallow them, they WILL be disallowed in Injection-info and Xref, which are the two other places that use them.

(I'm offline, so can't take out a ticket number on this specific subject. Will do so when I get back online.)

Harald

--On 5. september 2005 18:30 +0000 Charles Lindsey <chl@xxxxxxxxxxxxxxxx> wrote:

My currently proposed USEPRO text is:

   <Path-identity>s can take the following forms (in decreasing order of
   preference):

   1. A fully qualified domain name (FQDN) associated with an "A" or
      "AAAA" record identifying that news-server, or with an "MX" record
      through which its administrators can be contacted; alternatively
      an equivalent "CNAME".

   2. An encoding of the public [RFC 1918], permanently routable IP
      address - <IPv4address> or <IPv6address> [RFC 3986] - of that
      news-server. This option SHOULD NOT be used if an FQDN for that
      server is available (however, such IP addresses are perfectly
      suitable for purely diagnostic identities [reference needed to
      later section]).

   3. Some other (arbitrary) name believed to be unique and registered
      at least with all other news-servers sending articles directly to
      the given one. This option SHOULD NOT be used unless the earlier
      options are unavailable (e.g. because the server in question is
      not connected to the Internet), or unless it is of longstanding
      usage and cessation would be unduly disruptive, or unless one
      of the earlier options is provided as well.




Attachment: pgp00004.pgp
Description: PGP signature