Add a new DNS record syntax

[389-ds-bot]

Cloned from Pagure issue: https://pagure.io/389-ds-base/issue/47564

• Created at 2013-10-16 23:58:28 by nkinder (@nkinder)
• Closed at 2020-04-01 16:14:34 as wontfix
• Assigned to lkrispen (@elkris)
• Associated bugzillas
  • https://bugzilla.redhat.com/show_bug.cgi?id=1206308

---

The bind-dyndb-ldap project (and FreeIPA) would like to have a syntax plug-in that understands the BIND record syntax. There has been a detailed discussion of the requirements in this FreeIPA ticket:

https://fedorahosted.org/freeipa/ticket/3972

To summarize the above ticket, there are functions available in bind-libs that should handle normalization for us (dns_rdata_fromtext and dns_rdata_totext). We would want to use these in our syntax plug-in to potentially normalize incoming values, as well as using them for comparison purposes.

[389-ds-bot]

Comment from pspacek at 2013-11-12 13:17:50

Hi Martin,

feel free to ping me if you need any assistance with bind-libs. Have a nice day!

[389-ds-bot]

Comment from mreynolds (@mreynolds389) at 2013-11-12 20:36:40

Replying to [comment:4 pspacek]:

Hi Martin,

Actually it is Mark, not Martin :-)

feel free to ping me if you need any assistance with bind-libs. Have a nice day!

Great, I will contact you when I get to this ticket, but I'm not working on it yet. Might be a little while until I get to this.

Anyway, thanks Petr!

[389-ds-bot]

Comment from lkrispen (@elkris) at 2014-02-06 15:22:28

we discussed this and the conclusion was that a syntax plugin should be developped. It will use the bind libs for normalization of the values and we do not want to add a new dependency on bind in 389, so it will not be a standard syntax plugin. It will be built, bundled and installed by IPA. I will provide a syntax plugin with stubs to be replaced by the calls to the bind libs.

Open questions:

• the new syntax will need a syntax OID, has IPA a range of oids availabe to use ?
• if the dnsname attribute is part of the dn of an entry, the dn will be normalized using dn syntax, the componenmt will not be individually normalized

[389-ds-bot]

Comment from pspacek at 2014-02-06 15:49:36

I think that we can allocate new sub-tree under 2.16.840.1.113730.3.8. I will discuss this with Simo.

[389-ds-bot]

Comment from nhosoi (@nhosoi) at 2015-03-26 23:13:44

Ticket has been cloned to Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1206308

[389-ds-bot]

Comment from nhosoi (@nhosoi) at 2016-11-10 06:06:38

Per triage, set to FUTURE.

[389-ds-bot]

Comment from lkrispen (@elkris) at 2017-02-11 22:48:54

Metadata Update from @elkris:

• Issue assigned to elkris
• Issue set to the milestone: FUTURE

[389-ds-bot]

Comment from mreynolds (@mreynolds389) at 2020-04-01 16:14:36

Metadata Update from @mreynolds389:

• Custom field reviewstatus adjusted to None
• Issue close_status updated to: wontfix
• Issue status updated to: Closed (was: Open)