EPCで使用されるDNSレコードタイプ

DNS A＆AAAAの記録
レコード（または「アドレスレコード」）はIPv4アドレスを返します。 これは、ホスト名をIPv4アドレスにマップするために最も一般的に使用されます。 あるいは、サブネットマスクのために一部のアプリケーションでも使用されます。
AAAAレコードはIPv6アドレスを返します。 これはホスト名をホストのIPv6アドレスにマップするのに最も一般的に使用されます。

Aレコードの例：
topon.nodes.pgw.be.epc IN A 212.183.156.177
topon.nodes.pgw.ms.epc IN A 212.183.156.179
IN =インターネット、A = Aレコード。

AAAAレコードの例：
topon.nodes.pgw.be.epc IN AAAA 2600：1800：5 :: 10
topon.nodes.pgw.ms.epc IN AAAA 2600：1800：5 :: 20
IN =インターネット、AAAA = AAAAレコード。

DNS SRVの記録
サービスの場所（DNS SRV）を指定するDNSリソースレコード（RR）。クライアントは、特定のドメインの特定のサービス/プロトコルを要求し、利用可能なサーバーの名前を取得することができます。

SRVレコードの例：
; SRVレコード
; _Service._proto.Name TTLクラスSRVプライオリティウェイトポートターゲット
; SGWのSRVレコード
; xBEとxMSに2つのPGWが存在するので、将来のノードを説明するために各サイトに複数のAレコードがあります。
topon.nodes.sgw.be.epc IN SRV 1 100 2123 node1.sgw.be.epc.mnc01.mcc234.3gppnetwork.org。
; topon.nodes.sgw.be.epc IN SRV 1 100 2123 node2.sgw.be.epc.mnc01.mcc234.3gppnetwork.org。
topon.nodes.sgw.ms.epc IN SRV 1 100 2123 node1.sgw.ms.epc.mnc01.mcc234.3gppnetwork.org。
; topon.nodes.sgw.ms.epc IN SRV 1 100 2123 node2.sgw.ms.epc.mnc01.mcc234.3gppnetwork.org。

SRVレコードは、次のフィールドで構成されます。
Priority - （上記の例では1）、クライアントは到達可能な最も低い番号の優先順位でターゲットホストに接続を試みる必要があります。優先順位が同じターゲットホストは、重みフィールドで定義された順序で試行する必要があります。
重み - （上記の例では100）は、同じ優先順位を持つエントリの相対的な重みを指定します。より大きな重みは、選択される確率が比例して高くなければならない。ウェイトが0のターゲットはバックアップに対応します。
Port - （上の例では2123 [GTP]）は、レコードで指定されたシンボリックサービスに割り当てられたポート番号です。
システムは、同じ優先順位を持つRRのすべての重みの合計を計算する必要があります。次に、0と計算された合計の間の乱数を選択します。このランダム値に関連付けられたターゲットを選択します。

DNS NAPTRの記録
ネーム・オーソリティ・ポインタ（NAPTR）リソース・レコードは、多種多様なリソース名に対するルックアップ・サービスを指定します。既存の文字列に適用すると、NAPTRは新しいドメインラベルまたはURIを生成します。
EPCでは正規表現が空のS-NAPTRというバリエーションを使用します。直接的なNAPTR（S-NAPTR）は、特定のサービスをDNSエントリに追加するために使用されます。この結果、DNSサーバーはサービスプロトコル固有のエントリでクエリに返信することができます。 S-NAPTRレコードは、特にPOP3プロトコルおよびIMAP4プロトコル用に別個のS-NAPTRレコードを持つことができるメール読取りアプリケーションでは一般的です。
S-NAPTRを使用する場合、DNSクエリは必要な 'service：protocol'を示していません。 DNSサーバは要求されたすべてのS-NAPTRを提供し、DNSクライアントは所望の「サービス：プロトコル」にしか合致しないものを考慮する。

NAPTRレコードの例
wap.operator.com.apn.epc.mnc01.mcc234.3gppnetwork.org。 IN NAPTR 1 5 "a" "x-3gpp-pgw：x-gn" "" topon.nodes.pgw.be.epc.mnc01.mcc234.3gppnetwork.org。

NAPTRレコードは、次のフィールドで構成されます。
Order - （上記の例では1）クライアントは、到達可能な最も低い番号の順序でターゲットホストに接続を試みる必要があります。同じ順序のターゲットホストは、プリファレンスフィールドで定義された順序で試行する必要があります。 DNSクライアントは、オーダーの値が高いNAPTRは考慮しないでください。
Preference - （上記の例では5）は、等しいオーダーのNAPTRの処理方法を指定します。低い数値は高い数値の前に処理されています。クライアントは、好ましいプロトコルまたはサービスを理解していないなどの理由がある場合、より高い優先度値で記録を見ることができる。
OrderとPreferenceの重要な違いは、一度一致が見つかると、クライアントは異なる順序のレコードを考慮してはならないが、同じOrderで異なるプリファレンスを処理する可能性があるということです。
言い換えれば、優先度は、権限の観点からは同じだが単純なロードバランシングの観点からは考慮されないルールに重みを付けるために使用されます。
Flags - （上記の例ではa）は、レコードの書き換えと解釈の側面を制御します。他のフラグはNAPTRで許可されていますが、S-NAPTRでは "S"、 "A"または ""のみが許可されています。
「S」フラグは、次のルックアップがSRVレコードのためのものでなければならないことを意味する。
"A"フラグは、次のルックアップがA、AAAAレコードのいずれかでなければならないことを意味する。
 空のフラグ ""は、より多くのNAPTR RRルックアップが実行されることを意味する。