eigrp load balancing

Wiadomość

durszlak · #1

Cześć,

próbuję sprawdzić czy działa mi loadbalancing, no i niby działa, ale po przejrzeniu którędy idą icmp można powiedzieć że nie działa...

-zwiększam bandwith i taktowanie zegarów na drodze R3->R1 R1->R2 (teraz succesorem jest właśnie ta ścieżka)
-tworzę access list na pakiety echo (bez niej też próbowałem)
-wł. ip debug .moja.ac.lista
-pingam loopback 10.1.2.1 na routerze do ktrego mam teraz 2 drogi zdj

i widzę, że pakiety idą tylko przez s0/0
*Mar 1 04:15:14.750: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), routed via FIB
*Mar 1 04:15:14.750: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), len 100, sending
*Mar 1 04:15:14.754: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), routed via FIB
*Mar 1 04:15:14.754: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), len 100, sending
*Mar 1 04:15:14.754: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), routed via FIB
*Mar 1 04:15:14.754: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), len 100, sending
*Mar 1 04:15:14.754: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), routed via FIB
*Mar 1 04:15:14.754: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), len 100, sending
*Mar 1 04:15:14.758: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), routed via FIB
*Mar 1 04:15:14.758: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), len 100, sending
*Mar 1 04:15:14.758: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), routed via FIB
*Mar 1 04:15:14.758: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), len 100, sending
*Mar 1 04:15:14.758: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), routed via FIB
*Mar 1 04:15:14.758: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), len 100, sending
*Mar 1 04:15:14.758: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), routed via FIB
*Mar 1 04:15:14.758: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), len 100, sending
*Mar 1 04:15:14.758: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), routed via FIB
*Mar 1 04:15:14.758: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), len 100, sending
*Mar 1 04:15:14.762: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), routed via FIB
*Mar 1 04:15:14.762: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), len 100, sending

ale tu widać że share count wygląda ok
R3#sh ip route 10.1.2.1
Routing entry for 10.1.2.0/30
Known via "eigrp 1", distance 90, metric 21152000, type internal
Redistributing via eigrp 1
Last update from 10.1.203.2 on Serial0/1, 01:26:07 ago
Routing Descriptor Blocks:
10.1.203.2, from 10.1.203.2, 01:26:07 ago, via Serial0/1
Route metric is 40640000, traffic share count is 25
Total delay is 25000 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 1/255, Hops 1
* 10.1.103.1, from 10.1.103.1, 01:26:07 ago, via Serial0/0
Route metric is 21152000, traffic share count is 48
Total delay is 45000 microseconds, minimum bandwidth is 128 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 65/255, Hops 2

w rib'ie też widać że jest ok
R3#sh ip route eigr
10.0.0.0/8 is variably subnetted, 12 subnets, 2 masks
D 10.1.2.8/30 [90/40640000] via 10.1.203.2, 01:27:30, Serial0/1
[90/21152000] via 10.1.103.1, 01:27:30, Serial0/0
D 10.1.1.8/30 [90/20640000] via 10.1.103.1, 01:27:30, Serial0/0
D 10.1.2.0/30 [90/40640000] via 10.1.203.2, 01:27:30, Serial0/1
[90/21152000] via 10.1.103.1, 01:27:30, Serial0/0
D 10.1.1.0/30 [90/20640000] via 10.1.103.1, 01:27:30, Serial0/0
D 10.1.2.4/30 [90/40640000] via 10.1.203.2, 01:27:30, Serial0/1
[90/21152000] via 10.1.103.1, 01:27:30, Serial0/0
D 10.1.1.4/30 [90/20640000] via 10.1.103.1, 01:27:30, Serial0/0
D 10.1.102.0/29 [90/41024000] via 10.1.203.2, 01:27:30, Serial0/1
[90/21024000] via 10.1.103.1, 01:27:30, Serial0/0

#2

pokaz jak masz skonfigurowane eigrp (variance) i pokaz w ogolę konfiguracje bo z tego co piszesz ciężko sie czegokolwiek dowiedzieć
Widać tylko ze metryki masz rożne wiec ustawienie odpowiedniego variance ma duże znaczenie
Jak chcesz to pingiem testowac to wlacz tez per-packet load balancing wtedy bedzie ladnie widac jak sie rozklada ruch

durszlak · #3

garfield pisze:pokaz jak masz skonfigurowane eigrp (variance) i pokaz w ogolę konfiguracje bo z tego co piszesz ciężko sie czegokolwiek dowiedzieć
Widać tylko ze metryki masz rożne wiec ustawienie odpowiedniego variance ma duże znaczenie
Jak chcesz to pingiem testowac to wlacz tez per-packet load balancing wtedy bedzie ladnie widac jak sie rozklada ruch

Kod: Zaznacz cały

interface Loopback31
 ip address 10.1.3.1 255.255.255.252
!
interface Loopback35
 ip address 10.1.3.5 255.255.255.252
!
interface Loopback39
 ip address 10.1.3.9 255.255.255.252
