RIP - problem z ręczną sumaryzacją.
RIP - problem z ręczną sumaryzacją.
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.
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.
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):
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.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.
Oto konfigi:
R1
R2
BBR1
I tablice routingu:
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
(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ę
Rarm.
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
!
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
!
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
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
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
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
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.
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.
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.
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.
Oczywiscie trasa ogolna w debugu powinna byc widoczna.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).
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.
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
R2 (wyłaczona sumaryzacja na R1)
R2 (po dodaniu sumaryzacji na R1 100.1.0.0/16)
sh ip proto (R1)
sh ip proto (R2)
Może coś źle robię... Wklejam pełne konfigi do wglądu
R1
R2
RARM.
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
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
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
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)
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)
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
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
Działa na innym sofciegangrena pisze:To sprobuj inny soft. Bug Tool nie znalazl identycznego bledu, ale jest jeden zwiazany z komenda ip summary-address.rarm pisze:3600 Software (C3660-JK9S-M), Version 12.4(11)T, RELEASE SOFTWARE (fc2)
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
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...
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...
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