Copyright (C) 2000, 2001, 2004, 2016 Internet Systems Consortium, Inc. ("ISC")

This Source Code Form is subject to the terms of the Mozilla Public

License, v. 2.0. If a copy of the MPL was not distributed with this

file, You can obtain one at http://mozilla.org/MPL/2.0/.

$Id: addressdb,v 1.6 2004/03/05 05:04:45 marka Exp $

You are lost in a maze of twisty little pointers, all alike...

ADB |-> 0 |-> handle ---> handle ---> 0

| | |

|-lists of names --------> name -------> name -------> 0

| | |

| namehook namehook

| | | | |

| | 0 0 -> fetch

| |

| V

|-lists of elements -----> element ----> element ----> element ---> 0

| | | |

| |-> zoneinfo |-> 0 |-> zoneinfo

|-lists of dead handles

...

A handle contains a task, taskaction, and event argument, and is linkable

in two ways. One, for the list returned to the caller, and two to be

attached to either a name (so events can be generated) or to the dead handle

list, where no events are generated.

HANDLE

|

|--- addrinfo ---> addrinfo ---> 0

| |-> entry |-> entry

|--- task, action, arg

|

V

HANDLE

|

V

0

Notes and questions:

o If a handle is on the dead handle list, it is only waiting for

the caller to dns_adb_done() it.

o If a handle is on a name list, it will generate at most one

event, and then be moved to the dead handle list.

o If events are not requested, it is NEVER placed on the name's

list, even though fetches for that name may be started.

o Names will have to have a reference count for each fetch

in progress. They will also have a bit that says some

previous fetches failed. XXX How in the world would I

"refresh" the data? If I only got 2 of 9 A6 chains to converge,

when and how do I restart them later?

o The caller will give us a name, and we will return two items:

a handle and a list of addresses. If the list was non-empty when

it was given to us, we will append (unique) addrinfo's to the list.

o How in the world do you shut this thing down?

If you cancel the fetches first:

1. The handles are sent an event saying "no more

names are coming."

2. The handles are moved to the dead handle list.

If you cancel the handles first:

1. The handles are moved to the dead handle list.

It would therefore seem simpler to cancel/done all handles first,

then all fetches.

o If a fetch returns a CNAME, what do we do?

o If a fetch returns a DNAME, what do we do?

o If a fetch returns 4 ipv4 addresses, we will have to allocate

3 more (total of 4) namehooks, 4 entries, and fill them in.

What happens if only some of these can be allocated?

o ipv6 raises the memory problem to a new level. What if we

have to fork into multiple chains, but we run out of memory?

----------------------------------------------------------------------

Looking up entries via names:

Look for the name in the database.

FOUND:

For each complete address, allocate an addrinfo structure

and add it to the handle.

If any fetches are in progress for this name, attach this

handle to this name so events can be posted to the handle,

if the handle wants events.

If no fetches are in progress and the name is incomplete,

see if we can start a fetch for this name.

NOT FOUND:

Create a new adbname structure.

Create a new namehook structure.

Start a fetch on this name.

If more data is coming (fetches are in progress) attach

the handle to the name, so it can get notification of

new data.

If the name is incomplete (due to fetches in progress,

recently failed fetches, or the inability to start new

fetches) copy the incomplete flag to the handle, so the

caller can know this.