最倧䌝送ナニットMTU。 神話ずサンゎ瀁

最倧䌝送単䜍MTUは、1回の反埩でプロトコルが送信できるデヌタの最倧量です。 たずえば、むヌサネットMTUは1500に等しいため、むヌサネットフレヌムで䌝送されるデヌタの最倧量は1500バむトを超えるこずはできたせんむヌサネットヘッダヌずFCSを考慮するこずなく-図1。



画像

図 1



MTUを䜿甚しおOSIレむダヌを調べおみたしょう。



レむダヌ2。



むヌサネットMTUは、ハヌドりェアMTUの特殊なケヌスです。 ハヌドりェアMTUの定矩は、䞀般的な定矩に埓いたす。

ハヌドりェアMTUは、1回の反埩でむンタヌフェむスが送信できる最倧パケットサむズです少なくずも倀はデバむスの仕様で指定されおいたす。実際、䞀郚のチップセットは芏定よりも倧きいパケットサむズの転送をサポヌトしおいたす。 したがっお、むヌサネットから切り離しお図1を芋るず、次のこずがわかりたす。

画像

図 2



泚ただし、ここでは予玄なしで行うこずはできたせん。 ご芧のずおり、HW MTU特にむヌサネットMTUにはL2ヘッダヌが含たれおいたせん。 ただし、これはIOSおよびIOS XEに圓おはたりたすが、IOS XRおよびJunOSの堎合、L2ヘッダヌはHW MTUサむズに含たれたす-図 3.この機胜は、IOSXEずI​​OS XRを実行しおいるプラ​​ットフォヌム間にOSPFネむバヌシップをむンストヌルするずきに問題を匕き起こす可胜性がありたすOSPFでは、Helloパケットで䞀臎するMTUが必芁です。 したがっお、むヌサネットむンタヌフェむスのMTUを蚭定する堎合、IOS XR MTUは14バむト倧きくする必芁がありたす12バむトsrc mac + dst macおよび2バむトEtherType。 たずえば、Cisco IOSの1500のMTUは、IOS XRの1514のMTUず同等です。



画像

図 3



構成ず怜蚌。


Cisco IOSを実行しおいるルヌタのMTUを倉曎するには、level interfaceコマンドを䜿甚したす。

R01(config)#interface gigabitEthernet 5/1 R01(config-if)#mtu 1532 R01(config-if)#exit
      
      





私たちはチェックしたす

 R01#show interfaces gigabitEthernet 5/1 GigabitEthernet5/1 is up, line protocol is up (connected) Hardware is C6k 1000Mb 802.3, address is 0008.e3ff.fde0 (bia 0008.e3ff.fde0) Description: -- -- MTU 1532 bytes, BW 1000000 Kbit, DLY 10 usec, reliability 255/255, txload 82/255, rxload 20/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is LH ..... OUTPUT OMITTED
      
      





そしお

 R01#show run interface gigabitEthernet 5/1 interface GigabitEthernet 5/1 description -- -- no switchport mtu 1532 ip address 192.168.1.1 255.255.255.0 end
      
      







レむダヌ3。



IP MTUは、フラグメンテヌションに頌らずにこのむンタヌフェむスで送信できるIPヘッダヌを䜿甚しお最倧パケットサむズを決定したす。 IP MTUずHW MTUの関係は、次の匏で説明されたす。

IP MTU ≀ HW MTU





したがっお、むンストヌルされたIP MTUを超えるパケットがむンタヌフェむスに到着するず、パケットはフラグメント化されるか、IPヘッダヌのDFDO NOT Fragmentフラグの堎合は砎棄され、デバむスはパスMTUメカニズムで䜿甚されるICMP Fragmentation Neededメッセヌゞを生成できたす発芋し埌でそれに぀いお、゜ヌスパケットの送信者に送り返したす。



構成ず怜蚌。


Cisco IOSを実行しおいるルヌタのIP MTUを倉曎するには、level interfaceコマンドを䜿甚したす。

 R01(config)#interface gigabitEthernet 5/1 R01(config-if)#ip mtu 1532 R01(config-if)#exit
      
      





私たちはチェックしたす

 show interfaces gigabitEthernet 5/1 GigabitEthernet 5/1is up, line protocol is up Internet address is 192.168.1.1/24 Broadcast address is 255.255.255.255 Address determined by non-volatile memory MTU is 1532 bytes Helper address is not set Directed broadcast forwarding is disabled Multicast reserved groups joined: 224.0.0.5 224.0.0.2 Outgoing access list is not set Inbound access list is not set ..... OUTPUT OMITTED
      
      





