Cisco 881G Dynamic Failover On a Backup 3G Cellular Link

Wszystko co się wiąże z technologiami bezprzewodowymi
ODPOWIEDZ
Wiadomość
Autor
puntigamerek
member
member
Posty: 43
Rejestracja: 07 mar 2010, 16:12

Cisco 881G Dynamic Failover On a Backup 3G Cellular Link

#1

#1 Post autor: puntigamerek »

Hi,

3G działa, WAN przez Fe4 działa.

Jednak mam problem przy failover, tzn w momencie, gdy w sh ip route bramą jest cellular, nie przechodzą pingi testujące ewentualny powrót działania łącza kablowego (Fe4) po awarii.
Łącze w takim przypadku nigdy nie wróci na Fe4

Dodam, że wszystko działa jeśli testuję nie adres w internecie tylko adres bramy (dla interfejsu Fe4).

Jak temu zaradzić?
Wszystko robię wg konfiguracji:
https://remote-lab.net/dynamic-routing- ... p-3g-link/
oraz http://www.cisco.com/en/US/docs/routers ... #wp1053163

Jednak nie używam interfejsu Dialer.

Kod: Zaznacz cały

ip sla 1
 icmp-echo 8.8.8.8 source-interface FastEthernet4
 frequency 5
ip sla schedule 1 life forever start-time now

Kod: Zaznacz cały

RTR-DOR#sh ip route

Gateway of last resort is 0.0.0.0 to network 0.0.0.0

S*    0.0.0.0/0 is directly connected, Cellular0
      95.0.0.0/32 is subnetted, 1 subnets
C        95.41.x.x is directly connected, Cellular0
      217.153.x.0/24 is variably subnetted, 2 subnets, 2 masks
C        217.153.x.z/29 is directly connected, FastEthernet4
L        217.153.x.y/32 is directly connected, FastEthernet4

Kod: Zaznacz cały

RTR-DOR#ping 8.8.8.8 source fastEthernet 4
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
Packet sent with a source address of 217.153.x.y
.....
Success rate is 0 percent (0/5)
Tak wygląda proces failover w momencie testowania ip bezpośr podłączonego interfejsu:

Kod: Zaznacz cały

RTR-DOR#

ip sla 1
 icmp-echo 217.x.x.y-1 source-interface FastEthernet4
 frequency 5

*Jul 31 07:37:24.725: %TRACKING-5-STATE: 1 ip sla 1 reachability Up->Down
RTR-DOR#
RTR-DOR#sh ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       + - replicated route, % - next hop override

Gateway of last resort is 0.0.0.0 to network 0.0.0.0

S*    0.0.0.0/0 is directly connected, Cellular0
      95.0.0.0/32 is subnetted, 1 subnets
C        95.41.c.cis directly connected, Cellular0
      217.x.x.0/24 is variably subnetted, 2 subnets, 2 masks
C        217.x.x.y/29 is directly connected, FastEthernet4
L        217.x.x.x/32 is directly connected, FastEthernet4
RTR-DOR#
RTR-DOR#
RTR-DOR#ping 8.8.8.8
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 408/740/1612 ms
!!to przez int cellular
RTR-DOR#
RTR-DOR#ping 8.8.8.8 source fastEthernet 4
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
Packet sent with a source address of 217.x.x.x
.....
Success rate is 0 percent (0/5)
RTR-DOR#ping 217.x.x.x source fa 4
!!!!!!!!!!!!!ping na ip bramy fe4 (bezposr podłączony)
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 217.153.76.129, timeout is 2 seconds:
Packet sent with a source address of 217.153.76.133
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 4/5/12 ms
RTR-DOR#
RTR-DOR#
*Jul 31 07:38:19.773: %TRACKING-5-STATE: 1 ip sla 1 reachability Down->Up
RTR-DOR#
RTR-DOR#ping 8.8.8.8 source fastEthernet 4
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
Packet sent with a source address of 217.x.x.y
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 20/21/24 ms
RTR-DOR#sh ip route
Gateway of last resort is 217.x.x.yto network 0.0.0.0

S*    0.0.0.0/0 [1/0] via 217.x.x.y, FastEthernet4
      95.0.0.0/32 is subnetted, 1 subnets
C        95.41.c.c is directly connected, Cellular0
      217.x.x.0/24 is variably subnetted, 2 subnets, 2 masks
C        217.x.x.y/29 is directly connected, FastEthernet4
L        217.x.x.x/32 is directly connected, FastEthernet4
RTR-DOR#
Na górę
eljot
wannabe
wannabe
Posty: 67
Rejestracja: 27 sty 2012, 12:37

#2

#2 Post autor: eljot »

może spróbuj dodać trasę statyczną do 8.8.8.8 przez bramę wanu
Na górę
czaja200
wannabe
wannabe
Posty: 71
Rejestracja: 05 kwie 2011, 12:18
Lokalizacja: dolnyśląsk

Re: Cisco 881G Dynamic Failover On a Backup 3G Cellular Link

#3

#3 Post autor: czaja200 »

puntigamerek pisze:Hi,

3G działa, WAN przez Fe4 działa.

