Mengapa MTU harus cocok dengan protokol routing status tautan interior seperti EIGRP dan OSPF?


10

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?


Bisakah Anda menjelaskan situasi persis apa yang Anda khawatirkan yang akan memberi Anda alasan untuk memiliki MTU yang tidak cocok dengan OSPF atau EIGRP?
Mike Pennington

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.
Pete

Jawaban:


12

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 :

John Moy - ketidaksesuaian MTU 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.


Terima kasih, Mike! Saya pikir bagian saya hilang adalah bahwa sebuah paket lebih dari MTU terfragmentasi pada router pengirim tetapi dibuang pada router penerima.
Pete

Tidak cukup, MTU L2 yang tidak cocok adalah kesalahan konfigurasi yang tidak dapat ditangani dengan andal dengan implementasi yang ada. Semua OSPF tahu bahwa IP MTU yang ada tidak simetris, tetapi tidak memiliki informasi tentang cara memperbaikinya. Fragmentasi tidak didukung di OSPF karena itu masih menyisakan pesawat data L2 yang rusak dalam Kasus 1 dan OSPF bahkan tidak benar-benar tahu mengapa ada ketidakcocokan
Mike Pennington

5

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.

5
EIGRP dan OSPF membentuk adjacency layer2 dan tidak ada fragmentasi IP / datagram pada layer2 apa pun. Jadi, tidak mungkin untuk menggunakan MTU yang tidak cocok, bahkan jika standar mengizinkannya.
Mike Pennington

Negatif. Mereka membentuk adjacency layer 3, komunikasi protokol terjadi menggunakan IP multicast (layer 3). Jika mereka membentuk adjacency layer 2 secara teknis Anda tidak perlu alamat IP pada antarmuka.
Robert

Dari RFC sendiri: Protokol OSPF berjalan langsung melalui IP, menggunakan protokol IP 89.
Robert

2
Robert, kau melewatkan definisi kedekatan yang digunakan Cisco. Silakan lihat "sh adjacency internal" pada router Cisco apa pun. CEF memperlakukan semua informasi Layer2 sebagai bagian dari tabel adjacency; baris ke-2 dan ke-3 pada setiap entri adalah info header hex layer2. IP membutuhkan layer2 yang koheren bahkan ketika itu terhubung langsung.
Mike Pennington

2
Jadi bagaimana Anda mendukung MTU OSPF yang tidak cocok tanpa fragmentasi L2? Semua RFC menepis, jawabannya sederhana ... MTU yang tidak cocok rusak di layer2
Mike Pennington
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.