All,

The Meetecho recording, slides and minutes of the DNSOP interim-2026-dnsop-01 meeting are available via datatracker:

https://datatracker.ietf.org/meeting/interim-2026-dnsop-01/session/dnsop

For convenience, I have added the minutes to this email below.


Best,

-- Benno


# DNSOP Interim Meeting Minutes

Chairs: Benno Overeinder and Ondřej Surý (absent)
Secretary: Peter Thomassen and Shumon Huque (absent)
Technical Advisor: Jim Reid


## Note Well, Agenda, etc.

The meeting follows the IETF Note Well and Code of Conduct.


## Structured DNS Errors

Presentation of latest revision of draft-ietf-dnsop-structured-dns-error by Dan Wing.

Key changes since IETF Last Call (now in -16):

* Clarified that clients may handle returned information however they want.
* Requests use their own new OPTION-CODE.
* Allows “S” sub-error ENUMs any time.
* Created an IANA registry for sub-error codes.

Discussion:

* Confirmed intent that clients are not required to act on the information.
* Chairs and authors will ensure the IESG understands this was intentional (w/ WG consensus).


## Public Resolver Errors / DNS Filtering Details for Applications

Presentation of latest revision of draft-nottingham-public-resolver-error (renamed to draft-nottingham-dnsop-censorship-transparency) by Mark Nottingham.

Problem statement:

* DNS filtering/censorship is increasing.
* Users cannot distinguish filtering from technical failures.
* Lack of transparency creates user confusion and support load.

Earlier versions:

* Focused on trusted resolver registry.

New approach (draft-02):

* Uses Filtering Incident Databases (e.g., Lumen Database).
* Any resolver can reference such databases.
* Browsers/apps decide which databases to trust.

Implementation status:

* Chrome implementation in progress (with Google Public DNS and Cloudflare).
* Planned behind a feature flag in Chrome M147 (April).

Discussion points

Privacy concerns:

* Users accessing filtering databases may reveal browsing activity.
* Gautam Akiwate offered to contribute text addressing privacy.

Dependency on Structured DNS Errors:

* Draft depends on signalling mechanism but could adapt if needed.
* No incompatibility between the drafts.

IANA registry discussion:

* Concern: censorship-related registry may provide little value.
* Counterpoint: registry provides transparency.
* No consensus reached; issue remains open.


## Working Group Open Discussion

### Structured DNS Errors

* During interim it was suggested to have an additional review, including one from DNS Directorate.
* Chairs will confirm WGLC procedure with AD.

### Public Resolver Errors

* Clear interest from WG to continue work.
* Suggestion to:
  * Present updated draft at next IETF meeting.
  * After IETF, plan Call for Adoption on the mailing list.

_______________________________________________
DNSOP mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to