Dzisiaj jest 21 kwie 2025, 18:07

Strefa czasowa UTC+1godz.




Nowy temat Odpowiedz w temacie  [ Posty: 6 ] 
Autor Wiadomość
 Tytuł: [projekt] simplefailover
Post: 14 paź 2010, 20:24 
Offline
Administrator
Awatar użytkownika

Rejestracja: 9 kwie 2010, 23:28
Posty: 14176
Lokalizacja: Warszawa
Projekt przeznaczony jest do realizacji backupu łącza podstawowego zrealizowanego przy pomocy modemu GSM. Używamy łącza podstawowego, jeżeli połączenie zostanie zerwane, nastąpi automatyczne przełączenie na linię zapasową. Po powrocie połączenia nastąpi ponowne przełączenie na linię podstawową.

W OpenWrt jest pakiet realizujący podobną funkcjonalność - multiwan. Umożliwią on wykonanie m.in failover, czyli przełączenia transmisji w przypadku braku połączenia przez jedną z linii. Niestety utrzymuje on podniesione oba interfejsy, co nie zawsze może być potrzebne, jeżeli łącze zapasowe realizowane jest przez modem GSM i liczymy się z każdym przesłanym bajtem.

Zasada działania tego skryptu jest prosta - co określony czas wykonywany jest ping do określonego hosta przez interfejs główny. Jeżeli nie ma odpowiedzi - podnoszony jest interfejs zapasowy i utrzymywane jest połączenie aż do momentu ponownego pojawienia się odpowiedzi z głównego interfejsu. Łączem zapasowym niekoniecznie musi być modem GSM, projekt powinien sprawnie działać również przy zwykłym połączeniu kablowym.

Opis projektu: http://eko.one.pl/?p=openwrt-simplefailover

_________________
http://eko.one.pl - prawie wszystko o OpenWrt


Na górę
 Wyświetl profil  
Odpowiedz z cytatem  
 Tytuł: Re: [projekt] simplefailover
Post: 3 mar 2011, 19:24 
Offline
Użytkownik
Awatar użytkownika

Rejestracja: 16 kwie 2010, 09:19
Posty: 504
Lokalizacja: Wrocław
No to ja jako pierwszy chciałbym zgłosić buga :). Korzystam z konta prepaidowego plusa, doładowanie się wyczerpało i simplefailover przełączył z 3G na WAN. Czyli funkcja działa na tym etapie wzorcowo.

Jednak, jeśli teraz wyjmie się kabel od portu WAN (czyli upozoruje kolejną awarię ale tym razem łącza po RJ45) i po np 10 sekndach ponownie podłączy, to router dostaje głupawki. Przełącza na 3G potem znowu na WAN. Na 3G się nie połączy, bo nie ma już kasy na koncie, a jak tylko przełączy spowrotem na WAN i zestawi połączenie z siecią to znowu przełącza na 3G i tak w koło macieja.

Tak wygląda to ze strony klienta podpiętego do sieci.

Cytuj:
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=214 ttl=50 time=69.0 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=215 ttl=50 time=60.9 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=216 ttl=50 time=60.5 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=217 ttl=50 time=60.8 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=218 ttl=50 time=57.8 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=219 ttl=50 time=63.0 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=220 ttl=50 time=57.2 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=221 ttl=50 time=58.5 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=222 ttl=50 time=57.6 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=223 ttl=50 time=57.4 ms
From Gargoyle.lan (192.168.1.1) icmp_seq=224 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=225 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=226 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=227 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=228 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=229 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=230 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=231 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=232 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=233 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=234 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=235 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=236 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=237 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=238 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=239 Destination Net Unreachable
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=240 ttl=50 time=55.5 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=241 ttl=50 time=55.0 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=242 ttl=50 time=51.5 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=243 ttl=50 time=50.2 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=244 ttl=50 time=51.7 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=245 ttl=50 time=52.4 ms
From Gargoyle.lan (192.168.1.1) icmp_seq=246 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=247 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=248 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=249 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=250 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=251 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=252 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=253 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=254 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=255 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=256 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=257 Destination Net Unreachable
From Gargoyle.lan (192.168.1.1) icmp_seq=258 Destination Net Unreachable
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=259 ttl=50 time=53.4 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=260 ttl=50 time=54.4 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=261 ttl=50 time=53.8 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=262 ttl=50 time=53.6 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=263 ttl=50 time=55.5 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=264 ttl=50 time=50.3 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=265 ttl=50 time=50.6 ms
64 bytes from s4.m1r2.onet.pl (213.180.146.27): icmp_req=266 ttl=50 time=49.9 ms


