Page 7

3.3.  Positional Modifiers

This section replaces Section 4.6.3 of [RFC4408] and adds the concept
of positional modifiers.

3.3. 位置指定変更子

本節は、［RFC4408］の4.6.3を置き換え、位置指定変更子という概念を付け加える。

Modifiers are key/value pairs that affect the evaluation of the
check_host() function.

変更子は、check_host() 関数の評価に影響を与えるキーと値のセットである。

Modifiers are either global or positional:

   Global modifiers MAY appear anywhere in the record, but SHOULD
   appear at the end, after all mechanisms and positional modifiers.
   Positional modifiers apply only to the mechanism they follow.  It
   is a syntax error for a positional modifier to appear before the
   first mechanism.

変更子にはグローバル変更子と位置指定変更子がある：

グローバル変更子はレコードのどこに入れてもよい（MAY）が、すべての機構と部分的変更子の後の最後に入れるべきである（SHOULD）。位置指定変更子は、直前に書かれた機構にのみ適用される。最初の機構の前に位置指定変更子を置くのは文法エラーである。

Modifiers of either type are also either singular or multiple:

   Singular modifiers may appear only once in the record if they are
   global, or once after each mechanism if they are positional.

   Multiple modifiers may appear multiple times in the record if they
   are global, or multiple times after each mechanism if they are
   positional.

どちらの種類の変更子も、単一と複数に分けられる：

単一変更子は、グローバルの場合はレコード中に1回のみ登場し、位置指定の場合は各機構の後に1回のみ登場する。

複数変更子は、グローバルの場合はレコード中に複数回登場し、位置指定の場合は各機構の後に複数回登場する。

A modifier is not allowed to be defined as both global and
positional.

変更子をグローバルと位置指定の両方として定義することはできない。

The modifiers "redirect" and "exp" described in Section 6 of
[RFC4408] are global and singular.

［RFC4408］の6章で記述されている変更子“redirect”と“exp”はグローバルかつ単一である。

Ordering of modifiers does not matter, except that:

   1. positional modifiers must appear after the mechanism they affect
      and before any subsequent mechanisms; and

   2. when a multiple modifier appears more than one time, the ordering
      of the appearances may be significant to the modifier.

以下の例外を除き、変更子の順序に制限はない：

1. 位置指定変更子は、自らが影響を与える機構の後、次に続く機構の前に置かなければならない。
2. 複数変更子が2回以上登場する場合、その順序によって変更子に大きな影響があるかもしれない。

Other than these constraints, implementations MUST treat different
orders of modifiers the same.  An intended side effect of these rules
is that modifiers cannot be defined that modify other modifiers.

上記の制限以外の場合、実装は変更子の順序が異なっても同様に扱わなければならない（MUST）。これらの規則には本来の目的以外に、変更子の定義を通して他の変更子を変更することを不可能にするという効果もある。

These rules allow an implementation to correctly pre-parse a record.
Furthermore, they are crafted to allow the parsing algorithm to be
stable, even when new modifiers are introduced.

これらの規則によって、実装はレコードを正しく前分析できる。さらに、新しい変更子が導入された場合でも分析アルゴリズムが不安定にならないように作られている。

[Page 7]