This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author loewis
Recipients loewis, ncoghlan, pmoody, r.david.murray
Date 2014-03-06.21:50:40
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1394142640.51.0.120650740846.issue20857@psf.upfronthosting.co.za>
In-reply-to
Content
I'm always in favour of using official terminology (and adjust if that changes over time). So in this case, I agree with David's analysis, and suggest the following specification:

- is_global returns False for all addresses where "Global" is "False" in the IPv4 or IPv6 Special-Purpose Address Registry
- a new method is_private_use is introduced, giving True only for the RFC1918 addresses
- a new method is_unique_local is introduced, giving True only for the RFC 4193 addresses.
- is_private is deprecated. Alternatively, it could be preserved and documented to being the union of is_privte_use and is_unique_local.

I don't think it it necessary to discuss footnote 1 in the IPv6 registry ("not global unless a specific allocations says otherwise"). The specific allocations that might override this come right below, so if we implement the table, we would cover all those more specific case.

I'm puzzled why Teredo is listed as "not global"; my understanding is that the Teredo prefixes even get announced in BGP, and are fully global.
History
Date User Action Args
2014-03-06 21:50:40loewissetrecipients: + loewis, ncoghlan, pmoody, r.david.murray
2014-03-06 21:50:40loewissetmessageid: <1394142640.51.0.120650740846.issue20857@psf.upfronthosting.co.za>
2014-03-06 21:50:40loewislinkissue20857 messages
2014-03-06 21:50:40loewiscreate