Povezava fiksnega in mobilnega interneta

Pozdravljeni,

Mogoče se je kdo že srečal s podobnimi težavami in jih mogoče že tudi rešil, pa pač vprašam.

Ta mesec sem se iz mesta (optika) preselil na podeželje (baker) in ja - hitrost. Sedaj imam pač dostop 18/1 in 18 niti ni tako zelo slabo, saj se da kaj narediti. Bolj me muči tista enica na koncu in po zagotovilih tehnikov se na mojem priključku ne da dvigniti, ter pravzaprav niti ni 1 temveč še manj, bolj 0,7M. Iz pisarne (ali od kot drugod) se želim včasih povezati domov in kaj postoriti (ali pa od doma kaj zapisati na strežnik), pa je stvar preprosto nevzdržna.

Mobilna pokritost pa "ni slaba" in deluje 20/5 brez težav.

Zdaj pa vprašanje!

Imam torej neomejen internet 18/1, razmišljam pa da bi mu nekako dodal Hoferjev mobilni internet; 20/5 GIGA (200GB na mesec za 15€). Ali bi lahko nekako prepričal router oz. kaj bi sploh potreboval da bi nekako nastavil:

* downlaod naj gre preko fiksnega interneta, ker je neomejen in 18M "je pač OK"
* upload naj gre preko mobilnega interneta, ker 5M je mnogo bolje kot 0,7M in 200GB je več kot dovolj za upload na mesec.

Ali bi to šlo? Kako?

Hvala.

Pozdravljen @Bakunin

Da, nekaj takšnega bi bilo super in res, do doma dostopam preko VPN, ki je trenutno na Synology domačem strežniku.

Kateri router pa bi znal narediti to, kar opisuješ? Seveda sprašujem za Low-end routerje, ki bi bili tega sposobni :)

@msjr,

Ja search je super, če veš kaj iskati - iščem torej "load balancer routerje".

Vidiš, tega pa bi ne vedel, saj sem mislil, da "load balanserji" pač usmerjajo promet med strežniki, glede na njihovo zasedenost; nisem pa vedel da znajo tudi izbirati vhodne internetne povezave glede na nekaj pravila. Hvala

"Load Ballance" sam po sebi tudi ni ultimativna rešitev, ker se boš moral poslužiti policy based routinga in/ali celo še naprednejšega SD-WAN.

V bistvu je v igri veliko 'buzzwordov' za razmeroma enostavne zadeve.

Malenkost boljši routerji, ki podpirajo več kot le eno internetno povezavo ti običajno dajo na razpolago več načinov za izkoriščanje teh povezav.
Najbolj osnovna je čisto navaden Failover - če ena linija pade, preklopi na drugo (preverja npr. preko pinga)
Naslednja 'šparovna' opcija je tzv. Spillover - ko se primarna linija obremeni z več ko X%, se nove povezave ustvarjajo preko sekundarne povezave
Manj šparovna pa je potem tretja opcija, ki se ji reče "Round-Robin", ki nekako breme enakomerno prerazporeja med obe povezavi.

Do sem vse lepo in prav... le deluje ne vedno tako, kot si želimo. Če recimo želimo vzpostaviti RDP povezavo iz pisarne domov (recimo, da imaš igračko doma), se boš povezoval na IP naslov, ki je bil dodeljen na liniji z večjim Upload-om. Toda kaj, če si imel izbran failover? V tem primeru bo tista sekundarna linija neaktivna in se ne bo oglašala (recimo, da modem odklopi linijo ob daljši neaktivnosti). Če je uporabljen Spillover princip, se lahko to isto zgodi. Torej bi bil idealen RoundRobin?
Ne ravno..... če imaš uporabnike, ki redno vlečejo aktualne TV serije z torrentom, bo RoundRobin razmetaval povezave in ti kaj hitro pokuril tisti ugodnejši del mobilne komunikacije, medtem ko na fiksni nimaš nobenega limita.

Tako potem pride v igro tzv. Policy Based Routing.
Tu napišeš pravila, podobno kot bi jih za filtriranje na požarni pregradi in enostavno odrediš, kateri WAN priključek naj se uporablja za tip prometa, ki je opisan v posameznem pravilu.
Tako, kot tudi sicer požarne pregrade prepoznavajo različne tipe komunikacij, da jih dovolijo ali blokirajo, tako se tudi tu uporablja vse razpoložljive mehanizme.
To ti potem omogoči, da ves torrent promet vedno pošiljaš ven preko primarne žične linije, medtem ko ves promet do pisarne striktno pošiljaš ven preko sekundarne mobilne povezave.

A se tu zgodba še ne konča, ker se potem lahko še igraš z omejevanjem pasovne širine, podatkovnimi/časovnimi kvotami in QoS za prioretizacijo bolj pomembnega prometa (npr. daš prednost http/https pred torrenti in imaš občutek, kot da nihče sploh ne vleče torrentov...).

