Appendix A. Alternatives for Delivery of Frames in a Mesh (メッシュにおけるフレーム配信の代替案)

メッシュネットワークでの送信に最終的に使用されるメカニズム（第11節）を決定する前に、いくつかの代替案が検討されました。ホップバイホップの送信元および宛先リンク層アドレスに加えて、LoWPANメッシュネットワークでパケットを送信するには、エンドツーエンドの発信者および宛先アドレスが必要です。これらのアドレスは、レイヤー2アドレスまたはレイヤー3（つまり、IP）アドレスとして表すことができます。後者の場合、本文書（つまり、LoWPANヘッダー自体内）で追加のヘッダーサポートを提供する必要はありません。リンク層宛先アドレスは次のホップ宛先アドレスを指し、IPヘッダー宛先アドレスは最終宛先（IP）アドレス（送信元から数ホップ離れている可能性があります）を指し、送信元アドレスも同様です。したがって、データの転送時に、単一ホップの送信元アドレスと宛先アドレスは各ホップで変更されます（常に転送を行うノードと「最良の」次のリンク層ホップをそれぞれ指します）が、送信元IPアドレスと宛先IPアドレスは変更されません。IPパケットがフラグメント化されている場合、単一のフラグメントが順不同で任意のノードに到着する可能性があることに注意してください。初期フラグメント（IPヘッダーを含む）が何らかの理由で遅延した場合、後続のフラグメントを受信するノードには必要な情報がありません。IPヘッダー（最初のフラグメント内）を受信するまで待機してから、フラグメントをさらに転送する必要があります。これにより、中間ノードに追加のバッファリング要件が課されます。さらに、そのような仕様は1つのタイプのLoWPANペイロード（IPv6）にのみ適用されます。一般的には、他のペイロードに対して調整する必要があり、そのペイロードが独自のエンドツーエンドアドレス指定情報を提供する必要があります。

一方、最終的に採用されたアプローチ（第11節）では、LoWPAN層（レイヤー3の下）にメッシュネットワークが作成されます。したがって、リンク層の発信者および最終宛先アドレスは、LoWPANヘッダーに含まれます。これにより、LoWPAN適応層（第5節）の上に階層化された任意のプロトコルまたはアプリケーションに対してメッシュ送信が適用可能になります。本文書でサポートされているIPv6の場合、発信者および最終宛先をレイヤー2アドレスとして表すことのもう1つの利点は、IPv6アドレスを第10節で指定されたヘッダー圧縮に従って圧縮できることです。さらに、802.15.4アドレス（64ビットまたは16ビット）のサイズはIPv6アドレス（128ビット）よりも小さいため、ルーティングテーブルの維持に必要なオクテット数が削減されます。欠点は、IPの上位のアプリケーションがデータパケットをリンク層宛先アドレスにアドレス指定するのではなく、IP（レイヤー3）宛先アドレスにアドレス指定することです。したがって、IPアドレスが与えられた場合、対応するリンク層アドレスを解決する必要があります。したがって、メッシュルーティング仕様では、近隣探索への影響を明確にする必要がありますが、特殊なケースでは、デバイスのレイヤー3アドレスからレイヤー2アドレスを導出できる場合があります（逆も同様）。そのような完全な仕様は、本文書の範囲外です。