Area Tulang Belakang OSPF dan WAN


8

Saya sedang mengerjakan penyebaran jaringan baru, dan telah mengalami pertanyaan menarik ... Haruskah area OSPF 0 diperluas melintasi titik-titik WAN ke titik-titik (dengan demikian menciptakan lebih banyak router perbatasan), atau jika router WAN Agregasi seseorang berfungsi sebagai ABR untuk setiap area? Pertimbangkan yang berikut ini:

Diagram OSPF

Dalam Skenario 1 , R2, dengan asumsi area 1 adalah area yang benar-benar gemuk hanya menerima rute default, sehingga mengurangi bandwidth WAN ... Saya pikir? Dalam Skenario 2 , R2 menerima lebih banyak rute. Ini sepertinya pertanyaan sepele, tetapi saya merasa ini mungkin memiliki dampak kinerja pada skala.

Apa praktik terbaik untuk memperluas area 0 melintasi WAN?


Tidak ada jawaban "satu ukuran untuk semua" di sini. Tergantung pada ukuran router Anda, jumlah tautan lemah, dll. Bisakah Anda memberikan lebih banyak detail?
Ron Trunk

Router agregasi WAN adalah seri ASR1000, dan yang lainnya 3945e atau serupa. Ada sekitar 20 tautan secara total, sebagian besar tautannya adalah 20M metro Ethernet, tetapi beberapa situs kami yang lain adalah T1s (yang saya perhatikan tentang bandwidth).
Justin Jahn

1
Apakah Anda menjalankan MPLS? Apakah Anda menjalankan BGP di router WAN Anda? Apakah Anda menjalankan teknologi reroute cepat?
Daniel Dib

Kami tidak menangani MPLS mana pun, penyedia layanan kami yang menangani, jadi ini adalah WAN layer-2 yang sederhana di pihak kami. Kami mempertimbangkan BGP karena beberapa situs kami multi-homed, tetapi saat ini tidak ada rencana.
Justin Jahn

Apakah ada jawaban yang membantu Anda? jika demikian, Anda harus menerima jawabannya sehingga pertanyaan tidak terus muncul selamanya, mencari jawaban. Atau, Anda bisa memberikan dan menerima jawaban Anda sendiri.
Ron Maupin

Jawaban:


4

Tidak ada satu "praktik terbaik", melainkan beberapa "praktik baik" dan beberapa "praktik tidak baik".

Secara umum, jika Anda memiliki banyak area, Anda ingin hub dan jari-jari di area yang sama, dan merangkum antara hub dan seluruh jaringan LAN. Anda dapat membuat seluruh hub dan area bicara benar-benar gemuk.

Kemungkinan lain adalah memecah ruji menjadi beberapa (tidak lebih dari 2-3) area, dengan hub sebagai ABR. Faktor terpenting yang akan membuat desain ini lebih disukai adalah ketidakstabilan relatif dari WAN dan tautan LAN jarak jauh Anda. Jika Anda memiliki banyak tautan yang naik dan turun, ini akan memengaruhi jumlah banjir di WAN dan karenanya pemanfaatan tautan. Tetapi untuk 50 rute atau lebih, itu seharusnya tidak menjadi masalah bagi T1.

Berikut ini beberapa informasi desain lainnya .


1

Saya lebih suka skenario 2, memperluas area 0 ke cabang, dan kemudian mematikan area ke cabang ke switch l3 untuk routing vlan.

Membuat ABR router cabang.

Alasannya adalah bahwa kita memerlukan ketersediaan tinggi untuk cabang-cabang, dengan beberapa tautan berlebihan dari penyedia yang berbeda, serta 3G, dan cadangan dial-up.

Cabang-cabang yang lebih besar juga memiliki router ganda untuk melayani kegagalan router, di sini kami menyediakan tautan area 0 antara router, menggunakan vlan.

Mengizinkan Area 0 hingga tepi cabang memungkinkan untuk keputusan perutean yang lebih baik.

Kami juga dapat menggunakan tautan antar cabang yang berdekatan, menggunakan antarmuka area 0 pada setiap router cabang, ini tidak akan mungkin terjadi jika setiap cabang berada di area yang berbeda.

Dialup / DMVPN dll juga menyebabkan masalah jika router cabang hanya di area> 1 karena router pusat sekarang perlu memiliki template / mutipoint-gre di lebih dari satu area.

Ringkasan:

Saya pikir WAN harus berada di area 0, jika wan tidak terlalu sederhana / standar dengan hanya satu atau dua tautan ke setiap situs.


1

Skenario 1 akan lebih baik dalam hal ini karena bandwidth WAN akan berkurang sedikit dan dan R2 akan terhindar dari menghabiskan sumber dayanya jika itu akan menjadi ABR (skenario 2).

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.