さまざまなリンクのMTUのさまざまなリストを見つけましたが、UMTS、LTE、エッジ、HSPA、GPRSは含まれていません。
上記のテクノロジーのMTUは何ですか?
簡単に言えば、状況によって異なります。
モバイルサブスクライバーからのデータは、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カプセル化の古典的な例)
参照: