Masalah pertukaran rute BGP internal


8

Saya memiliki BGP multihoming dengan dua router cisco. Setiap router memiliki ISP sendiri dan mengumumkan AS kami dengan / 24 jaringan kami ke internet.

Masalah saya adalah di antara kedua router tersebut:

Router A, tabel routing terlihat seperti:

BGP table version is 9622808, local router ID is 10.100.100.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 *>i 1.0.0.0/24       10.100.100.3         10041    150      0 175 15169 i
 *                    192.168.200.1              0             0 800 15169 i

Router B, tabel routing terlihat seperti:

router # sh ip bgp

BGP table version is 10261936, local router ID is 192.168.1.2
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 *>  1.0.0.0/24       192.168.1.1        10041    150      0 175 15169 i

Router A

 
    #sh ip bgp 1.0.0.0
    BGP routing table entry for 1.0.0.0/24, version 9124223
    Paths: (2 available, best #1, table default)
    Multipath: eBGP
     Not advertised to any peer
    Refresh Epoch 1
    175 15169
    10.100.100.3 from 10.100.100.3 (192.168.1.1 )
      Origin IGP, metric 10041, localpref 150, valid, internal, best
      rx pathid: 0, tx pathid: 0x0
    Refresh Epoch 1
    8220 15169
    192.168.200.1 from 192.168.200.1 (212.74.90.252)
      Origin IGP, metric 0, localpref 100, valid, external
      Community: 538770940 538771322
      rx pathid: 0, tx pathid: 0

Router B


    #sh ip bgp 1.0.0.0
    BGP routing table entry for 1.0.0.0/24, version 9772009
    Paths: (1 available, best #1, table default)
    Multipath: eBGP
    Advertised to update-groups:
     15
    Refresh Epoch 1
    175 15169
    192.168.1.1 from 192.168.1.1 (38.28.4.10)
      Origin IGP, metric 10041, localpref 150, valid, external, best
      Community: 11424364 11425276
      rx pathid: 0, tx pathid: 0x0


Router B
    #sh ip bgp summary
   Neighbor        V           AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
   10.100.100.2    4        48020  748914 2167278 10705132    0    0 2w4d         3350
   192.168.1.1   4          175 2591251   29738 10705000    0    0 2w4d       509418

Masalah saya adalah bahwa Router B hanya memiliki satu Hop Berikutnya untuk 1.0.0.0/24 (ini adalah contoh). Saya berharap bahwa router B memiliki Hop Berikutnya ke router A.

Router A menampilkan hop Berikutnya seperti yang diharapkan.

Masalah ini berdampak serius, Jika kita kehilangan router B sebagai router yang disukai, kita kehilangan Internet, karena tidak dapat merutekan lalu lintas melalui router A.


1
Silakan pertimbangkan untuk menambahkan rincian lebih lanjut . Konfigurasi router A dan B, serta diagram yang menunjukkan lokasi nexthops relatif terhadap router tersebut akan membantu. Saya percaya Anda telah mengatur iBGP antara A dan B, bukan?
Mike Pennington

Ok saya akan segera melakukannya. Ya, ada sesi iBGP di antara router. mengintip antara dua router sepertinya sehat.
Hugo

2
Bisakah Anda juga memberikan output sho ip bgp 1.0.0.0? Saya bertanya-tanya apakah RouterA melihat jalur RouterB lebih baik daripada jalur eksternal (karena preferensi lokal) dan tidak mengiklankan jalur lain yang dikenal ke RouterB. Jika ini benar, maka RouterA akan mengiklankan jalurnya secara otomatis jika jalur RouterB hilang.
cpt_fink

Router B menunjukkan rute yang dipelajari eBGP. Router A menunjukkan rute yang dipelajari iBGP. Apakah Anda memiliki iBGP untuk mengintip antar router eBGP Anda?
Rais

1
2 hari kemudian, pertanyaan ini masih membutuhkan konfigurasi dan diagram. Kami bertujuan untuk menyenangkan ,, tetapi spekulasi bukanlah kompetensi inti di sini
Mike Pennington

Jawaban:


1

Dalam kasus Anda, B tidak boleh memiliki rute dari A karena B sendiri menyatakan rute yang dipelajari sebagai rute terbaik dan menyebarkan info ini melalui iBGP.

Router A tidak dapat mengiklankan eBGP-nya yang dipelajari 1.0.0.0/8 ke B karena itu bukan rute terbaik. Rute terbaik untuk A adalah yang dipelajari melalui iBGP dari rute B dan iBGP tidak dapat diiklankan ulang.

Kedua router eBGP mempelajari jaringan dari kedua ISP. Ketika ISP untuk B gagal, rute eBGP akan memenuhi syarat untuk dikirim ke B.

HTH.


1
Argumen Anda sepertinya tidak didukung oleh dokumentasi dalam pertanyaan
Mike Pennington

1

Secara default setiap router BGP hanya mengiklankan rute terbaiknya. Karena A lebih memilih rute dari B daripada rute eksternal (karena preferensi lokal yang lebih tinggi), A tidak mengiklankan rute eksternal ke B.

Failover akan berfungsi, tetapi mungkin perlu waktu karena: * B harus mencabut rute eksternalnya * A harus memilih rute terbaik baru * A harus mengiklankan rute terbaik baru ke B * B harus memilih rute terbaik baru

Jika Anda ingin failover yang lebih cepat gunakan "BGP best-external" (atau sesuatu seperti ini - cari best-external di cisco.com) di A.


0

Router A tidak mengiklankan rute ke Router B.

Multipath: eBGP
 Not advertised to any peer

Router B adalah iklan yang mengarahkan ke router A.

 Multipath: eBGP
Advertised to update-groups:
 15

Konfigurasikan A untuk mengiklankan 1.0.0.0 ke B melalui ibgp.


-3

Ini adalah perilaku BGP normal 'path hiding', salah satu fitur lawas untuk mengaitkan masalah penskalaan. Kegagalan harus bekerja sebagaimana dimaksud. Jika Anda membutuhkan rute yang masih dipelajari routerA eBGP yang masih ditampilkan pada B, gunakan perintah BGP 'terbaik-eksternal' pada rourterA (dan juga di B).

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.