Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
BIND
BIND
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 627
    • Issues 627
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 116
    • Merge Requests 116
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • ISC Open Source Projects
  • BINDBIND
  • Issues
  • #233

Closed
Open
Created Apr 26, 2018 by Brian Conry@bconryDeveloper

Clarify documentation of update-policy tcp-self and 6to4-self

The ARM describes the tcp-self option for update-policy as (quoting from the HTML version):

              No signer is required for <em class="replaceable"><code>tcp-self</code></em>
              or <em class="replaceable"><code>6to4-self</code></em> however the standard
              reverse mapping / prefix conversion must match the identity
              field.

This doesn't explicitly state that the update has to be received over TCP instead of UDP. While this might be thought to be strongly implied with tcp-self, I don't know that it's implied at all with 6to4-self (and I wonder if the rules might actually be different), such that it's probably worth explicitly stating the exact criteria looked for in the client identity (not to be confused with the identity field, which is different).

Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None