web-dev-qa-db-ja.com

モバイルデータネットワーク上のMTU

さまざまなリンクのMTUのさまざまなリストを見つけましたが、UMTS、LTE、エッジ、HSPA、GPRSは含まれていません。

上記のテクノロジーのMTUは何ですか?

5
Max Ried

簡単に言えば、状況によって異なります。

モバイルサブスクライバーからのデータは、GRPSトンネリングプロトコル(略してGTP-U)にカプセル化されます。これは、基本的に、トンネルエンドポイント(GGSN/PGWおよび無線)のIPアドレスを含むGTPヘッダーを持つUDPストリームです。ステーション、簡単に言うと)トンネル識別子(TEID)。

ヘッダーは可変長で、最大12オクテットにすることができます。

したがって、質問に戻ると、それは、無線機器からGGSNまでのモバイルバックホールネットワーク(Gn)で使用されているネイティブMTUによって異なります。GGSNでは、トンネルのカプセル化が解除されます(Gi)。バックホールMTUが少なくとも1512バイトの場合、MTUは通常の1500バイトにすることができます。

ただし、モバイル機器に発表されたMTUを意図的に1488以下に下げる顧客(VLANまたはMPLSタグ)と考える)を見て、バックホールのMTUを変更されました(これは、計画がそもそもこれを考慮しなかった場合、多くの作業です)。

一般に、モバイル機器はすでに「正しい」MTUを使用しているため、これはそれほど問題ではありませんが、ハンドセットがPMTUクランプを正しく実装していないルーターとして機能する場合、問題が発生する可能性があります。また、MTUが小さすぎる場合、実際に使用可能な帯域幅をTCP接続で実際に利用することはできません。これは、「長脂肪パイプと帯域幅遅延製品の問題」の典型的な例です。 「小さすぎる」とは、「1488よりもずっと小さい」という意味です。

現在の接続のネイティブMTUについて知りたい場合は、PMTU検出にさまざまなツールを使用できます。最も簡単な方法は、「フラグメンテーションが必要ですが、DF set」というエラーメッセージが表示されるまで、MTUを連続的に上げることによる「ping」です。最後に機能するMTUは、モバイルハンドセットのネイティブです。バックホールのネイティブなものは、MTUにGTP-Uヘッダーオーバーヘッドを加えたものです。Linuxでは、ヒントオプションを使用することもできます。

alex@xila:~$ ping -c 1 -M do -s 2000 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 2000(2028) bytes of data.
From 93.203.x.y icmp_seq=1 Frag needed and DF set (mtu = 1492)

(PPPoEカプセル化の古典的な例)

参照:

  • GTPv0(2G)の場合:「デジタルセルラー電気通信システム(フェーズ2+)、一般パケット無線サービス(GPRS)、GnおよびGpインターフェース全体のGPRSトンネリングプロトコル(GTP)(3GPP TS 09.60バージョン7.10.0リリース1998)。URL (PDF): http://www.etsi.org/deliver/etsi_TS/101300_101399/101347/07.10.00_60/ts_101347v071000p.pdf
  • GTPv1(2.5G +)の場合:「デジタルセルラー電気通信システム(フェーズ2+)、ユニバーサルモバイルテレコミュニケーションシステム(UMTS)、汎用パケットラジオサービス(GPRS)、GnおよびGpインターフェース全体のGPRSトンネリングプロトコル(GTP)(3GPP TS 29.060バージョン6.9.0リリース6)」。 URL(PDF): http://www.etsi.org/deliver/etsi_TS/129000_129099/129060/06.09.00_60/ts_129060v060900p.pdf
  • GTPv2プロトコルには、ユーザープレーン部分への変更は含まれていません。つまり、コントロールプレーンへのトンネルのみです。 (GTP-C、トンネルには影響しません)
9