Čisto na koncu, za piko na I pa pride potem še SD-WAN, ki vse kar je bilo do sedaj povedano začini še z meritvami kakovosti WAN linij in dinamičnim preusmerjanjem prometa preko tiste linije, ki je trenutno boljše kakovosti (meri se ping delay, jitter - nihanje ping delayev,...).

Pri vsem tem pa ne smemo pozabiti, da večinoma vsi ti krasni mehanizmi delujejo na NOVE povezave. Če si torej v RDP seansi z pisarno, ti vsi ti mehanizmi koristijo le ob prvi vzpostavitvi povezave, saj bi v nasprotnem primeru prišlo do prekinitve povezave, če bi želel menjati servis z ene linije na drugo.

Ravno tako znajo kakšna spletišča biti preobčutljiva za 'RoundRobin' principe - se jim podre logika, ko te istočasno 'vidijo' na dveh IP naslovih.

Torej teoretični del je pokrit.... zdaj pa pogruntat, kaj od tega lahko ponudi neka škatla za 30€....

Jaz bi bil precej previden in skeptičen. V vsakem primeru bi hotel najprej pošteno pretestirat zadevo, če vsaj približno pride do ene funkcionalnosti, ki jo potrebuješ. Vse to, kar sem zgoraj našteval namreč še zdaleč ni samoumevno na voljo, še najmanj pa v nizkocenovnih rešitvah.

Glavno da razumeš tehnologijo in koncepte rešitev.
Oborožen s tem znanjem potem že nekako preveriš, ali ti neka rešitev nudi kar potrebuješ, ali ne - oz. kako komplicirano, če ne celo nemogoče je to na neki rešitvi vzpostaviti.

Dejansko če gledaš bolj preproste 'home' rešitve, težko pričakuješ, da boš lahko delal 'Policy Based Routing', saj imajo razni Asusi in TPLink-i zelo omejene možnosti na nivoju požarne pregrade (ponavadi se tam definira pravila).
Potrebuješ bolj nekaj v rangu solidne SOHO/SME rešitve, da boš res lahko svobodno konfiguriral, preko katerega porta naj poteka katera vrsta (outgoing) prometa.

Pri tem pa je potem še kako priročno, če lahko v pravilih uporabljaš FQDN imena in ne le IP naslove (npr. v pravilu napišeš "to:*.youtube.com"). Marsikateri strežnik, sploh pa od Googla in drugih velikih firm imajo kopico IP naslovov, pa še te se sčasoma spreminjajo. Če imaš možnost uporabe FQDN, ti to bistveno olajša delo, ker ne rabiš kar naprej nekaj popravljati.

Dohodni promet pa takointako vedno gre po IP naslovu, ki se ga je vpisalo na oddaljeni strani, tako da tam nimaš kaj dosti kunštvanja, razen klasičnega port forwardinga.

Skratka pazi se pred prenagljenimi nakupi. Ljudje marsikaj 'svetujejo', pa dejansko zadevo sami niso nikoli uporabljali pod takimi pogoji. Vzami si čas in nič ne kupuj, če nisi predhodno stestiral 'uporabnost'.

Če ne drugega, tole ti lahko pomaga.

https://speedify.com/

@fujtajksel,

Sem videl za A1 in Telekom. Sem na T-2 in sem jih včeraj vprašal ali imajo kaj podobnega v ponudbi, pa še čakam na odgovor.

Ja ročno je OK, to tako ali tako delam. Samo mene bolj muči, ko/če se želim povezati iz pisarne na domač NAS/računalnik in potem bi rad rešil oboje hkrati. O Hoferju pa sem potem razmišljal, ker sem ga ravno vzel za hči-študentko (ki se seli po LJ gor in dol), ter sem ga prej sprobal doma, pa deluje BP.

Na T-2 sem že od pamtiveka in sem z njimi (zelo) zadovoljen. Mogoče imajo tudi oni kaj v ponudbi ali pa načrtujejo; samo dvomim, ker ima T-2 slabo pokritost mobilnega signala in gostuje, pa bi jih to (verjetno) preveč stalo.

Glede na zapisano, bom mogoče premislil tudi o zamenjavi operaterja, a kaj ko ni samo internet. So gor vezani še 4 telefoni z nekimi paketi pa to in ono. V glavnem; kot je rekel @SeMiNeSanja, malce je potrebno premisliti in videti.

Ko sem izvedel (ob selitvi) da bom imel 18M (prej sem imel na Oranžnem diamantu pri T-2 1000/500 (ali nekaj takšnega)), sem mislil da to ne bo šlo nikamor, pa ni tako hudo. Ok, Visual Studio malce počasneje vleče kakšne NuGet paketke, pa node si vzame čas za kakšne večje NPM pakete, sicer pa je čisto ok.

0,7M uploada pa je katastrofa!