On 31.05.2016 12:40, Andreas Karlsson wrote: > On 05/31/2016 04:06 AM, Tom Lane wrote: >> Unless there's a semantic difference between fe80::1%2/64 and >> fe80::1/64%2, this doesn't seem like a big deal to me. > > As far as I can till only fe80::1%2/64 is valid, but I am not 100% sure.
According to RFC 4007, Section 11.7 states: "In this combination, it is important to place the zone index portion before the prefix length when we consider parsing the format by a name-to-address library function . That is, we can first separate the address with the zone index from the prefix length, and just pass the former to the library function." However, in the sense of being liberal in what you accept, 'fe80::/64%2' should probably work as well. Given that a zone_id is a) highly system dependent and b) only ever meaningful for non-global addresses, I'm wondering what the use case for storing them is. I'm even wondering if 'fe80::1%1'::inet = 'fe80::1%2'::inet shouldn't simply yield true. After all, it's the same (non-global) address. Kind Regards Markus Wanner -- Sent via pgsql-hackers mailing list (firstname.lastname@example.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers