Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] 2003 Report

From: Kurt Roeckx <Q(at)ping(dot)be>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Steve Crawford <scrawford(at)pinpointresearch(dot)com>,Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>,Hackers <pgsql-hackers(at)postgresql(dot)org>,Advocacy <pgsql-advocacy(at)postgresql(dot)org>
Subject: Re: [HACKERS] 2003 Report
Date: 2003-01-31 18:42:33
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-advocacypgsql-hackers
On Thu, Jan 30, 2003 at 08:13:30PM -0500, Tom Lane wrote:
> Kurt Roeckx <Q(at)ping(dot)be> writes:
> > On Thu, Jan 30, 2003 at 11:28:41AM -0500, Tom Lane wrote:
> >> We have to work out what the semantics should be.  I don't know anything
> >> about v6, but I'd imagine v4 addresses form a defined subset of the v6
> >> address space ... if so the semantics seem pretty straightforward.
> > You have a "ipv4 mapped ipv6 address".  The ipv4 address becomes
> > ::ffff:  But I'm not really in favour of automatically
> > changing an ipv4 address to an ipv6 address.  And you really
> > shouldn't return an ipv4 address as an ipv6 address.
> No, we should keep the distinction for purposes of storage and display.
> The question was about what the semantics should be when comparing v4
> and v6 addresses in operations like network_sub.  It seems perfectly
> reasonable to convert the v4 address to the mapped v6 equivalent and then
> do a v6 comparison in that situation.  Do we have any operators where
> this would not be a sensible definition?

broadcast() doesn't make sense for ipv6.  There is no such thing.
network() might be useful, but mean something a little bit

Ipv6 calls the mask length the prefix length ...

abbrev() might also need some tweaking, specially in combination
with the compressed format.  Not sure if abbrev() is really

There seems to be no documentation on network_sub, but I assume
it's the same as "<<".  It shouldn't be a problem converting it
to the ipv6 address, and adding 96 to the mask.


In response to

pgsql-hackers by date

Next:From: Michael WildpanerDate: 2003-01-31 18:59:14
Subject: type problems during union: NULL+NULL produces TEXT
Previous:From: Marc G. FournierDate: 2003-01-31 18:37:24
Subject: Just a test, only a test ...

pgsql-advocacy by date

Next:From: Kurt RoeckxDate: 2003-01-31 19:04:46
Subject: Re: 2003 Report
Previous:From: Andrew SullivanDate: 2003-01-31 14:13:18
Subject: Re: 2003 Report

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group