Jednak mam problem przy failover, tzn w momencie, gdy w sh ip route bramą jest cellular, nie przechodzą pingi testujące ewentualny powrót działania łącza kablowego (Fe4) po awarii.
Łącze w takim przypadku nigdy nie wróci na Fe4

Dodam, że wszystko działa jeśli testuję nie adres w internecie tylko adres bramy (dla interfejsu Fe4).

Jak temu zaradzić?
Ja posiłkuje się skryptami EEM.
Możesz wykorzystać np. status IP SLA i w zależności od jego stanu wykonać odpowiednie (pomocne) czynności na ruterze.

Poniżej przykład zastosowania/możliwości (wstawiony z urządzenia produkcyjnego, IOS 12.4)

Kod: Zaznacz cały

event manager applet TrackRoute_0.0.0.0 
 event track 1 state down
 action 1 syslog msg "Route is $_track_state"
 action 2 wait 1
 action 3 cli command "enable"
 action 4 cli command "clear ip route *"
 action 5 cli command "clear ip nat translation *"
event manager applet Reset_3G_modem 
 event track 1 state up
 action 1 syslog msg "Reset modem"
 action 2 cli command "enable"
 action 3 cli command "conf t"
 action 4 cli command "service internal"
 action 5 cli command "exit"
 action 6 cli command "test cellular 0 modem-reset"
MB
Na górę
JulietCharlie
wannabe
wannabe
Posty: 195
Rejestracja: 06 lut 2012, 01:31

Re: Cisco 881G Dynamic Failover On a Backup 3G Cellular Link

#4

#4 Post autor: JulietCharlie »

Ja polubilem default/static route sterowane track/ip sla

KISS = Keep It Simple Stupid (if possible).

zmienilbym na :

Kod: Zaznacz cały

track 1 ip sla 1 reachability
ip route 0.0.0.0 0.0.0.0 Dialer2  250
ip route 0.0.0.0 0.0.0.0 Fa4 track 1
Shoot for the moon.
Even if you miss it you will land among the stars.
Na górę
puntigamerek
member
member
Posty: 43
Rejestracja: 07 mar 2010, 16:12

#5

#5 Post autor: puntigamerek »

Mam właśnie tak to ustawione:
ip route 0.0.0.0 0.0.0.0 FastEthernet4 217.153.x.x track 1
ip route 0.0.0.0 0.0.0.0 Cellular0 10
Ostatnio zmieniony 02 sie 2013, 08:12 przez puntigamerek, łącznie zmieniany 1 raz.
Na górę
puntigamerek
member
member
Posty: 43
Rejestracja: 07 mar 2010, 16:12

Re: Cisco 881G Dynamic Failover On a Backup 3G Cellular Link

#6

#6 Post autor: puntigamerek »

czaja200 pisze:
puntigamerek pisze: Poniżej przykład zastosowania/możliwości (wstawiony z urządzenia produkcyjnego, IOS 12.4)

Kod: Zaznacz cały

event manager applet TrackRoute_0.0.0.0 
 event track 1 state down
 action 1 syslog msg "Route is $_track_state"
 action 2 wait 1
 action 3 cli command "enable"
 action 4 cli command "clear ip route *"
 action 5 cli command "clear ip nat translation *"
event manager applet Reset_3G_modem 
 event track 1 state up
 action 1 syslog msg "Reset modem"
 action 2 cli command "enable"
 action 3 cli command "conf t"
 action 4 cli command "service internal"
 action 5 cli command "exit"
 action 6 cli command "test cellular 0 modem-reset"
nie rozumiem w jaki sposób ma to pomóc, mógłbys rozwinąć?
Na górę
JulietCharlie
wannabe
wannabe
Posty: 195
Rejestracja: 06 lut 2012, 01:31

Re: Cisco 881G Dynamic Failover On a Backup 3G Cellular Link

#7

#7 Post autor: JulietCharlie »

Ok, teraz doczytalem.
C 217.153.x.z/29 is directly connected, FastEthernet4
Pokazuje ze WAN Fa4 nie jest polaczeniem p2p.

Dlatego musisz zdefiniowac destination ip (tak jak napisal eljot).

dlatego do podanych:

Kod: Zaznacz cały

ip route 0.0.0.0 0.0.0.0 FastEthernet4 217.153.76.129 track 1
ip route 0.0.0.0 0.0.0.0 Cellular0 10
dodaj

Kod: Zaznacz cały

ip route 8.8.8.8 255.255.255.255  FastEthernet4 217.153.76.129
To powinno naprawic problem.

Niestety 8.8.8.8 bedzie w tym wypadku osiagalny tylko poprzez FastEthernet4 tak dlugo jak int FastEthernet4 bedzie up/up.
Mozna tez zastosowac PBR i ominac ten problem.
Shoot for the moon.
Even if you miss it you will land among the stars.
Na górę
puntigamerek
member
member
Posty: 43
Rejestracja: 07 mar 2010, 16:12

#8

#8 Post autor: puntigamerek »

Działa, dzięki

Co dziwne dodawałem właśnie takie wpis wcześniej :P

Te ograniczenie mnie nie boli. Co do PBR pomyślę o tym :)

Dzięki!!
Na górę
ODPOWIEDZ

Wróć do „Wireless”