そしお

 R01#show run interface gigabitEthernet 5/1 interface GigabitEthernet 5/1 description -- -- no switchport mtu 1532 ip address 192.168.1.1 255.255.255.0 no ip redirects no ip unreachables no ip proxy-arp end
      
      







ここにその時がありたす。 ip mtuコマンドは、show runでは衚瀺されたせん。 はい、興味深い譊告がありたす-ip mtuがhw mtuず䞀臎する堎合、show runの出力にはhw mtuのみが衚瀺されたす。 倀が異なる堎合は、䞡方が衚瀺されたす。



レむダヌ4。



TCP最倧セグメントサむズMSSは、TCPセッション䞭に䜿甚送信/受信できるTCPセグメントの最倧サむズ TCPヘッダヌなし を定矩したす。 TCPセッションのセットアップ䞭に、TCP MSSサむズのアナりンス぀たり、ハンドシェむクではなくアナりンスが発生したす。受信偎は、受信偎のTCPセグメントのサむズをアナりンスしたす。 したがっお、TCP MSSのサむズは、方向に応じお、同じTCPセッション内で異なる堎合がありたす。



画像

図 4



アナりンスを行うパヌティは、次の匏に埓っお自身のTCP MSS倀を蚈算したす。

TCM MSS = (IP MTU – [IPHDR + TCPHDR])







構成


ここで2぀の可胜なシナリオがありたす-ルヌタヌは通過たたはTCPセッションの参加者です。

1トランゞットデバむス

MTUが小さいリンクの堎合に䞭間デバむスによるパケットのドロップを防ぐために、ルヌタヌはTCP SYNパケットをリッスンし、゚ンドデバむスによっおアナりンスされたMSS倀を眮き換えたす。 小さいサむズのパケットを゚ンドデバむスに送信するず、小さなMTUのリンクでのドロップの問題が予想されたす。

 R01(config)#interface gigabitEthernet 5/1 R01(config-if)#ip tcp adjust-mss? <500-1460> Maximum segment size in bytes
      
      





2終端装眮

ここではすべおが簡単です-ルヌタヌはTCPセッションの参加者であり、ルヌタヌがアナりンスするMSSのサむズを匷制できたす。

 R01(config)#ip tcp mss? <0-10000> MSS
      
      







すべおのようですか いいえ、すべおではありたせん。 MPLSを思い出したす。 私たちは思い出したす...私たちは思い出し終えたした、我々は考慮に移りたす。



レむダヌ2.5。 MPLS





画像

図 5



MPLS MTUは、ラベル付きラベル付きの最適な倉換方法を知っおいる人IPパケットの最倧サむズを決定したす。 マヌクされたパケットのサむズがMPLS MTUを超える堎合、パケットはフラグメント化されるか、フラグヘッダヌがDFビットでIPに蚭定されおいる堎合、ロゞックがIP MTUを超えたずきず同じである間ドロップされ、ICMPフラグメンテヌションが必芁なメッセヌゞを送信する可胜性がありたす。



泚ここで、IP MTUず比べお状況が少し異なりたす。 MPLSネットワヌクでは、䞭間ノヌドにパケットの送信者ぞのルヌトがない堎合があるため、ICMPメッセヌゞを送信者に盎接送信する代わりに、元のパケットず同じラベルスタックでカプセル化され、独自のパスに沿っお送信されたす。 送信元ホストぞのipルヌトを知っおいるEgress LSRこのLSPの最終MPLSルヌタヌ-既にタグなしIPネットワヌクがありたすに到達し、Fragmentation Needed ICMPメッセヌゞが「デプロむ」され、必芁なヘッダヌでカプセル化され、元のパケットの送信者にMPLSネットワヌクに送り返されたす。 動䜜はTTL Expiredに䌌おおり、通垞はMTUではなくMPLSのトピックを指したす。 したがっお、誰がプロセスに粟通しおいない-www.google.kg/?gws_rd=ssl#q=mpls+ttl+expired



ここで他に面癜いものは䜕ですか MPLS MTUは、HW MTUよりも倧きい堎合がありたすしたがっお、図3では、HW MTUは郚分的に点線で瀺されおいたす。 同時に、IOSは譊告を発行したすが、ほずんどの堎合むンタヌフェむスのチップセットに応じお動䜜し、少なくずもベビヌゞャむアントフレヌムを正垞にスキップしたす。 たた、堎合によっおは、ドロップパッケヌゞ、デヌタ砎損、および䜜物なしの100幎を取埗できたす。



構成ず怜蚌。


 R01(config)#interface gigabitEthernet 5/1 R01(config-if)#mpls mtu 1540 R01(config-if)#exit
      
      





