RIP - problem z ręczną sumaryzacją.

Problemy związane z routingiem
Wiadomość
Autor
rarm
wannabe
wannabe
Posty: 137
Rejestracja: 22 gru 2006, 17:32

RIP - problem z ręczną sumaryzacją.

#1

#1 Post autor: rarm »

Witam.

Mam problem :)

Przerabiam materiał do BSCI z książki Cisco (Self-study guide) i już na samym początku
trafiłem na problem z RIP'em (nie spodziewałem się że tu utknę ;)

Konfiguracja jest taka:
BBR1
|        |
   FR
|        |
R1 --- R2
|        |
R3 --- R4

Wszędzie jest RIPv2. Na R1 do R4 są sieci 10.1.x.x, między BBR1 a R1 i R2 172.31.x.x (po Frame-relay).

Wszystko działa ok dopóki nie zacznę ręcznie sumaryzować adresów na R1 i R2 (tak żeby
BBR1 widział wszystkie sieci z "kółeczka" pod jednym wpisem 10.1.0.0).
Po dodaniu na serialach (tych do FR) komendy ip summary-address rip 10.1.0.0 255.255.0.0
routery R1 i R2 przestają mi rozgłaszać sieć 10.x.x.x do BBR1 (nie widać ich w debug'u).

Znalazłem coś takiego na stronie
http://www.cisco.com/en/US/products/sw/ ... 87ad1.html
i w sumie robię tak jak jest tam opisane... Niestety nie działa :(

Włącznie/wyłączanie split-horizon nic nie zmienia, tak samo jak ręczne podawanie neighbor'a.

Acha, BBR1 ma na eth sieć 10.254.0.0 (wisi sobie nigdzie nie podłączona).

Ktoś może coś zasugerować?

RARM.

kt
wannabe
wannabe
Posty: 416
Rejestracja: 22 lut 2006, 09:01

#2

#2 Post autor: kt »

A wyłączyłeś auto-summary'zację...? (domyślnie włączona)
W razie problemów, wklej konfigi i tablice routingu...

Awatar użytkownika
gangrena
CCIE/CCDE
CCIE/CCDE
Posty: 2349
Rejestracja: 08 mar 2004, 12:17
Lokalizacja: Wawa

#3

#3 Post autor: gangrena »

Moim zdaniem to nie jest problem z auto-summary. Jezeli przed zastosowaniem recznego posumowywania tras wszystko bylo ok, to zakladam ze nie moglo byc wlaczonego auto-summary. W przeciwnym wypadku router BBR1 nie otrzymalby poszczegolnych prefiksow od R1 i R2. Z drugiej strony po wlaczeniu summaryzacji przestaja sie rozglaszac sieci 10.x.x.x. Jednoczesnie post nie wspomina, ze prefiks 10.1.0.0/16 rowniez sie nie pojawil. Mozna wiec zalozyc z pewnym przypuszczeniem, ze pojawil sie na BBR1. To z kolei oznacza, ze byc moze kolega rarm chcial uzyskac efekt rozgloszenia jednoczesnie trasy zsumaryzowanej, jak i poszczegolnych tras, co jest sprzeczne z impementacja RIP (link podany w pierwszym poscie):
Because a summary route is advertised, advertisement of the /32 host routes (installed when the dialup client connects) is suppressed so that the router does not advertise these routes to the network access server interface.
Oczywiscie moze byc cos innego, jak np. brak wlaczenia broadcast (a przy okazji multicast) dla sieci frame-relay, ale to z kolei jest niezwiazane z zastosowaniem ip summary-address, wiec BBR1 nie otrzymywalby zadnych tras.

rarm
wannabe
wannabe
Posty: 137
Rejestracja: 22 gru 2006, 17:32

#4

#4 Post autor: rarm »

Oto konfigi:

R1

Kod: Zaznacz cały

interface FastEthernet0/0
 ip address 10.1.1.1 255.255.255.0
 duplex auto
 speed auto
!
interface Serial1/0
 ip address 172.31.1.1 255.255.255.0
 encapsulation frame-relay
 ip summary-address rip 10.1.0.0 255.255.0.0
 serial restart-delay 0
 frame-relay map ip 172.31.1.3 111 broadcast
 no frame-relay inverse-arp
!
interface Serial1/1
 ip address 10.1.0.1 255.255.255.0
 serial restart-delay 0
 clock rate 64000
!
router rip
 version 2
 network 10.0.0.0
 network 172.31.0.0
 default-information originate
 no auto-summary
!
R2

Kod: Zaznacz cały

interface FastEthernet0/0
 ip address 10.1.2.2 255.255.255.0
 duplex auto
 speed auto
!
interface Serial1/0
 ip address 172.31.1.2 255.255.255.0
 encapsulation frame-relay
 ip summary-address rip 10.1.0.0 255.255.0.0
 serial restart-delay 0
 frame-relay map ip 172.31.1.3 112 broadcast
 no frame-relay inverse-arp
!
interface Serial1/1
 ip address 10.1.0.2 255.255.255.0
 serial restart-delay 0
 clock rate 64000
!
router rip
 version 2
 network 10.0.0.0
 network 172.31.0.0
 default-information originate
 no auto-summary
!
BBR1

Kod: Zaznacz cały

interface FastEthernet0/0
 description Backbone LAN Connection
 ip address 10.254.0.1 255.255.255.0
 ip pim sparse-dense-mode
 speed auto
 half-duplex
!
interface Serial1/0
 description Interface for Frame Relay Multipoint
 bandwidth 128
 no ip address
 ip pim sparse-dense-mode
 encapsulation frame-relay
 serial restart-delay 0
 no fair-queue
 cdp enable
 no frame-relay inverse-arp
 frame-relay lmi-type cisco
!
interface Serial1/0.1 multipoint
 description Frame Relay DLCI 111 and 112 for Pod 1
 ip address 172.31.1.3 255.255.255.0
 ip rip send version 1 2
 ip rip receive version 1 2
 ip pim sparse-dense-mode
 ip ospf network non-broadcast
 ip ospf priority 50
 cdp enable
 frame-relay map ip 172.31.1.2 112 broadcast
 frame-relay map ip 172.31.1.1 111 broadcast
!
router rip
 version 2
 passive-interface FastEthernet0/0
 network 10.0.0.0
 network 172.31.0.0
 distribute-list 1 in
 no auto-summary
!
access-list 1 deny   0.0.0.0
access-list 1 permit any
I tablice routingu:

Kod: Zaznacz cały

R1

Gateway of last resort is not set

     172.31.0.0/24 is subnetted, 1 subnets
C       172.31.1.0 is directly connected, Serial1/0
     10.0.0.0/24 is subnetted, 5 subnets
R       10.1.3.0 [120/1] via 10.1.1.3, 00:00:09, FastEthernet0/0
R       10.1.2.0 [120/1] via 10.1.0.2, 00:00:02, Serial1/1
C       10.1.1.0 is directly connected, FastEthernet0/0
C       10.1.0.0 is directly connected, Serial1/1
R       10.254.0.0 [120/1] via 172.31.1.3, 00:00:07, Serial1/0

R2

Gateway of last resort is 10.1.0.1 to network 0.0.0.0

     172.31.0.0/24 is subnetted, 1 subnets
C       172.31.1.0 is directly connected, Serial1/0
     10.0.0.0/24 is subnetted, 5 subnets
R       10.1.3.0 [120/1] via 10.1.2.4, 00:00:27, FastEthernet0/0
C       10.1.2.0 is directly connected, FastEthernet0/0
R       10.1.1.0 [120/1] via 10.1.0.1, 00:00:07, Serial1/1
C       10.1.0.0 is directly connected, Serial1/1
R       10.254.0.0 [120/1] via 172.31.1.3, 00:00:25, Serial1/0
R*   0.0.0.0/0 [120/1] via 10.1.0.1, 00:00:07, Serial1/1

BBR1

Gateway of last resort is not set

     172.31.0.0/24 is subnetted, 1 subnets
C       172.31.1.0 is directly connected, Serial1/0.1
S    192.168.11.0/24 [1/0] via 172.31.1.2
     10.0.0.0/24 is subnetted, 2 subnets
B       10.97.97.0 [20/0] via 10.254.0.3, 00:05:30
C       10.254.0.0 is directly connected, FastEthernet0/0
S    192.168.1.0/24 [1/0] via 172.31.1.1
I jak widać nie ma nic na temat tras od R1 i R2 :(

Odnośnie tego co pisał gangrena to chciałbym aby w tablicy routingu BBR1 pojawił
się wpis

Kod: Zaznacz cały

R       10.1.0.0/16 [120/1] via 172.31.1.2 ... s1/0.1
                        [120/1] via 172.31.1.1 ... s1/0.1
(tak zresztą ma wyjść według Cisco). Oczywiście wpisy na temat poszczególnych tras
wystąpić nie mogą (nie było by sensu wtedy ręcznie sumaryzować ;).

Ach, jak wpiszę na serialach R1 i R2

no ip summary-address rip 10.1.0.0 255.255.0.0

to na BBR1 dostaję

Kod: Zaznacz cały

Gateway of last resort is not set

     172.31.0.0/24 is subnetted, 1 subnets
C       172.31.1.0 is directly connected, Serial1/0.1
S    192.168.11.0/24 [1/0] via 172.31.1.2
     10.0.0.0/24 is subnetted, 6 subnets
R       10.1.3.0 [120/2] via 172.31.1.2, 00:00:18, Serial1/0.1
                 [120/2] via 172.31.1.1, 00:00:04, Serial1/0.1
R       10.1.2.0 [120/1] via 172.31.1.2, 00:00:18, Serial1/0.1
B       10.97.97.0 [20/0] via 10.254.0.3, 00:17:02
R       10.1.1.0 [120/1] via 172.31.1.1, 00:00:04, Serial1/0.1
R       10.1.0.0 [120/1] via 172.31.1.2, 00:00:18, Serial1/0.1
                 [120/1] via 172.31.1.1, 00:00:04, Serial1/0.1
C       10.254.0.0 is directly connected, FastEthernet0/0
S    192.168.1.0/24 [1/0] via 172.31.1.1
Rarm.

Awatar użytkownika
gangrena
CCIE/CCDE
CCIE/CCDE
Posty: 2349
Rejestracja: 08 mar 2004, 12:17
Lokalizacja: Wawa

#5

#5 Post autor: gangrena »

Probowalem wymusic u siebie taki efekt jak Ty uzyskales, ale nie udalo mi sie. Byc moze przez chwile byl taki stan, ze update 10.1.0.0/16 nie pojawial sie, ale juz teraz nie wiem, czy nie zmienilem konfiguracji na poczatku cyklu 30 sekundowego tak, ze nastepny update przyszedl po kolejnych 30 sekundach. Generalnie problemow nie mialem, co moze swiadczyc o pewnych specyficznych warunkach Twojej sieci.

1. Z jakiej wersji IOS oraz modelu routera korzystasz?
2. Czy ktoras z podsieci 10.x.x.x po stronie R1 i R2 jest wpieta do tego samego huba/vlanu co siec 10.254.0.0/24 routera BBR1?

Jezeli siec 10.1.0.0/16 nie pojawia sie na BBR1 sprobuj skorzystac z clear ip route *. Sprobuj rowniez zasymulowac ta sama implementacje z ip address-summary, ale tylko miedzy dwoma routerami polaczonymi Ethernetem.

Wspomniales, ze w debugu nie widac rozglaszanych sieci 10.x.x.x po dodaniu ip summary-address, co akurat jest ok, gdyz nie powinny byc rozglaszane do BBR1.

rarm
wannabe
wannabe
Posty: 137
Rejestracja: 22 gru 2006, 17:32

#6

#6 Post autor: rarm »

Odpowiedzi na pytania:

1. Dynamips. 3660. IOS 12.4
2. Podsieci po stronie R1 i R2 nie są spięte z podsiecią na BBR1

clear ip rou * nic nie pomaga.

Jest taka kiszka, że nawet na dwóch routerach to nie działa :(

10.1.0.1 --- R1 172.31.1.1 --- 172.31.1.2 R2 --- 10.254.0.1

Mam taką konfigurację i adresy. Bez summary adres wszystko jest ok.
A jak tylko na R1 na eth z adresem 172.31.1.1 dam

ip summary-address rip 10.1.0.0 255.255.0.0

to na R2 znika trasa do sieci 10.1.0.0 i nie pojawia się trasa zsumaryzowana
z maską /16 :(

Zgłupiałem normalnie :(

W konfiguracji ustawione są tylko adresy na interfejsach i włączony rip v2, no auto-summary
net 10.0.0.0 i net 172.31.0.0

Gangrena odnośnie ostatniego zdania to faktycznie nie powinny być widziane w debugu sieci 10.x.x.x, ale chyba jedna zsumaryzowana 10.1.0.0 powinna?
I jak możesz to wklej działającą konfigurację na 2 routerach. Przeklepię ją u siebie i
zobaczymy czy też zadziała (oczywiście pod dynamipsem).

RARM.

Awatar użytkownika
gangrena
CCIE/CCDE
CCIE/CCDE
Posty: 2349
Rejestracja: 08 mar 2004, 12:17
Lokalizacja: Wawa

#7

#7 Post autor: gangrena »

rarm pisze:Gangrena odnośnie ostatniego zdania to faktycznie nie powinny być widziane w debugu sieci 10.x.x.x, ale chyba jedna zsumaryzowana 10.1.0.0 powinna?
I jak możesz to wklej działającą konfigurację na 2 routerach. Przeklepię ją u siebie i
zobaczymy czy też zadziała (oczywiście pod dynamipsem).
Oczywiscie trasa ogolna w debugu powinna byc widoczna.

Teraz Ci nie podesle swojej konfiguracji, nie mam jej przy sobie. Ale nie ma tutaj nawet co wymyslac. Wystarcza: dwa skonfigurowane interfejsy per router, na zewnetrznym dodawana sumaryzacja. W konfiguracji RIP: no auto-summary, version 2, wpisy network.

Jezeli mozesz podaj mi dokladna wersje IOS, choc nie przypuszczam, by w 12.4 byl az taki bug. Dodaj dodatkowy interfejs np. loopback z adresem IP z puli, ktorej nie masz obecnie w na zadnym routerze. Sprobuj sumaryzacji na tej nowej puli. Mozesz tez wkleic sh ip protocols.

rarm
wannabe
wannabe
Posty: 137
Rejestracja: 22 gru 2006, 17:32

#8

#8 Post autor: rarm »

Dodałem loopback'i na R1 i jest tak samo. Jak włączę summary-address to na R2 adresy
loopback'ów znikają z tablicy i nie pojawia się adres zsumaryzowany.

Efekt jest taki:
R1

Kod: Zaznacz cały

Gateway of last resort is not set

     100.0.0.0/24 is subnetted, 3 subnets
C       100.1.1.0 is directly connected, Loopback1
C       100.1.0.0 is directly connected, Loopback0
C       100.1.2.0 is directly connected, Loopback2
     172.31.0.0/24 is subnetted, 1 subnets
C       172.31.1.0 is directly connected, FastEthernet0/0
     10.0.0.0/24 is subnetted, 2 subnets
C       10.1.0.0 is directly connected, FastEthernet0/1
R       10.254.0.0 [120/1] via 172.31.1.2, 00:00:02, FastEthernet0/0
R2 (wyłaczona sumaryzacja na R1)

Kod: Zaznacz cały

Gateway of last resort is not set

     100.0.0.0/24 is subnetted, 3 subnets
R       100.1.1.0 [120/1] via 172.31.1.1, 00:00:01, FastEthernet0/0
R       100.1.0.0 [120/1] via 172.31.1.1, 00:00:01, FastEthernet0/0
R       100.1.2.0 [120/1] via 172.31.1.1, 00:00:01, FastEthernet0/0
     172.31.0.0/24 is subnetted, 1 subnets
C       172.31.1.0 is directly connected, FastEthernet0/0
     10.0.0.0/24 is subnetted, 2 subnets
R       10.1.0.0 [120/1] via 172.31.1.1, 00:00:01, FastEthernet0/0
C       10.254.0.0 is directly connected, FastEthernet0/1
R2 (po dodaniu sumaryzacji na R1 100.1.0.0/16)

Kod: Zaznacz cały

Gateway of last resort is not set

     172.31.0.0/24 is subnetted, 1 subnets
C       172.31.1.0 is directly connected, FastEthernet0/0
     10.0.0.0/24 is subnetted, 2 subnets
R       10.1.0.0 [120/1] via 172.31.1.1, 00:00:01, FastEthernet0/0
C       10.254.0.0 is directly connected, FastEthernet0/1
sh ip proto (R1)

Kod: Zaznacz cały

Routing Protocol is "rip"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Sending updates every 30 seconds, next due in 27 seconds
  Invalid after 180 seconds, hold down 180, flushed after 240
  Redistributing: rip
  Default version control: send version 2, receive version 2
    Interface             Send  Recv  Triggered RIP  Key-chain
    FastEthernet0/0       2     2
    FastEthernet0/1       2     2
    Loopback0             2     2
    Loopback1             2     2
    Loopback2             2     2
  Automatic network summarization is not in effect
  Address Summarization:
    100.1.0.0/16 for FastEthernet0/0
  Maximum path: 4
  Routing for Networks:
    10.0.0.0
    100.0.0.0
    172.31.0.0
  Routing Information Sources:
    Gateway         Distance      Last Update
    Gateway         Distance      Last Update
    172.31.1.2           120      00:00:07
  Distance: (default is 120)
sh ip proto (R2)

Kod: Zaznacz cały

Routing Protocol is "rip"
  Outgoing update filter list for all interfaces is not set
  Incoming update filter list for all interfaces is not set
  Sending updates every 30 seconds, next due in 15 seconds
  Invalid after 180 seconds, hold down 180, flushed after 240
  Redistributing: rip
  Default version control: send version 2, receive version 2
    Interface             Send  Recv  Triggered RIP  Key-chain
    FastEthernet0/0       2     2
    FastEthernet0/1       2     2
  Automatic network summarization is not in effect
  Maximum path: 4
  Routing for Networks:
    10.0.0.0
    172.31.0.0
  Routing Information Sources:
    Gateway         Distance      Last Update
    172.31.1.1           120      00:00:09
  Distance: (default is 120)
Może coś źle robię... Wklejam pełne konfigi do wglądu ;)

R1

Kod: Zaznacz cały

!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname P1R1
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
memory-size iomem 5
!
!
ip cef
!
multilink bundle-name authenticated
!
interface Loopback0
 ip address 100.1.0.1 255.255.255.0
!
interface Loopback1
 ip address 100.1.1.1 255.255.255.0
!
interface Loopback2
 ip address 100.1.2.1 255.255.255.0
!
interface FastEthernet0/0
 ip address 172.31.1.1 255.255.255.0
 ip summary-address rip 100.1.0.0 255.255.0.0
 duplex auto
 speed auto
!
interface FastEthernet0/1
 ip address 10.1.0.1 255.255.255.0
 duplex auto
 speed auto
!
router rip
 version 2
 network 10.0.0.0
 network 100.0.0.0
 network 172.31.0.0
 no auto-summary
!
ip http server
no ip http secure-server
!
control-plane
!
line con 0
line aux 0
line vty 0 4
 login
!
!
end
R2

Kod: Zaznacz cały

!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname P1R2
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
memory-size iomem 5
!
!
ip cef
!
!
multilink bundle-name authenticated
!
interface FastEthernet0/0
 ip address 172.31.1.2 255.255.255.0
 duplex auto
 speed auto
!
interface FastEthernet0/1
 ip address 10.254.0.1 255.255.255.0
 duplex auto
 speed auto
!
router rip
 version 2
 network 10.0.0.0
 network 172.31.0.0
 no auto-summary
!
ip http server
no ip http secure-server
!
control-plane
!
line con 0
line aux 0
line vty 0 4
 login
!
end
RARM.

Awatar użytkownika
gangrena
CCIE/CCDE
CCIE/CCDE
Posty: 2349
Rejestracja: 08 mar 2004, 12:17
Lokalizacja: Wawa

#9

#9 Post autor: gangrena »

W takim razie moze jednak jakis bug w IOS. Podaj prosze dokladna wersje softu.

rarm
wannabe
wannabe
Posty: 137
Rejestracja: 22 gru 2006, 17:32

#10

#10 Post autor: rarm »

Proszę ;)

3600 Software (C3660-JK9S-M), Version 12.4(11)T, RELEASE SOFTWARE (fc2)

Rarm.

Awatar użytkownika
gangrena
CCIE/CCDE
CCIE/CCDE
Posty: 2349
Rejestracja: 08 mar 2004, 12:17
Lokalizacja: Wawa

#11

#11 Post autor: gangrena »

rarm pisze:3600 Software (C3660-JK9S-M), Version 12.4(11)T, RELEASE SOFTWARE (fc2)
To sprobuj inny soft. Bug Tool nie znalazl identycznego bledu, ale jest jeden zwiazany z komenda ip summary-address.

rarm
wannabe
wannabe
Posty: 137
Rejestracja: 22 gru 2006, 17:32

#12

#12 Post autor: rarm »

gangrena pisze:
rarm pisze:3600 Software (C3660-JK9S-M), Version 12.4(11)T, RELEASE SOFTWARE (fc2)
To sprobuj inny soft. Bug Tool nie znalazl identycznego bledu, ale jest jeden zwiazany z komenda ip summary-address.
Działa na innym sofcie :shock:

Kod: Zaznacz cały

Gateway of last resort is not set

     100.0.0.0/16 is subnetted, 1 subnets
R       100.1.0.0 [120/1] via 172.31.1.1, 00:00:05, Ethernet0/0
     172.31.0.0/24 is subnetted, 1 subnets
C       172.31.1.0 is directly connected, Ethernet0/0
     10.0.0.0/8 is variably subnetted, 2 subnets, 2 masks
R       10.1.0.0/16 [120/1] via 172.31.1.1, 00:00:05, Ethernet0/0
C       10.254.0.0/24 is directly connected, Ethernet0/1
Cały dzień walk... Kto by się spodziewał, że to nie zadziała z powodu softu...
Oczywiście zasłużony helped dla "mózga" gangreny ;)

Rarm.

Update.

Dziwnie to działa...
Jak się doda summary-address działa, następnie jak zdejmę summary-address też działa
(widać niezsumowane sieci), a jak ponownie dodam summary-address przestaje rozgłaszać
zsumowaną trasę... Pomaga restart routera...

Awatar użytkownika
adikb
wannabe
wannabe
Posty: 152
Rejestracja: 05 wrz 2006, 23:45
Lokalizacja: Poznań

#13

#13 Post autor: adikb »

Pamiętaj że to tylko symulator - coprawda na oryginalnym IOS ale to nie znaczy, że wszystko działa 100% jak powinno. Niestety nawet a wpełni hardwarowym labie zdarzają się problemy z kompatybilnością IOSów. Taki już urok tych zabawek :)

Pozdrawiam
adikb
CCNP,CCDP,JNCIA-FWV,CCNA-sec

rarm
wannabe
wannabe
Posty: 137
Rejestracja: 22 gru 2006, 17:32

#14

#14 Post autor: rarm »

W sumie może to i dobrze ;)
Przynajmniej człowiek powalczył z problemem to i na dłużej wiedza zostanie ;)

Rarm.

Awatar użytkownika
adikb
wannabe
wannabe
Posty: 152
Rejestracja: 05 wrz 2006, 23:45
Lokalizacja: Poznań

#15

#15 Post autor: adikb »

Gorzej jeżeli zamiast nad sednem problemu człowiek się zastanawia czy to błąd oprogramowania czy błąd w IOS czy też tak już jest.

Niestety realny sprzęt rónież uwielbia sprawiać niespodzianki - niekompatybilne wersje IOS, błędy sprzętowe, błędy w okablowaniu i temu podobne zabawy. Jak zwykle wszędzie można się wiele nauczyć tylko czas...
CCNP,CCDP,JNCIA-FWV,CCNA-sec

ODPOWIEDZ