Buga można bardzo łatwo zreprodukować, podłączyć modem bez karty sim do routera. Zrestartować go, niech połaczy się z netem przez port WAN, odpiąć kabel z portu WAN i po jakimś czasie znowu go podłączyć. Od tego czasu nie ma możliwości na stałe połączenie z netem. Należy pamiętać aby mieć ustawione wan jako połączenie backup. To tyle :)


Na górę
 Wyświetl profil  
Odpowiedz z cytatem  
 Tytuł: Re: [projekt] simplefailover
Post: 3 mar 2011, 19:30 
Offline
Administrator
Awatar użytkownika

Rejestracja: 9 kwie 2010, 23:28
Posty: 14176
Lokalizacja: Warszawa
Dzięki za zgłoszenie, zobaczę to w wolnym czasie.

_________________
http://eko.one.pl - prawie wszystko o OpenWrt


Na górę
 Wyświetl profil  
Odpowiedz z cytatem  
 Tytuł: Re: [projekt] simplefailover
Post: 13 maja 2017, 15:09 
Offline
Użytkownik
Awatar użytkownika

Rejestracja: 10 kwie 2010, 20:28
Posty: 699
Cześć.

Wróciłem do tematu i chciałem na lede zrobić simplefailover a tu nici. Nawet wersja paczki all z openwrt nie wchodzi.
Czy mogę prosić o źródełko aby dołączyć do własnej kompilacji? Kiedyś miałem ale zostało bezmyślnie zamiecione wraz z katalogami kompilacji openwrt :(
tytan

_________________
WRT160NL, WNDR3700v2 i OpenWRT, Funbox ;), WRT1200AC


Na górę
 Wyświetl profil  
Odpowiedz z cytatem  
 Tytuł: Re: [projekt] simplefailover
Post: 13 maja 2017, 16:06 
Offline
Administrator
Awatar użytkownika

Rejestracja: 9 kwie 2010, 23:28
Posty: 14176
Lokalizacja: Warszawa
Jest w gicie: https://github.com/obsy/packages/tree/m ... lefailover

_________________
http://eko.one.pl - prawie wszystko o OpenWrt


Na górę
 Wyświetl profil  
Odpowiedz z cytatem  
 Tytuł: Re: [projekt] simplefailover
Post: 13 maja 2017, 17:11 
Offline
Użytkownik
Awatar użytkownika

Rejestracja: 10 kwie 2010, 20:28
Posty: 699
ooo to to . Dzięki.

_________________
WRT160NL, WNDR3700v2 i OpenWRT, Funbox ;), WRT1200AC


Na górę
 Wyświetl profil  
Odpowiedz z cytatem  
Wyświetl posty nie starsze niż:  Sortuj wg  
Nowy temat Odpowiedz w temacie  [ Posty: 6 ] 

Strefa czasowa UTC+1godz.


Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 1 gość


Nie możesz tworzyć nowych tematów
Nie możesz odpowiadać w tematach
Nie możesz zmieniać swoich postów
Nie możesz usuwać swoich postów

Szukaj:
Przejdź do:  
cron
designed by digi-led.pl
...Copyright © 2010-2013, Ekipa openrouter.info