私たちはチェックしたす

 R01#show mpls interfaces gigabitEthernet 5/1 detail Interface gigabitEthernet 5/1: IP labeling enabled (ldp): Interface config LSP Tunnel labeling not enabled BGP labeling not enabled MPLS operational MTU = 1540
      
      





泚 MPLS MTUは、IP MTUず同様に実行䞭の構成に衚瀺されたす-倀がHW MTUず異なる堎合のみ。 ただし、IP MTUずは異なり、HW MTUの倉曎はMPLS MTU倀をHW MTU倀に倉曎したすIP MTUはこのアクションを倉曎したせん。



CiscoスむッチのMTU。



スむッチは、各むンタヌフェむスでのMTUの個別蚭定をサポヌトしおいたせんスむッチポヌトずVLANむンタヌフェむスに぀いお説明したす。ルヌテッドポヌトを備えたマルチレむダヌスむッチの堎合、蚭定はルヌタヌに䌌おいたす。スむッチポヌトの珟圚のMTU蚭定は、タむプに応じお3぀の方法で倉曎できたすポヌト



私たちはチェックしたす

 SW01#show system mtu System MTU size is 1600 bytes System Jumbo MTU size is 1600 bytes Routing MTU size is 1600 bytes
      
      







管理者ぞの泚意。



今日たでのMTUを確認する䞻な方法は、dfビットセットずパッケヌゞサむズを䜿甚したPINGコマンドであるため、いく぀かの䟿利なトリックで締めくくりたす。

1ネットワヌク䞊の最小MTU面癜い組み合わせを芋぀けるには、゚ンドステヌション/サヌバヌずシスコ機噚の䞡方から拡匵pingコマンドを䜿甚できたす。 R01ルヌタヌから、df-bitセットを䜿甚しおルヌタヌR02にpingを実行したす。初期パケットサむズは1000バむト、最終パケットサむズは1500バむト、増分は100バむトです。 担圓者2。

 R01#ping Protocol [ip]: Target IP address: 192.168.12.2 Repeat count [5]: 2 Datagram size [100]: Timeout in seconds [2]: Extended commands [n]: y Source address or interface: 192.168.12.1 Type of service [0]: Set DF bit in IP header? [no]: y Validate reply data? [no]: Data pattern [0xABCD]: Loose, Strict, Record, Timestamp, Verbose[none]: Sweep range of sizes [n]: y Sweep min size [36]: 1000 Sweep max size [18024]: 1500 Sweep interval [1]: 100 Type escape sequence to abort. Sending 12, [1000..1500]-byte ICMP Echos to 192.168.12.2, timeout is 2 seconds: Packet sent with a source address of 192.168.12.1 Packet sent with the DF bit set !!!!..!!!!.. Success rate is 66 percent (8/12), round-trip min/avg/max = 4/24/56 ms
      
      







ご芧のように、1000、1100、1200、1300バむトのサむズで通過するICMPパケットは6぀だけです

1400バむト以䞊から、パケットは倱敗したす。 したがっお、2぀のポむント間の最小MTUは1300ず1400であり、これをさらに数サむクルで明確にし、範囲を絞っおステップを知るこずができたす。





2ネットワヌク管理者ずシステム管理者の盞互䜜甚で発生する䞀般的な問題は、同じサむズのパケットが゚ンドデバむスから通過し、より倧きなネットワヌクデバむスが最も近いデバむスから通過するこずです。 その理由は、オペレヌティングシステム特にWindowsでは、パケットサむズをpingコマンドに蚭定するず、この倀が玔粋なペむロヌドずしお認識されるためですICMPおよびIPヘッダヌなし。 ping 192.168.1.2 -l 100を指定するず、システムは1008バむトのICMPヘッダヌず20バむトのIPではなく128バむトのパケットを生成したす。 Ciscoネットワヌク機噚でICMPパケットのサむズを指定する堎合、指定するサむズにはすでに䞡方のヘッダヌが含たれおいたす。 そのため、デフォルトのむヌサネットリンクでは、Windows OSでのpingたずえばに1472バむト、断片化なしで通過する最倧パケットサむズ、およびCisco 1500バむトが衚瀺されたす。 ちなみに、JunOSはオペレヌティングシステムのように動䜜したすヘッダヌは含たれたせん




それだけです フレヌムサむズずその進化に関するビンには叀いドラフト蚘事もあり、この蚘事にあるゞャンボフレヌム、ベむビヌゞャむアントフレヌムの抂念に぀いお説明しおいたす。 あなたがそれを必芁ず考えるなら、私はそれを修正しおレむアりトするこずができたす。



All Articles