Jika seseorang mencoba untuk mengkonfigurasi adjacencys tetangga tanpa mencocokkan MTU, Router gagal menjadi tetangga. Saya berasumsi ini untuk melindungi protokol routing dari itu sendiri tetapi saya tidak mengerti apa itu menyelamatkan diri? Apa yang akan (Mungkinkah) konsekuensinya tanpa mencocokkan MTU?

Pete berkata :

Saya tidak bisa memikirkan situasi di mana Anda akan membutuhkan ini. Saya hanya ingin tahu logika apa yang membuat pemeriksaan eksplisit dalam protokol routing ini.

Jawaban singkat

Protokol routing adalah beberapa blok bangunan paling mendasar di internet; kami membutuhkan mereka untuk menjadi sangat andal dalam setiap kasus yang memungkinkan. Tidak ada gunanya menampilkan kedekatan OSPF atau EIGRP pada MTU yang tidak cocok.

Protokol routing harus menghapus MTU potensial yang tidak cocok dari jalur penerusan router.

Jawaban panjang

Saya dapat memikirkan tiga kemungkinan situasi di mana Anda akan menemukan MTU IGP yang tidak cocok ...

1. Ketidakcocokan MTU yang tidak disengaja di Layer2 (misalnya, jika seseorang secara tidak sengaja membuat MTU yang tidak cocok pada garis serial, atau vendor yang berbeda memiliki MTU default yang berbeda di media yang sama)
2. Mencocokkan MT2 Layer2, tetapi implementasi router memiliki bug yang salah menghitung antarmuka IP MTU yang diperlukan
3. Ketidakcocokan MTU yang disengaja

IP MTU berkorelasi langsung dengan MTU Layer2 (setidaknya untuk Kasus 1, di atas). Tidak peduli apa yang kita lakukan, kita selalu berada pada belas kasihan untuk mengurangi masalah dari ketidakcocokan MTU Layer2 yang tidak disengaja, karena tidak ada mekanisme penemuan MTU Layer2 (tidak seperti IP, yang memiliki pesan kesalahan ICMP).

Ini berarti bahwa kita harus melakukan segala yang mungkin untuk menghindari ketidakcocokan MTU Layer2, bahkan jika Kasus 2 dan 3 di atas adalah korban dari mitigasi masalah dengan Kasus nomor 1. Kasus 1 memiliki implikasi yang sangat besar kecuali kita menyelesaikannya; yaitu black-holing semua lalu lintas hanya karena kami mengizinkan MTU yang tidak cocok.

Kami selalu terbatas pada penyebut paling umum pada tautan. Bingkai yang lebih besar dari MTU yang diterima dari antarmuka secara diam-diam dibuang, dan router tidak memiliki cara untuk mengetahui apakah MTU itu sengaja tidak cocok, atau apakah itu terjadi secara tidak sengaja.

Akibatnya, EIGRP dan OSPF membutuhkan adjacencies Layer2 ^{Catatan 1 yang} valid (termasuk MTU).

Apa yang akan (Mungkinkah) konsekuensinya tanpa mencocokkan MTU?

Mengutip John Moy (penulis OSPF) dalam RFC 2329 Halaman 4 :

• Masalah dengan semua penerusan IP
• Masalah OSPF

Juga mengutipnya dari milis OSPF :

^{Catatan 1} beberapa orang salah paham arti adjacency sebagai konsep IP routing protocol. Pernyataan ini melewatkan kenyataan bahwa semuanya (termasuk IP) membutuhkan MTU layer2 yang cocok , agar domain Layer2 berfungsi dengan baik.

Salah satu fungsi terpenting dari protokol routing adalah membangun tabel forwarding FIB / CEF / yang valid. Tabel itu memetakan informasi yang dipelajari melalui protokol routing ke info penulisan ulang layer2 . Hubungan-hubungan Layer2 pada tautan fisik yang sama juga disebut oleh Cisco sebagai adjacencies.

Menurut OSPF RFC 2328 (10.6):

Jika bidang Antarmuka MTU dalam paket Deskripsi Database menunjukkan ukuran datagram IP yang lebih besar daripada router dapat menerima pada antarmuka penerima tanpa fragmentasi, paket Deskripsi Database ditolak.

Jawaban sederhananya adalah bahwa standar dirancang untuk hanya menjatuhkan datagram yang terlalu besar daripada memecah-mecahnya. Lalu lintas yang terfragmentasi meningkatkan beban CPU suatu perangkat dan mengurangi kinerja karena kebutuhan akan fragmentasi, lalu lintas tambahan. Mempertimbangkan tujuan dari protokol routing dinamis adalah protokol yang stabil dan cepat, segala sesuatu yang bertentangan dengan tujuan tersebut harus dihilangkan. Menyetel persyaratan untuk MTU yang cocok membantu menegakkan persyaratan kinerja ini.

Lebih banyak dari OSPF RFC:

4.3.  Routing protocol packets

    The OSPF protocol runs directly over IP, using IP protocol 89.
    OSPF does not provide any explicit fragmentation/reassembly
    support.  When fragmentation is necessary, IP
    fragmentation/reassembly is used.  OSPF protocol packets have
    been designed so that large protocol packets can generally be
    split into several smaller protocol packets.  This practice is
    recommended; IP fragmentation should be avoided whenever
    possible.