!
interface Serial0/0
 description R3-->R1
 bandwidth 128
 ip address 10.1.103.3 255.255.255.248
 clock rate 128000
!
interface FastEthernet0/1
 no ip address
 shutdown 
 duplex auto
 speed auto
!
interface Serial0/1
 description R3-->R2
 bandwidth 64
 ip address 10.1.203.3 255.255.255.248
 clock rate 2000000
!
router eigrp 1
 [b]variance 2[/b]
 network 10.1.3.0 0.0.0.3
 network 10.1.3.4 0.0.0.3
 network 10.1.3.8 0.0.0.3
 network 10.1.103.0 0.0.0.7
 network 10.1.203.0 0.0.0.7
 auto-summary
!

#4

wlacz sobie per-packet load balancing i bedziesz widzial efekty w czasie testu pingiem

durszlak · #5

garfield pisze:wlacz sobie per-packet load balancing i bedziesz widzial efekty w czasie testu pingiem

czy

Kod: Zaznacz cały

ip load-sharing per-packet

nie dotyczy tylko equal-cost load balancing?
po włączeniu

Kod: Zaznacz cały

R3#sh ip cef 10.1.2.1
10.1.2.0/30, version 109, epoch 0, per-packet sharing
0 packets, 0 bytes
  via 10.1.203.2, Serial0/1, 0 dependencies
    traffic share 25
    next hop 10.1.203.2, Serial0/1
    valid adjacency
  via 10.1.103.1, Serial0/0, 0 dependencies
    traffic share 48, current path
    next hop 10.1.103.1, Serial0/0
    valid adjacency
  0 packets, 0 bytes switched through the prefix
  tmstats: external 0 packets, 0 bytes
           internal 0 packets, 0 bytes

Kod: Zaznacz cały

interface Serial0/0
 description R3-->R1
 bandwidth 128
 ip address 10.1.103.3 255.255.255.248
 ip load-sharing per-packet
 clock rate 128000
!
interface FastEthernet0/1
 no ip address
 shutdown
 duplex auto
 speed auto
!
interface Serial0/1
 description R3-->R2
 bandwidth 64
 ip address 10.1.203.3 255.255.255.248
 ip load-sharing per-packet
 clock rate 2000000
!

nadal nie działało, więc wyłączyłem fast switching

Kod: Zaznacz cały

no ip route-cache

wtedy pojawiła się mała zmiana

R3#ping 10.1.2.1 repeat 10

Type escape sequence to abort.
Sending 10, 100-byte ICMP Echos to 10.1.2.1, timeout is 2 seconds:
!!!!!!!!!!
Success rate is 100 percent (10/10), round-trip min/avg/max = 1/2/8 ms
R3#
*Mar 1 08:21:09.273: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), routed via FIB
*Mar 1 08:21:09.273: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), len 100, sending
*Mar 1 08:21:09.281: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), routed via FIB
*Mar 1 08:21:09.281: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), len 100, sending
*Mar 1 08:21:09.281: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), routed via FIB
*Mar 1 08:21:09.281: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), len 100, sending
*Mar 1 08:21:09.281: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), routed via FIB
*Mar 1 08:21:09.281: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), len 100, sending
*Mar 1 08:21:09.285: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), routed via FIB
*Mar 1 08:21:09.285: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), len 100, sending
*Mar 1 08:21:09.285: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), routed via FIB
*Mar 1 08:21:09.285: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), len 100, sending
*Mar 1 08:21:09.285: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), routed via FIB
*Mar 1 08:21:09.285: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), len 100, sending
*Mar 1 08:21:09.289: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), routed via FIB
*Mar 1 08:21:09.289: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), len 100, sending
*Mar 1 08:21:09.289: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), routed via FIB
*Mar 1 08:21:09.289: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/0), len 100, sending
*Mar 1 08:21:09.289: IP: tableid=0, s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), routed via FIB
*Mar 1 08:21:09.289: IP: s=10.1.103.3 (local), d=10.1.2.1 (Serial0/1), len 100, sending
R3#

ale czy source nie powinien być s=10.1.203.3?

durszlak · #6

jak widać router podaje jeden i ten sam source; wysyła dane różnymi interface'ami, ale chce odbierać je jednym interface'em. Wiadomo dlaczego?

#7

durszlak pisze:jak widać router podaje jeden i ten sam source; wysyła dane różnymi interface'ami, ale chce odbierać je jednym interface'em. Wiadomo dlaczego?

bo routing powrotny to zupelnie inna sprawa - Ty masz poprostu asymetryczny routing
Skonfiguruj prawidlowo tez router po drugiej stronie

durszlak · #8

garfield pisze:bo routing powrotny to zupelnie inna sprawa - Ty masz poprostu asymetryczny routing
Skonfiguruj prawidlowo tez router po drugiej stronie

Czy skonfigurowanie drugiego routera zmieni pole source w wysyłanym pakiecie?
Pakiet A leci int 1, pakiet B leci int 2
Pakiet A ma ja source podany adres1
Pakiet B powinien mieć podany adres2, a ma adres1, dlaczego?