Re: IPv6 link-local addresses and init data type

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: IPv6 link-local addresses and init data type
Дата
Msg-id CA+TgmobyssA23J3+SRStt=Nte111uGv02vaaeS40LQVM7gvFDg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: IPv6 link-local addresses and init data type  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Ответы Re: IPv6 link-local addresses and init data type  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Wed, Nov 9, 2016 at 9:02 AM, Peter Eisentraut
<peter.eisentraut@2ndquadrant.com> wrote:
> On 11/7/16 1:13 AM, Haribabu Kommi wrote:
>> Yes, I agree that default zone is the main use case of the original thread.
>> From the RFC 4007, the default zone is used for the global addresses,
>> This may be the main use case with zone id. How about currently just
>> ignoring it and store the actual IP address with the attached patch and
>> handle the rest of the actual zone id support later once the it gets
>> properly standardized?
>
> Well, according to the RFC, the default zone is 0 "typically", which is
> a very weak requirement.  So just ignoring it is probably also not right.
>
> So far we have only heard one use case for any of this, which is someone
> wanting to store ::1%0, which is not even a valid address according to
> that same RFC.  So this is all on very weak ground.
>
> I think we should just forget about this.  It's all a bit too dubious.

+1.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: PassDownLimitBound for ForeignScan/CustomScan [take-2]
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Copying Permissions