Mengenai pertanyaan pemisahan area 1 di seluruh tulang punggung (area 0):
[area 1, subnet 1] --- [ABR # 1] --- [area 0, subnet 2] --- [ABR # 2] --- [area 1, subnet 3]
[area 1, subnet 1] --- [Router # 1] --- [area 0, subnet 2, perangkat akhir # 1] --- [Router # 2] --- [area 0, subnet 2, perangkat akhir # 2] --- [Router # 3] --- [area 1, subnet 3]
Jawaban singkat: Tidak ada masalah dengan proposal Anda ...
Jawaban panjang:
Bahkan jawaban Peter, yang berpendapat bahwa menggunakan kembali nomor area adalah desain yang buruk, tidak memberikan bukti bahwa ini adalah desain yang buruk; jika Anda memeriksa hyperlink yang digunakannya, tidak ada penjelasan tentang konsekuensi yang tidak diinginkan untuk desain ini. Lebih jauh, argumen bahwa Anda mungkin memiliki masalah dalam menyambungkan R1 dan R3 gagal, karena tautan R1 ke R3 dapat dikonfigurasi secara sah di Area 0 atau Area 1, tergantung pada lalu lintas apa yang ingin Anda transitkan. Kesulitan yang dia sebutkan adalah dilema yang salah.
Dalam RFC 2328, Bagian 3.7 OSPF secara eksplisit memungkinkan Anda untuk menggunakan area non-backbone yang tidak jelas (yang disebut "partisi area", di bawah):
OSPF does not actively attempt to repair area partitions. When
an area becomes partitioned, each component simply becomes a
separate area. The backbone then performs routing between the
new areas. Some destinations reachable via intra-area routing
before the partition will now require inter-area routing.
... Also, the backbone itself must not partition.
Jadi apakah Anda menggunakan Area 1 yang diusulkan yang tidak jelas hanya masalah selera ... beberapa orang merasa tidak logis untuk menggunakan konfigurasi dalam diagram Anda; orang-orang ini mungkin menyarankan agar Anda menyimpan nomor area OSPF bersama-sama ... jadi Anda harus mengubah [area 1, subnet 3] pada Router # 3 menjadi [area 3, subnet 3]. Orang lain melihat tidak ada masalah dengan menggunakan kembali Area 1, karena nomor area OSPF hanya signifikan secara lokal ke router yang berasal OSPF hellos.
Either way, kita harus mengakui bahwa OSPF adalah protokol yang sangat fleksibel; terlepas dari memilih satu sisi atau yang lain dalam debat ini.