Network Unicode

[1] Network Unicode (Net-Unicode) は、 RFC 5198 で定義される Unicode ベースの「テキスト」の書式です。 Net-Unicode は旧来の NVT ASCII に代わるものとして定義されました。

仕様書

[2] RFC 5198 - Unicode Format for Network Interchange (2011-05-01 10:22:43 +09:00 版) <http://tools.ietf.org/html/rfc5198>

符号化文字集合

[3]

RFC 3629 UTF-8 でなければなりません。
使用するプロトコルに「行」の概念がある場合、行末は CRLF でなければなりません。それ以外で CR を使うべきではありません。ただし CR NUL は認められますが、使うべきではありません。これ以外で CR は使ってはなりません。
U+0000~U+001F, U+007F は、 CR、 LF、FF を除き、避けるべきです。ただし FF は標準的な解釈がないため、注意する必要があります。 U+0080~U+009F は使ってはなりません。
転送の前に NFC に正規化するべきです。
BOM を使ってはなりません。
適合するシステムは、その実装する Unicode の版で未定義の符号位置を転送してはなりません。システムが実装する Unicode の版と NFC の版は一貫していなければなりません。
NVT の規定する任意選択の機能であるバックスペースや CR NUL を使った重ね打ちは使用するべきではありません。
インターネットの情報交換では私用の符号位置を避けるべきです。

[5] 単独の (CRLF ではない) LF については、 questionable としながらも禁止はされていないみたいです。

[4] Unicode 5.0 またはそれ以降の版で、 UTF-8 の定義や NFC の安定性が保たれなくなった改訂の直前までが Net-Unicode が適用可能な Unicode の版とされています。

Unicode には非互換な変更を行わないという方針が昔からあり、 RFC でもそれに言及しているのですが、それでも敢えてこのような規定がなされているのは、 Unicode が何度も非互換な変更を繰り返してきて全く信用できないからでしょうwwww

応用

[6] IPP (2011-03-15 05:29:39 +09:00 版) <http://ftp.pwg.org/pub/pwg/candidates/cs-ipp20-20110214-5100.12.pdf>

(b) SHOULD support Network Unicode as defined in [RFC5198], which requires transmission of well-formed UTF-8 strings and recommends transmission of normalized UTF-8 strings in Normalization Form C (NFC) [UAX15].

[7] RFC 6762 - Multicast DNS (2015-03-24 01:44:49 +09:00 版) <https://tools.ietf.org/html/rfc6762#section-16>

all names in Multicast
DNS MUST be encoded as precomposed UTF-8 [RFC3629] "Net-Unicode"
[RFC5198] text.

[8] RFC 6763 - DNS-Based Service Discovery (2015-03-24 02:00:44 +09:00 版) <https://tools.ietf.org/html/rfc6763>

The <Instance> portion of the Service Instance Name is a user-
friendly name consisting of arbitrary Net-Unicode text [RFC5198].

[9] RFC 7612 - Lightweight Directory Access Protocol (LDAP): Schema for Printer Services (2015-07-01 10:20:12 +09:00 版) <https://tools.ietf.org/html/rfc7612#section-4>