Jaké technologie použít pro nově začínající ISP

[martyet]

Zdravím,
pracujeme na založení nového ISP (prosím neřešme že to v dnešní době třeba nemá smysl, nebo že je vše zarušené.. to by nemělo být předmětem tohoto tématu) ale nejsem si jistý zda dělat síť striktně MikroTik či Ubiquiti.. MikroTik se mi dost líbí pro svou obsáhlost nastavení, ale zároveň když tak pročítám to fórum tady a jak čtu že tady a tamhle něco nefunguje.. trochu mě to odrazuje Dokonce jsem zaslechl že někdo užívá obojí - takovou kombinaci MikroTik a Ubiquiti, ale nejsem si jistý zda je to správné.
Finančně nejsme omezení, jde spíš o to myslet dopředu z hlediska možných úprav, užití API, tvorby vlastního management systému.. Doufám trochu že se tady najdou správci sítí, kteří by mi mohli poradit už jen na základě svých zkušeností. Tak snad se podělíte
Děkuji předem za reakce

[pgb]

Ubnt na vzduch, Mikrotik na zpracování provozu. Alespoň tak mi to osobně přijde nejlepší.

[Gemb]

Finančně nejsme omezení

Tak zacnite kopat optiku ked nieste obmedzeni....nie tu riesis detske hry ubnt/mk

[martyet]

Optiku kopat nemůžeme z geologických důvodů Jednoduše nemožné.
Ptám se MikroTik/Ubiquiti tak bych zůstal u tohoto. Hledat jiné cesty nemá smysl, protože jinak než přes bezdrát to ve městě které chceme zasíťovat nepůjde.

[hol]

začínat s bezdrátem je nesmysl z mnoha jiných důvodů, ale budiž...to slyšet nechcete. Teď k dotazu.

Jestli dát ke klientům mk nebo ubnt je skoro volba na hoď korunou. Obojí má své pro a proti, poslední dobou spíš to proti, bohužel. Pocitově bych jako začínající šel spíš do ubnt. Nefunguje sice o nic líp než mk, ale kvůli absenci jakékoli rozumné diagnostiky tě to nebude tak trápit. Budeš mít pocit, že to funguje jak má . U mk jsou chyby víc vidět. Stejně s tím ale s ohledem na stav pásma a stále rostoucí zátěž moc neuděláš.

Na páteře jednoznačně vyšší pásma a profi spoje. Konkurence už je tam nejspíš má, takže bez toho budete nekonkurenceschopný. Nouzově bych doporučil ubnt a velké antény. MK na páteřích zvyšuje ping a tím snižuje celkovou propustnost.

Na brány, FW, shaper pak jednozačně mk, tam není jiná volba. A bacha na viry .

[okoun]

pokud to má být výdělečný podnik v dohledné době tak bych začal s bezdrátem.

pokud to má být momentální prodělečný podnik s výdělkem někdy v budoucnosti xy tak začít s optikou.

[martyet]

Věc se má tak že máme k dispozici několik desítek lokací.. které můžeme začít okamžitě osazovat technologiemi.
MikroTik mě právě začal děsit co jsem objevil ISPforum.. vir vir a vir..
Jinak někdo tu zmiňoval "do začátku.." já se snažím tak nějak celou situaci promyslet dopředu.. takže bych nerad po roce přecházel z Ubiquiti na MikroTik například
Ale co se diagnostiky týče, myslím že to tedy vyjde nastejno.. pakliže tím nedisponuje Ubiquiti.. MikroTik dle informací co mám dělá věci jak se mu zachce a nic moc neloguje.. takže se to pak blbě debuguje také. Nebo se pletu?

[dagus]

Pleteš, logovat si můžeš co chceš.

[hol]

pleteš se. UBNT a viry je stejná kapitola, jen o něco starší. Celé sítě totál zavirované, objíždění klientů. Zavirování rychlejší a plošnější. U mk je to plíživé, nejasné a zatím s menšími následky. A díky možnostem mk se to snažíme diagnostikovat a příjít tomu na kloub. U ubnt nebylo co řešit, jen doject, přehrát verzi, znova nastavit.

Co se týká diagnostiky, tak mk loguje detailně. Dá se to odesílat a zpracovávat na externím syslogu. Problém je, že neustále probíhá vývoj, chyba střídá chybu a tak se často stejně i přes super diagnostické nástroje závěru nedobereš. Ale to nic nemění na tom, že logy máš detailní a možnosti nastavení velmi komplexní a podrobné. V UBNT je pár voleb a výrazně méně funkcí. Tím pádem i chyb je logicky méně.

Ovšem použití mk nakonec stejně nevyhneš a vždy to bude kombinace. Můžeš nedávat mk na bezdrát, ale jen jako routery a switche. A stojím si za tím, že ani v bezdrátu ke klientům není jedna cesta lepší. Své problémy a výhody má oboje. Jasnou odpověď nikdy nedostaneš, každý to dělá po svém.

Podstatné mělo být asi na začátku. UBNT je řešení na bezdrátový přenos a možná na switche. Mk je velmi komplexní síťový systém integrující stovky služeb a funkcí, většinou velmi pokročile zpracovaných a část z toho je i bezdrátový přenos. Nejedná se o rovnocené produkty.

[Gemb]

Tak tak, neni to tak davno co tu bol problem s virusom na UBNT ale vzdy je to aj o tom ako bolo co skonfigurovane. Niekomu spadla cela siet, u nas sa nestalo nic. Neboli sme na servise u jedineho klienta a pritom mame UBNT only na wirelesse. To ci dat na wireless ubnt alebo mikrotik je u vacsiny sieti dane historickym vyvojom. Niekto pouzival MK only a aj keby chce byt na UBNT ten prechod nieje taky jednoduchy, hlavne po financnej stranke. Tak ako bolo uz spomenute, za mna je to UBNT na wireless a pripadne switche a routing mikrotik. Vo velkej miere je to vsak u kazdej firmy iste know-how a dlhodobe skusenosti. Nieje to len o HW ale aj o tom ako to fyzicky namontujes a nastavis. Mozes mat zariadenie aj zo zlata ale ked ho debil namontuje na stoziar spolu s dalsimi x zariadeniami tak pojde dokopy velke h.

[helapc]

Některé příspěvky jsou zavádějící. Řízení provozu, routování, firewall ... lze i na UBNT.

[pgb]

Samozřejmě, jen ten mk je takový uživatelsky přívětivý. Pokud někdo chápe jak fungují iptables a jaký je packet flow skrz jádro nebo třeba nftables, tak už nastaví cokoliv. Jde i cisco, Huawei, jakýkoliv linux nebo bsd ..... možností je opravdu hodně.

[hol]

Některé příspěvky jsou zavádějící. Řízení provozu, routování, firewall ... lze i na UBNT.

nevim, zda spis tohle neni zavadejici. Aby pak kolega veci moc neznaly necekal, ze bude resit firewall a routovat na nanostejsne .

[helapc]

Jsou tady EdgeRoutery, Xroutery .., Ne, že by NS routovat neuměla.

[Gemb]

Nastavovat UBNT je niekedy ako za trest oproti MK. Na vzduch je to v pohode tam je to par poloziek ale tie UBNT routre aj switche maju to rozhranie take dost neprehladne, resp je to proste vyrazne odlisne od MK aj ked koniec koncov sa da nastavit to iste. Je to o zvyku. Cenovo by som ale povedal, ze pre mikrotik hovori aj cena v jeho prospech.