Kokemuksia Ubiquitin reitittimistä (ja muista verkkovermeistä).

Alkanut vaan kovasti tuntumaan että varsinkin Edge sarja putoaa kokoajan kauemmaksi taakse kilpailijoistaan, myös raudan osalta. Esim 10 GE porteilla varustettuja laitteita on vain kolme joista yksi(ER Infinity) on ilmeisesti EoL. Kaksi muuta on kytkimiä, 48x1G + 2xSFP+ sekä 4x10GE base-t +12xSFP+.

Unifi puolella tilanne on vain aavistuksrn parempi.

Sen sijaan firma keskittyy kehittämään jotain lelun oloista kulunvalvontakikkaretta (Unifi access).
 
Valitettavasti he ei oikein osaa hoitaa mitään kunnolla loppuun asti vaan kokoajan lisää kikkareita tulee tuutista vaikka vanhemmat tuotteet vaatisikin päivitystä.

Inifity myös kuolee hyvin helposti DC käytössä.
 
Jotenkin tuntuu että toi edge sarja on hylätty kokonaan ja keskitytään pelkästään unifi sarjan tuotteisiin. Ei sinänsä, hyvinhän noi pääsääntöisesti toimii. Mielestäni USG/UDM on hyvä reititin, varsinkin kotikäytössä. Toki USG sarja on jo raudaltaan vanhaa, tämä pitää tiedostaa jos sitä ostaa. Kikkailut ja conffifile puukotukset jättäisin pois ja kyllä wireguard toimii kätevästi myös pienessä linux palvelimessa, vaikka raspissa, ei se mielestäni pakollinen ole ajaa reitittimessä.
Itselläni nyt kesästä asti ollut UDM-Pro ja sitä ennen vuoden päivät USG-Pro, ei näissä ole omalle kohdalle osunut ongelmia.
 
Jotenkin tuntuu että toi edge sarja on hylätty kokonaan ja keskitytään pelkästään unifi sarjan tuotteisiin. Ei sinänsä, hyvinhän noi pääsääntöisesti toimii. Mielestäni USG/UDM on hyvä reititin, varsinkin kotikäytössä. Toki USG sarja on jo raudaltaan vanhaa, tämä pitää tiedostaa jos sitä ostaa. Kikkailut ja conffifile puukotukset jättäisin pois ja kyllä wireguard toimii kätevästi myös pienessä linux palvelimessa, vaikka raspissa, ei se mielestäni pakollinen ole ajaa reitittimessä.
Itselläni nyt kesästä asti ollut UDM-Pro ja sitä ennen vuoden päivät USG-Pro, ei näissä ole omalle kohdalle osunut ongelmia.

Ongelmat niiden kanssa tulee usein vasta sitten kun esim IPv6:tta haluaisi käyttää tai muita prosumer ominaisuuksia.
 
Alkanut vaan kovasti tuntumaan että varsinkin Edge sarja putoaa kokoajan kauemmaksi taakse kilpailijoistaan, myös raudan osalta. Esim 10 GE porteilla varustettuja laitteita on vain kolme joista yksi(ER Infinity) on ilmeisesti EoL. Kaksi muuta on kytkimiä, 48x1G + 2xSFP+ sekä 4x10GE base-t +12xSFP+.

Unifi puolella tilanne on vain aavistuksrn parempi.

Sen sijaan firma keskittyy kehittämään jotain lelun oloista kulunvalvontakikkaretta (Unifi access).

Mitäs kilpailijaa raati suosittelee Edgen tilalle? Ihan perus käyttöä, 1G linjaan ( valokuitu)
Kohtuu hintaista routeria siis haetaan
 
Alkanut vaan kovasti tuntumaan että varsinkin Edge sarja putoaa kokoajan kauemmaksi taakse kilpailijoistaan, myös raudan osalta. Esim 10 GE porteilla varustettuja laitteita on vain kolme joista yksi(ER Infinity) on ilmeisesti EoL. Kaksi muuta on kytkimiä, 48x1G + 2xSFP+ sekä 4x10GE base-t +12xSFP+.

Unifi puolella tilanne on vain aavistuksrn parempi.

Sen sijaan firma keskittyy kehittämään jotain lelun oloista kulunvalvontakikkaretta (Unifi access).
Onko se nyt oikeastaan noin?

Ei tuo mielestäni nyt oikein varsinaisesti kilpaile noiden varsinaisten ammattilaisvehkeiden kanssa, vaan ovat pikemminkin laajemmin säädettävissä oleva vaihtoehto kuluttajavehkeille, joista nuo ei mielestäni ainakaan jäljessä ole.



Mitenkäsmuuten, onko täällä porukka vaihtanut noihin edgeroutereihin openwrt:n sisään? Mielipiteitä?
 
Mitenkäsmuuten, onko täällä porukka vaihtanut noihin edgeroutereihin openwrt:n sisään? Mielipiteitä?

Itse mietiskelin yhdessä vaiheessa sitä, mutta todennäköisesti kaikki HW offload ominaisuudet häviäisi silloin. Itse haluaisin VyOS:n EdgeRouterille, mutta koska ne on eri arkkitehtuuria niin se ei ole ihan niin yksinkertaista.
 
Onko se nyt oikeastaan noin?

Ei tuo mielestäni nyt oikein varsinaisesti kilpaile noiden varsinaisten ammattilaisvehkeiden kanssa, vaan ovat pikemminkin laajemmin säädettävissä oleva vaihtoehto kuluttajavehkeille, joista nuo ei mielestäni ainakaan jäljessä ole.



Mitenkäsmuuten, onko täällä porukka vaihtanut noihin edgeroutereihin openwrt:n sisään? Mielipiteitä?
No kyllä ubin mainosmateriaalin ja sivuston mukaan ne on juuri operaattorikamaa kun ne on listattu ISP kategorian alle Ubin omilla sivuilla. Lisäksi hallintasofta unms sisältää juurikin operaattorin käyttämiä toimintoja kuten laskutys ja asiakasrekisterin.

Eikös melko monella kuluttajapurkilla onnistu openvpn kun taas edgerouterilla ei (ilman kikkailuja)
 
Modeemin lähelle kattoon virittelin nyt LR-version. Olkkarin pöydän äärellä kun tässä istuu, niin signaali on heilunut aika rajusti. Oliki nyt niin, että purkkia pitää opettaa pari päivää? Jos tämä on lopputulos, niin melkoinen pettymys kyllä. Modeemin oma wlann kun tarjosi vakaasti samaa tasoa olevaa kuuluvuutta.

Jos kyseessä on UniFi AP-AC-LR niin suosittelen että asetuksista laitat radios kohdasta 5G-taajuudelle VHT80 (default vht40) ja lähetystehoksi high. Sitten jos sulla on se controllerin perässä, niin sen asetuksista settings -> site -> auto-optimize network off. Tämän jälkeen virrat pois APsta, koska se ei osaa ottaa käyttöön radiota lennossa vaan yhteys ei toimi. Pidät 15 sekkaa pois että konkista häviää virrat ja takaisin seinään.

Signaali heiluu sen mukaan miten laitteet siihen AP:hen saa yhteyden. Jos sulla on 3 puhelinta kiinni siinä mutta kaikki sellaisissa kohtaa taloa (tai ulkona missä huono signaali) niin se heiluminen on ihan normaalia. Itsellä toimii parhaimmillaan 300Mbit/s puhelimella ja huonoimmassakin kohdassa talossa 80 megalla. Ulos ei kanna mutta ei ollut tarkoituskaan. Avoimmassa tilassa tuo on paras, mutta jos on useampi seinä välissä (3-4) niin puottaa rajusti, juurikin tuonne 70-80megan tienoille.

Sen lisäksi toiset laitteet tiputtaa itsensä verkosta ja aina yhdistää uudelleen joten voi tulla ns connect/disconnect floodia, jonka kanssa AP:lla ei ole mitään tekemistä. Itsellä yksi puhelin tekee tätä ja toinen ei. Vaikka ovat vierekkäin tai ihan AP:n vieressä niin silti toinen haluaa olla irti verkosta, aina kun sitä ei käytä.
 
Jos kyseessä on UniFi AP-AC-LR niin suosittelen että asetuksista laitat radios kohdasta 5G-taajuudelle VHT80 (default vht40) ja lähetystehoksi high. Sitten jos sulla on se controllerin perässä, niin sen asetuksista settings -> site -> auto-optimize network off. Tämän jälkeen virrat pois APsta, koska se ei osaa ottaa käyttöön radiota lennossa vaan yhteys ei toimi. Pidät 15 sekkaa pois että konkista häviää virrat ja takaisin seinään.

Signaali heiluu sen mukaan miten laitteet siihen AP:hen saa yhteyden. Jos sulla on 3 puhelinta kiinni siinä mutta kaikki sellaisissa kohtaa taloa (tai ulkona missä huono signaali) niin se heiluminen on ihan normaalia. Itsellä toimii parhaimmillaan 300Mbit/s puhelimella ja huonoimmassakin kohdassa talossa 80 megalla. Ulos ei kanna mutta ei ollut tarkoituskaan. Avoimmassa tilassa tuo on paras, mutta jos on useampi seinä välissä (3-4) niin puottaa rajusti, juurikin tuonne 70-80megan tienoille.

Sen lisäksi toiset laitteet tiputtaa itsensä verkosta ja aina yhdistää uudelleen joten voi tulla ns connect/disconnect floodia, jonka kanssa AP:lla ei ole mitään tekemistä. Itsellä yksi puhelin tekee tätä ja toinen ei. Vaikka ovat vierekkäin tai ihan AP:n vieressä niin silti toinen haluaa olla irti verkosta, aina kun sitä ei käytä.
Kiitos näistä
 
Jos kyseessä on UniFi AP-AC-LR niin suosittelen että asetuksista laitat radios kohdasta 5G-taajuudelle VHT80 (default vht40) ja lähetystehoksi high.
Kiinnostavat ohjeet, VHT80, eikö se tarkoita leveää kaistanleveyttä ja high teho täyttä lähetystehoa?


Sori tyhmät kysymykset.

En tunne purkin toimintatapaa, mutta tyypillisesti valmistaja riippumattomissa yleisohjeissa suositellaan kapeaa kaistaa, siis sen verran mitä tarvitsee, vaikka olisikin käyttöpaikan ainoa tukiasema. Ja tehoja yleisesti suositellaan laskemaan maksimista, vaikka olisi ns eurooppalainen tukiasema.

Yleisohjeet ei tietenkään ole päteviä malli ja käyttötilanne kohtaisesti. Mutta sitä utelen miten noihin suosituksiin on päädytty.

Sen lisäksi toiset laitteet tiputtaa itsensä verkosta ja aina yhdistää uudelleen joten voi tulla ns connect/disconnect floodia, jonka kanssa AP:lla ei ole mitään tekemistä.
Muilla laitteille mutuillut että tukiaseman asetuksilla voi paljon vaikuttaa.

Jos oletetaan että päätelaitteen asetukset on sellaiset että pitää wlanin käytössä jos tarjolla, joka tyypillistä puhelimilla. Ja ne pätkii sitä lähinnä sen takia että wlan ei laadultaa on ole hyvä.

5Gh käytössä jos ei ole roamaavaa 2,4 käytössä, niin pätkimistä herkemmin.
 
Jos kyseessä on UniFi AP-AC-LR niin suosittelen että asetuksista laitat radios kohdasta 5G-taajuudelle VHT80 (default vht40) ja lähetystehoksi high. Sitten jos sulla on se controllerin perässä, niin sen asetuksista settings -> site -> auto-optimize network off. Tämän jälkeen virrat pois APsta, koska se ei osaa ottaa käyttöön radiota lennossa vaan yhteys ei toimi. Pidät 15 sekkaa pois että konkista häviää virrat ja takaisin seinään.

Signaali heiluu sen mukaan miten laitteet siihen AP:hen saa yhteyden. Jos sulla on 3 puhelinta kiinni siinä mutta kaikki sellaisissa kohtaa taloa (tai ulkona missä huono signaali) niin se heiluminen on ihan normaalia. Itsellä toimii parhaimmillaan 300Mbit/s puhelimella ja huonoimmassakin kohdassa talossa 80 megalla. Ulos ei kanna mutta ei ollut tarkoituskaan. Avoimmassa tilassa tuo on paras, mutta jos on useampi seinä välissä (3-4) niin puottaa rajusti, juurikin tuonne 70-80megan tienoille.

Sen lisäksi toiset laitteet tiputtaa itsensä verkosta ja aina yhdistää uudelleen joten voi tulla ns connect/disconnect floodia, jonka kanssa AP:lla ei ole mitään tekemistä. Itsellä yksi puhelin tekee tätä ja toinen ei. Vaikka ovat vierekkäin tai ihan AP:n vieressä niin silti toinen haluaa olla irti verkosta, aina kun sitä ei käytä.
Lähtökohtaisesti ei pitäisi olla mitään tarvetta laittaa lähetystehoa täysille. Yhteys on yhtä hyvä kuin sen heikoin lenkki, eli tässä tapauksessa todennäköisimmin päätelaite ja sen selkeästi pienempi lähetysteho. Täydellä tukiaseman lähetysteholla lopputulemana todennäköisesti on se, että päätelaite kuulee ja pystyy yhdistään verkkoon korttelin päästä, mutta se ei jaksa kommunikoida toiseen suuntaan. Eli näennäisesti yhteys on ok, mutta data ei vaan kulje.

Suosittelen laittaan 2.4 GHz lähetysteho low ja 5 GHz medium. Tämä ajaa laitteita käyttämään 5 GHz verkkoa ennemmin kuin 2.4 GHz.
 
Ilman VHT80 jää nopeudet aika alhaisiksi uudemmilla laitteilla, ja lähetystehoa voi laskea jos se vaikuttaa suurelta. Tuo VHT80 toki sulkee sitten ihan vanhat laitteet veks eli silloin kannattaa pysytellä siinä nelikympissä. Ei ole ollut minkäänlaisia yhteysongelmia noilla asetuksilla.

En tiedä miten päätelaitteet muilla toimii mutta nintendo switch, tv, toinen puhelin pysyy verkossa ihan hyvin mutta yksi puhelin tippuu heti kun sammutttaa näytön napista. Eikä ole puhelimen asetuksista kiinni eikä ole virransäästöä päällä. Näin on oli AP:n asetukset sitten mitä tahansa.
 
Olikohan mulla 2.4 ghz taajudellamtuo tuo vht 20 vai olikohan lähetystehossa jotain muuta (nyt piru ei muista yhtään), niin joku noista asetuksista vaikutti siihen, että aina välillä 2kpl:tta wifi kameroista putoili tosi usein linjoilta. En tiedä kuinka pitkäksi aikaa tuo yhteys oikeasti katkesi, kun kameroiden kuvat oli kuitenkin aina saatavilla, kun noita tarkastelin. Jommankumman noista muutin, niin ongelmat hävisi tuon suhtee. Toin tuo minun langaton tulostin tekee nyt satunnaisesti samaa.

Vht 40 ja 80 välillä joskus testailin (5ghz), niin sillä oli valtava ero nopeuksissa.
 
Noniin nyt on pari päivää ollut UAP-nanoHD ainoana tukarina testissä. Tein erilliset 2.4GHz ja 5GHz verkot koska tuntui että samaa SSID:tä käytättessä ei ollut mitään mahdollisuutta saada esim. puhelinta 2.4GHz verkkoon vaikka pihan toisella laidalla 2.4GHz toimii huomattavasti paremmin kuin 5GHz.

Ensimmäisen runsaan vuorokauden toimi kaikki hienosti, mutta sitten alkoi tulla ongelmia ESP8266/ESP32-pohjaisten ESPHome/Tasmota laitteiden kanssa. Ko. laitteet ilmeisesti pyörittävät tehoonsa nähden aika resurssi-intensiivisiä taskeja ja normaalistikin niitä pingaillessa pingit vaihtelee 50-500ms välillä. Aiempien tukiasemien kanssa ei kuitenkaan ole ollut mitään ongelmia, mutta nyt laitteet Home Assistantin mukaan putoilevat verkosta muutaman minuutin välein.

Mitä pollailuja Unifi tekee kaikille wifissä oleville laitteille? Controllerin dashboardissa kaikki ESP-pohjaiset laitteet herjaavat "High TCP latencyä". Lisäksi ainakin Unifin mobiiliappia käytettäessä Clients-välilehdellä muutaman sekunnin välein clienttien "bps"-lukemat ja "wifi experience" päivittyvät. Näitä bps lukemia en kyllä selainversiosta keksinyt mistä löytyy?
Itse järkeilin että ongelmat voisivat johtua siitä, että Unifi saa pollailuillaan ko. laitteet niin tukkoon että Home Assistant niihin ei enää saa yhteyttä...

Otin nyt controllerin Wifi asetuksista pois verkoista "2G ja 5G data rate control", ja toistaiseksi tuntuisi toimivan, mutta saattaa johtua siitäkin että tukari provisioitiin uudestaan. Toimihan se alussakin ensimmäisen vuorokauden suht ok.

Onko mitä muita asetuksia mitä kannattaisi muuttaa? VHT20 on 2.4GHz verkossa ja Power Medium. Auto-optimize on disabloitu.
 
USG vaihtui tänään UDM-Proksi. Ensin päivitin UDM:ään uusimman firmiksen, sitten vanha controller samaksi versioksi. Sen jälkeen backup vanhasta ja restore UDM puolelle, kaikki asetukset tuli ongelmitta, paitsi muutama porttiohjaus oli jostain syystä mennyt pois päältä.

Ei meinannut ensin tunnistaa WAN-puolen 1G SFP-moduulia, mutta lähti toimimaan kun pakotti 1000M tilaan SFP-portin ja boottasi koko vehkeen (käytin vielä virtajohtoakin irti).

Samalla siirtyi erillinen UniFi Video asennus tuon UDM:n alle Protectin puolelle. Sekin hoitui kun kävi Videon puolelta backupin ja restore Protectiin. Kameroihin piti käydä käsin vaihtamassa NVR IP uudeksi UDM:n osoitteeksi, jonka jälkeen kamerat päivitti ja alkoi kuva näkymään Protectissa.

Pelkäsin, että olisi isokin urakka, kun vuoden takaiset arvostelut puhuivat bugeista, mutta ainakin tämän hetken softaversiolla meni suht kivuttomasti migraatio.
 
Kiitos tuosta UDM Pro migraatiosta. Itse vastaavaa miettinyt mutta kuvitellut sen olevan tuskainen. Itsellä USG Pro 4 lähtölaite, mutta suorituskyky loppuu tuossa kaikki securityt päällä
 
Täällä myös UDM Pro ja vähän tuo IDS/IPS siinä on typerä. Jos laittaa Restrict Access to Malicious IP Addresses päälle niin muun muassa dna.fi blokkaantuu, tosin subdomainit kauppa.dna.fi toimii. Muuten laite on kyllä pelannut ok ja ollut tyytyväinen. Tosin varoituksen sana, jos heitätte levyn ineen protectille niin tuuletin käynnistyy ja laitteesta tulee aika äänekäs. Sitä nopeutta pystyy puottamaan 50% vain 40% asti jolloin tulee hieman hiljaisempi.
 
Lähtökohtaisesti ei pitäisi olla mitään tarvetta laittaa lähetystehoa täysille. Yhteys on yhtä hyvä kuin sen heikoin lenkki, eli tässä tapauksessa todennäköisimmin päätelaite ja sen selkeästi pienempi lähetysteho. Täydellä tukiaseman lähetysteholla lopputulemana todennäköisesti on se, että päätelaite kuulee ja pystyy yhdistään verkkoon korttelin päästä, mutta se ei jaksa kommunikoida toiseen suuntaan. Eli näennäisesti yhteys on ok, mutta data ei vaan kulje.

Suosittelen laittaan 2.4 GHz lähetysteho low ja 5 GHz medium. Tämä ajaa laitteita käyttämään 5 GHz verkkoa ennemmin kuin 2.4 GHz.

Eikö sinne voisi 2,4GHz alueelle laittaa minimi nopeuden, jolloin saisi yhdistettyä paremman kuuluvuuden siedettävään nopeuteen?

Tosin eihän se siihen verkkoon pysty yhdistymään jos kommunikointi ei toimi kumpaankin suuntaan, mutta hitaaksihan se yhteys menee kun sinkku on heikko.
 
Eikö sinne voisi 2,4GHz alueelle laittaa minimi nopeuden, jolloin saisi yhdistettyä paremman kuuluvuuden siedettävään nopeuteen?

Tosin eihän se siihen verkkoon pysty yhdistymään jos kommunikointi ei toimi kumpaankin suuntaan, mutta hitaaksihan se yhteys menee kun sinkku on heikko.
Ymmärtääkseni laitteet valitsevat käytettävän verkon signaalinvahvuuden perusteella eikä niinkää nopeuden. Jo mediumilla tukiaseman lähetysteho on todennäköisesti suurempi kuin mihin tyypilliset vähävirtaiset kannettavat laitteet pystyy, eli mitään hyötyä sen suuremmasta lähetystehosta ei periaatteessa ole. Toki tukiasemassa on herkempää vastaanotinta jne. jotka kompensoi, eli ei tämä nyt ihan niin päivänselvä asia ole.

Uudemmissa laitteissa löytyy band steering, eli silloin optimi voisi olla laittaa molempien taajuuksien lähetysteho mediumille.

Tarkoitin esimerkissäni, että todellinen nopeus tukiaseman suuntaan on niin pieni, että käytännössä yhteys on käyttökelvoton. Yhdeyden luonti sinänsä voisi onnistua, tai ainakin yhteys säilyisi siirrettäessä päätelaite läheltä tukiasemaa kantaman äärirajoille.
 
Ymmärtääkseni laitteet valitsevat käytettävän verkon signaalinvahvuuden perusteella eikä niinkää nopeuden. Jo mediumilla tukiaseman lähetysteho on todennäköisesti suurempi kuin mihin tyypilliset vähävirtaiset kannettavat laitteet pystyy, eli mitään hyötyä sen suuremmasta lähetystehosta ei periaatteessa ole. Toki tukiasemassa on herkempää vastaanotinta jne. jotka kompensoi, eli ei tämä nyt ihan niin päivänselvä asia ole.

Uudemmissa laitteissa löytyy band steering, eli silloin optimi voisi olla laittaa molempien taajuuksien lähetysteho mediumille.

Tarkoitin esimerkissäni, että todellinen nopeus tukiaseman suuntaan on niin pieni, että käytännössä yhteys on käyttökelvoton. Yhdeyden luonti sinänsä voisi onnistua, tai ainakin yhteys säilyisi siirrettäessä päätelaite läheltä tukiasemaa kantaman äärirajoille.
On ihan laitteesta kiinni miten se valitsee käytettävän verkon, ja yleinen ongelma useamman AP:n wlan verkossa on se että laite roikkuu jossain juuri kantamaln rajoilla olevassa AP:ssa kiinni vaikka vieressä olisi toinenkin. Tuota voidaan sitten AP:n puolella torjua sillä että potkitaan ulos kaikki clientit jotka ei kykene nopeuteen X, mutta jos AP:t eivät muodosta halutulla alueella riittävän vahvaa verkkoa, siellä sitten tulee helposti ulospotkituksi väärässäkin tilanteessa.

Tuo korttelin päässä wlanissa roikkuminen voi olla ongelma jossain matkapuhelimessa tai vastaavassa mobiilinetillä varustetussa laitteessa, mutta jos se wlan on ainoa yhteys, niin silloinhan se verkossa sinnitteleminen on suotavaa. Androidissa voi esim kehittäjäasetukista säätää sitä kuinka herkästi laite hylkää wlanin ja siirtyy mobiilinettiin.

Mun mielestä olisi kuitenkin järkevintä pyrkiä rajaamaan se turha wlanissa roikkuminen pois siinä laitteessa joka sitä tarpeettomasti tekee, yleensä kuitenkin verkossa on joitain laitteita joiden soisi pysyvän siinä vaikka sitten hieman hitaammalla yhteydellä.
 
Otin nyt controllerin Wifi asetuksista pois verkoista "2G ja 5G data rate control", ja toistaiseksi tuntuisi toimivan, mutta saattaa johtua siitäkin että tukari provisioitiin uudestaan. Toimihan se alussakin ensimmäisen vuorokauden suht ok.

Onko mitä muita asetuksia mitä kannattaisi muuttaa? VHT20 on 2.4GHz verkossa ja Power Medium. Auto-optimize on disabloitu.

Itse itselleni vastaten. Tuo asetusten muuttaminen auttoi vain siksi että AP provisioitiin uudestaan ja tilanne resetoitui. Samat ongelmat siis jatkuivat seuraavanakin päivänä.

Kokeilin muutella vaikka mitä muitakin arvoja (mm. DTIM-arvoja, legacy modea jne..), mutta mikään ei tuntunut auttavan pätkimiseen.
Nyt kuitenkin vaikuttaisi että ratkaisu löytyi. Tukiaseman "päivitys" delivery-firmiksestä 5.16.0.11715 versioon 4.3.21.11325 auttoi.

Controllerhan siis tarjosi välittömästi tukarille "päivitystä", osasi UI:ssakin kysyä "Would you like to downgrade?" Pikaisella googlauksella vaikutti että 5.16.x softakin pitäisi olla ihan ok, mutta tarkemmalla tutkimisella alkoi selvitä että ko. 5.16.x SW on beta-versio jolla Ubiquiti on toimittanut rautaa jo muutaman kuukauden. Viimeisin Stable-release on tuo 4.3.21.11325.
5.16.x firmistä ei ilmeisesti mistään saa edes ladattua joten paluu siihen ei onnistu, mutta alkoi sen verran tuo pätkiminen ärsyttää että otin riskin ja downgradesin ja se kannatti :tup:
 
Lähettivät ne romut jotka ostin ;)
Ei tainnut olla mikään supernopea, mutta eivät tainneet sitä luvatakaan. Muistaakseni varastosaldot kyllä pitivät paikkansa, ja pari tilausta mennyt ihan ok.

Tuliko alvit Suomen päässä maksettavaksi?
 
Ei välttämättä ihan liity tähän ketjuun, mutta kuinka moni on käyttänyt Ubiquitin EU storea? Minkälainen oli ostokokemus?

Home – Ubiquiti Store Europe

UDM Pro:n tilasin syyskuussa. Tilaus sisään torstaina ja paketti oli kotiovella tiistaina. Alvit maksettiin tilauksen yhteydessä. Ei mitään valittamista ja hintakin tämän tuotteen osalta huomattavasti edullisempi kuin suomalaisilla jälleenmyyjillä.
 
Kaksi jäljellä vielä.

Jooh, mutta olisin halunnut sen 39,90€:lla. ;) Tilasin kyllä tuosta tarjouksesta sen jo aikaisemmin tänään kun huomasin ettei ole Ubiquitin kaupassa enää.
 
On muuten jimmssin hinnat aika kovat verrattuna verkkikseen. G3 pro kamerassakin yli satasen hintaero ylöspäin. Taitaa tulla tavara mutkan kautta, ei nimittäin ole virallisena jälleenmyyjänä jimssiä listattu ui.comissa.
 
On muuten jimmssin hinnat aika kovat verrattuna verkkikseen. G3 pro kamerassakin yli satasen hintaero ylöspäin. Taitaa tulla tavara mutkan kautta, ei nimittäin ole virallisena jälleenmyyjänä jimssiä listattu ui.comissa.

Esimerkiksi ER-X on halvempa Jimmsis, riippuu todella paljon tuotteesta.
 
Ei välttämättä ihan liity tähän ketjuun, mutta kuinka moni on käyttänyt Ubiquitin EU storea? Minkälainen oli ostokokemus?

Home – Ubiquiti Store Europe
Perjantaina ostin UDM-Pron, kovalevyn ja pari kameraa. Tunnin päästä tuli UPS seurantanumero ja pe-la välillä olikin jo siirtynyt paketti Tsekeistä Saksaan. Tosin UPS kämmi jotain maanantaina Ruotsissa, niin ei ehtinyt tiistaina liikkua Vantaalta eteenpäin paketti, alunperin piti olla jo mulla perillä. Noh, UPS kurvasi keskiviikkona pihaan ja paketti tuli perille. Positiivinen ostokokemus oli, ei ollut mitään ongelmia ja tilausprosessi oli selkeä.

Sellainen vaan jäi ihmetyttämään, että maksu meni läpi ilman mitään varmistusviestiä pankilta, senkun löi kortin numerot lomakkeeseen. Olin siinä käsityksessä, että Verified by Visa olisi jokseenkin pakollinen nykyään?
 
On tullut EdgeRouter firmware v2.0.9 päivitys ainakin omaan EdgeRouter Pro malliin. Iso lista vikoja ja ongelmia on korjattu. Minun kohdalla oli ongelmia juuri VPN yhteyksissä ja IPTV yhteyksissä. En ole lähtenyt vielä kokeilemaan, että auttoiko ne, koska on jo konfiguraatio joka toimi ainakin edellisen firmware v2.0.8 hotfix 1:n kanssa, mutta ei ihan täydellisesti. Latasin päivityksen omaan EdgeRouter Pro:n. Ainakin mitä huomaan heti selaimella sisään kirjautuessa, niin oikealla ylhäällä on nyt "Up to date", joka varmaan kertoo siitä onko firmware uusin tai vanhentunut, ehkä sitä painamalla voi päivittää suoraan uudempaan, mutta vaikea sanoa, koska se on nyt vasta tässä 2.0.9 versiossa ilmestynyt uutena ominaisuutena. Valmistajan www.ubnt.com sivulla julkaisupäivä on 2020-11-19.

Koodi:
Fixes:
EdgeOS Firmware Changelog
====
Supported products
  * EdgePoint R6, model: EP-R6
  * EdgePoint R8, model: EP-R8
  * EdgeRouter X, model: ER-X
  * EdgeRouter X SFP, model: ER-X-SFP
  * EdgeRouter Lite, model: ERLite-3
  * EdgeRouter PoE, model: ERPoe-5
  * EdgeRouter, model: ER-8
  * EdgeRouter PRO, model: ERPro-8
  * EdgeRouter 4, model: ER-4
  * EdgeRouter 6P, model: ER-6P
  * EdgeRouter 12, model: ER-12
  * EdgeRouter 12P, model: ER-12P
  * EdgeRouter Infinity, model: ER-8-XG
====
v2.0.9 (e50, e100, e200, e300, e1000) Changelog / November 19, 2020
====
Improvements:
Analytics - Add anonymous crash reporting and analytics reporting that are disabled
             by default
Analytics - Add popup window to WebGUI where admin is being asked to
             allow or deny analytics&crash-reporting
WebGUI - Add firmware upgrade button
WebGUI - Add "Factory Reset" button
CLI - Add new CLI command "add system image" to automatically download and install
       latest stable firmware
CLI - Update CLI welcome message to make it consistent with other Edge*** products
System - Decrease size of firmware image by removing dependency on "libxml" and
          excluding it
Performance - Reduce RAM usage by disabling systemd journaling
Performance - Improved forwarding performance on all ER models when offloading
               is disabled (+10% ~ +30%)
Performance - Improved IPsec performance on ER-X/ER-X-SFP/ER-10X/EP-R6 when
               offloading is enabled (+10%)
VPN - Add new L2TP VPN remote access client interface that establishes VPN
       connection to external L2TP remote access VPN server
VPN - Enable "connmark" plugin in strongswan to allow connection from multiple
       L2TP-VPN clients from same NAT
UNMS - Add support for "unlimited queues" and "dynamic wan interface" in UNMS QoS
DPI - Upgrade DPI signature database to version 1.564
PPPoE - Increase PPPoE client IP pool size from 256 to 1024
Security - Now current config, private user files and backup firmware image will
            be permanently deleted when doing factory reset via CLI/WebGUI/UNMS.
            Previously *backup* firmware image used to survive factory-reset

Fixes:
  WebGUI - Fix bug when WebGUI showed wrong RX/TX counters on eth0~eth7 when
           ipv4 offloading is enabled
  WebGUI - Fix regression from v2.0.0 when bandwidth measurement tool in WebGUI
           did not work at all
  WebGUI - Fix bug in WebGUI when UNMS status is stuck in "connecting" state
           forever
  WebGUI - Fix bug in WebGUI when some tools did not show any output (ping,
           trace, log, capture, bandwidth)
  WebGUI - Fix bug when WebGUI randomly crashed because lighttpd was stuck with
           100% CPU load. lighttpd was upgraded to v1.4.55
  WebGUI - Fix bug in WebGUI when firewall stats were empty during first 30
           seconds
  UNMS - Fix bug when QoS could not disabled from UNMS
  UNMS - Strip 3rd party DEB packages from backup file when making ER backup
         from UNMS
  UNMS - Fix wrong LED color indication when UNMS is not configured
  UNMS - Fix bug when UNMS sometimes failed to perform initial connection with ER
  UNMS - Fix bug when UNMS QoS crashed when binding to missing PPPoE interfaces
  UNMS - Fix memory leak in udapi-bridge process when ER is connected to UNMS
  UNMS - Fix rare config mis-synchronization between ER and UNMS causing random
         errors when configuring via UNMS
  SFP - Fix bug when SFP port failed to process packets after reboot
  SFP - Fix bug when some SFP modules were mistakenly reporting tx error
  SFP - Fix bug when SFP interface stops working when Ethernet interface loses
        link on ER-12
  SFP - Fix bug when stats in WebGUI stall if SFP module is misbehaving and
        responding with garbage instead of valid sfp data
  Offloading - Fix random lock-ups when hwnat offloading is enabled on
               ER-X/ER-X-SFP
  Packages - Restore builtin "etherwake" package that was removed since
             v2.0.0 firmware
  PPPoE/L2TP/PPP - Fix buffer overflow vulnerability in pppd daemon (CVE-2020-8597)
  OSPF - Fix bug when OSPF neighbors disappear after interface flap if OSPF network
         has /32 mask
  CLI - Fix bug when add system image CLI command did not show "yes/no" prompt
        if there's no backup firmware image
  CLI - Fix bug when shell command switch pvid dump crashes on ER-X
  BGP - Fix bug when blocked BGP prefix leaked to neighbors when committing
        large BGP config
  SNMP - Fix "unknown notification OID" and "Unknown token: monitor" errors in
        syslog when configuring SNMP
  SNMP - Fix bug when SNMP flooded "error on subcontainer ia_addr insert" errors
         in syslog
  SNMP - Fix SNMP flooding "cannot get stats strings information for interface"
         error to syslog on ER-X
  LoadBalancing - Fix bug when Load Balancing randomly failed if WAN interface
                  acquired new DHCP address
  PPPoE - Fix RCE vulnerability in pppoe-server when using custom
          radius-disconnect script
  PPPoE - Fixed confusing "PADT: Generic-Error: xxxx" syslog message when PPPoE
          client disconnected. Discussed here
  DDNS - Fix potential DDNS config disclosure vulnerability if multiple Dynamic
         DNS providers are configured
  PPTP - Don't load nf_nat_pptp module during boot unless it it is really used
  IGMP - Upgraded igmp-proxy to fix multiple IPTV freeze/disconnect issues
  System - Add "ethtool" support for ER-X/ER-X-SFP/ER-10X models
  VPN - Fix bug when L2TP-VPN daemon randomly crashed when WAN interface updated
        DHCP lease
  IPv6 - Fix bug when radvd failed when loading configuration with many VLANS (10+)
  IPv6 - Fix bug when PD wont start if prefix6 range is outside of declared subnet.
  IPv6 - Add static mapping feature for IPv6 PD so that service dhcp-statefull
         could have statically mapped hosts
  OSPFv3 - Fix regression from v2.0.7 when OSPFv3 stopped adding received routes
           to RIB
  OSPFv3 - Fix bug that caused failure when redistributing OSPFv3 routes via BGP
  QoS - Fix bug when burst-size was causing bad performance when configured in UNMS
  Interfaces - Add missing firewall config for switch0.pppoe and switch0.vif.pppoe
               interfaces
  Interfaces - Fix bug when VLAN interface with MTU <1280 triggers
               "Commit Failed" error
  Interfaces - Fix bug when packets with wrong MAC leaked to WAN if offloading
               is enabled on ER-X
  Interfaces - Fix bug when wrong TX/RX counters were reported on switched port
               on ER-12/ER-12P
  Interfaces - Allow deleting non existing address from config if it disappeared
               from kernel
  Routing - Fix bug when all routing daemons (bgp, ospf, rip, ripng...) randomly
            & permanently die.
  Routing - Added Ethernet driver patch from Cavium that fixes packet reordering
            with 4.x kernel
  TechSupport - Add more LoadBalancing debug info to tech-support file
  SSH-Recovery - Fix bug when setting VLAN interfaces in service ssh-recovery
                 listen-on caused config corruption after reboot
  LED - Fix bug when LED light was stuck in WHITE color forever
  DHCP - Fix bug when same hostname could not be statically-mapped in different
         subnets for IPv4/IPv6 DHCP servers
  DHCP - Fix bug in DHCP server when dhcp-boot option of first subnet was
         applied to all networks
  PoE - Fix bug when PoE on eth9 on ER-10X remained enabled after doing factory
        reset
  UPnP - Backport CVE-2019-12111 that fixes DDoS attack in miniupnpd .

Known issues:
  DPI - Sometimes DPI is reporting wrong rx/tx counters
  Offloading - L2TP IPSec traffic is not being offloaded on Mediatek-based routers
              (ER-X, ER-X-SFP, EP-R6)
  Offloading - VLAN traffic is not being offloaded on ER-12
 
Viimeksi muokattu:
Oof, toi VLAN traffic offloading ER-12 ongelma on kyl aika eeeeh kun mulla on yks sellainen.
 
Oof, toi VLAN traffic offloading ER-12 ongelma on kyl aika eeeeh kun mulla on yks sellainen.
ER-12 taitaa olla aika uusi verrattuna ERPro-8:n, en törmännyt siihen verkkokaupan sivuilla, kun olin valitsemassa
ERPro-8 reititintä ostoskoriin 2019-05-12, ehkä se siksi on vähän jäljessä muita.
 
Minkälaisia kokemuksia teillä on tuosta Unifi Dream Machinesta? Kotiverkkoa pitäisi uudistaa ja tuo oli yksi vaihtoehto tai sitten kokonaisuus erikseen kombinaatiolla:

Ubiquiti USG Network / Router (3 Gigabit Ethernet Ports, UniFi Controller)
Ubiquiti US-8-60W UniFi Switch
Ubiquiti Networks UAP-AC-PRO

Cloud Key taitaa olla myös integroituna tuossa Dream Machinesta joten noilla kolmella erillisellä laitteella ei ihan samaan toiminnallisuutta saa. Toisaalta en ole varma tarvitsenko Cloud Keyta ollenkaan.

:hmm:
 
Minkälaisia kokemuksia teillä on tuosta Unifi Dream Machinesta? Kotiverkkoa pitäisi uudistaa ja tuo oli yksi vaihtoehto tai sitten kokonaisuus erikseen kombinaatiolla:

Ubiquiti USG Network / Router (3 Gigabit Ethernet Ports, UniFi Controller)
Ubiquiti US-8-60W UniFi Switch
Ubiquiti Networks UAP-AC-PRO

Cloud Key taitaa olla myös integroituna tuossa Dream Machinesta joten noilla kolmella erillisellä laitteella ei ihan samaan toiminnallisuutta saa. Toisaalta en ole varma tarvitsenko Cloud Keyta ollenkaan.

:hmm:
Täällä ollut käytössä UDM huhtikuusta saakka ja tuona aikana kerran pitänyt käynnistää uudelleen kun kaapeliverkon kautta liikenne pysähtyi, muuten ei mitään ongelmia. WLAN on nopea ja ainakaan pienessä 75m2 kerrostalokolmiossa kantomatkan kanssa ei ole mitään ongelmia, joka nurkassa kämppää lähes täydet signaalit. Onhan tuo UDM huomattavasti tehokkaampi laite kuin USG, itsellä kaikki IPS kilkkeet päällä ja ainakaan tämän 300/20M kaapelin kanssa ei olla lähelläkään pullonkauloja, käsittääkseni USG:lla alkaa kyykkäämään jo 100Mbit tienoilla. Plus että jos ei erillistä teknistä tilaa ole niin onhan tuo UDM huomattavasti helpompi ratkaisu sisustuksellisesti, tuosta laiteläjästä tulee jo melkoinen kasa johtospaghettia.

Johonkin on pakko kontrolleri asentaa noilla erilliskilkkeillä. Eli joko se Cloudkey tai sitten rasperry pi, pilveen, tietokoneelle jne. Pelkällä tukarilla (ehkä myös kytkimillä?) riittää puhelinappi peruskonffaukseen mutta USG:llä se on pakollinen.

Jos jotain huonoja puolia pitää etsiä, niin softapäivitykset on vähän laahanneet näillä UDM ja UDM Pro jäljessä muita tuotteita. Taitaa Ubiquiti liikaa keskittyä noihin kulun- ja videovalvontatuotteisiinsa ja jää sitten verkkovermeet vähemmälle huomiolle. Viimeisin stable versio on jostain keväältä, joskaan en ole mitään varsinaisia vikoja tässä softaversiossa huomannut, toiminut vakaasti niin ei ole hirveästi kiinnostanut. Lupailivat kyllä että uusi versio tulisi ulos ihan lähiaikoina.

On muuten verkkopuolella minulla myyntiosiossa tämä jos kiinnostaa ;) Nälkä kasvoi syödessä ja virittelytarpeen (ja paremman palomuurilokien seurannan) vuoksi olen vaihtamassa klusteroituihin pfsense-palomuureihin. Kotonahan nuo on täysin hyödyttömiä ominaisuuksia, mutta minkäs teet kun virittelytarve iskee.
 
Viimeksi muokattu:
Minkälaisia kokemuksia teillä on tuosta Unifi Dream Machinesta? Kotiverkkoa pitäisi uudistaa ja tuo oli yksi vaihtoehto tai sitten kokonaisuus erikseen kombinaatiolla:

Ubiquiti USG Network / Router (3 Gigabit Ethernet Ports, UniFi Controller)
Ubiquiti US-8-60W UniFi Switch
Ubiquiti Networks UAP-AC-PRO

Cloud Key taitaa olla myös integroituna tuossa Dream Machinesta joten noilla kolmella erillisellä laitteella ei ihan samaan toiminnallisuutta saa. Toisaalta en ole varma tarvitsenko Cloud Keyta ollenkaan.

:hmm:

On se Cloud Key hyvä olla olemassa, jos on useampi UniFi puolen tuote, niin niitä on helpompi hallita. Ainakin halvempien Cloud Key tikkujen muisti voi korruptoitua ja se on aika hankalaa, kun pitää kaikki nollata ja aloittaa alusta, jos ei tee varmuuskopioita. Tietokoneelle löytyy, myös ohjelmisto joka toimii samoin, kuin Cloud Key, mutta se on java ohjelma, eli tietokoneen java ohjelmisto pitää päivittää Oracle:n sivuilta. Sen verran tuli kokeiltua UniFi Controller ohjelman asennusta, että vanhempi java ohjelmisto ei ole yhteen sopiva uusimman UniFi Controller ohjelman kanssa, koska se ei käynnisty oikein, mutta kuka haluaa pitää tietokonetta aina päällä, koska on paljon ihmisiä, jotka ei halua tehdä sitä. Halvin Cloud Key tarvitsee, vain PoE sähköä. UniFi Deam Machine:ssa Cloud Key on jo valmiina sisään rakennettuna. Halvimman reitittimen kohdalla voi tulla ongelma prosessoritehon ja sisäisen muistin kanssa, jos se on kovalla käytöllä ja tarvitaan paljon nopeutta. Itse en tyyntynyt halvimpaan reitittimeen, koska olen jo liian monta huonoa nähnyt. Muista, että erillinen fyysinen Cloud Key tarvitsee tosiaan sitä PoE sähköä tai se ei muuten toimi, eli pitää siis olla ainakin yksi UniFi laite, josta se saa sähköt ja sama juttu on tuon UAP-AC-PRO:n kanssa. Sähköä pitää olla tarpeeksi paljon kaikkiin PoE laitteisiin, eli tuo US-8-60W antaa oletettavasti nimensä mukaan 60W PoE sähköä. UAP-AC-PRO tarvii 7W ja Cloud Key 5W-12,95W riippuen siitä kuinka hienon mallin ostat, eli nuo kuluttaa korkeintaan 12-20W sähköä ja nuo kaikki tukee 802.3af PoE sähköä. Tuo UniFi USG on ainoa, joka voi aiheuttaa sinulle harmia, jos se ei riittää ja toinen on se, että pitäisi olla se Cloud Key tai vastaava.

Laiton www.verkkokauppa.com ostoskoriin nuo tuotteet plus halvimman Cloud Key:n hinnaksi ja tuli 482,60 € ja UDM maksaa 349,90 € ilman postikuluja, jos ne hakee verkkokaupan noutopisteestä ja UDM:ssä on tavallaan kaikki sama yhdessä ainoassa laitteessa, mutta siinä ei ole PoE sähkölle ulostuloja ollenkaan. Tosiaan asunnon koko, muoto tai seinät voi pakottaa siihen, että pitää olla erilliset laitteet, että ei tulee ongelmia johtojen kanssa tai WLAN kuuluvuuden kanssa. MInulla tämä on mennyt jo, niin överiksi, että mielummin erilliset laitteet.

Itsellä ei ole vielä UniFi laitteita, mutta on Ubiquiti laitteita, eli ne pitäisi heti oppia erottelemaan, mutta se ei ole helppoa, koska on laitteita joista ei heti tiedä, kumpaan ne kuuluu, vaikka on sama valmistaja. UniFi laitteita voi hallita Clound Key:llä tai sen korvaavalla ohjelmistolla ja Ubiquiti laitteita ohjataan UNMS ohjelmistolla joka toimii, vain Linux pohjaisessa käyttöjärjestelmässä. mutta sillä ei voi vielä kaikkea ohjata, koska sen kehitys on vielä kesken, eli joutuu viilaamaan asetuksia ihan suoraan itse laitteen omasta hallinnasta. Itsellä on oma virtuaalipalvelin, jossa ajetaan UNMS palvelinta. EdgeRouter laitteissa ainakin se näkyy, kun niille kirjautuu selaimella vihreänä merkintänä oikeassa yläkulmassa UNMS statuksen kohdalla. Kummankin tuoteryhmän hallintaohjelmia voi ajaa, myös pilvipalvelimissa, mutta niistä monesti pilvipalvelun tarjoaja haluaa rahaa joka kuukausi. Itsellä on vaihtuva ip-numero, mutta se on aina sama, koska en sammuta noita "19 räkkilaitteita tai yhteys modeemeja, jos sähköt on poikki, niin ne on vain sen hetken alhaalla ja sinä aikana operaattorin antama DHCP:n maksimi aika ei kulu umpeen IP-numeron kohdalla. IP-numerolla ja omilla tunnuksilla pääsen käsiksi hallintaan vaikka kännykällä tai tabletilla, mutta se on helpompaa tietokoneella, koska sitä on helpompi käyttää ja kosketusnäyttö on hiukan kankea siihen. Nykyään on jo VPN käytössä, eli pääsen suoraan sisään omaan kotiverkkooni, eli tavallaan olen kotona, vaikka en ole kotona. VPN asetukset olen tainnut tännekin jo laittaa ja niissä on ongelmia ainakin Ubiquiti EdgeRouter reitittimissä. Minun asetukset varmasti toimii, eikä pätki tai sekoile ja löytyi se toimiva, vaikka siinä vaadittiin paljon hermoja.
 
Viimeksi muokattu:
Mitäs vehjettä suosittelisitte kytkimeksi TV-tason laitteille? 4 porttia ihan minimi, mutta voisi varmaan olla 8-porttinenkin potentiaalisten tulevien laitteiden takia.

Nykyinen setup:
-Huoneistojakamossa EdgeRouter X, mistä jaetaan verkko huoneiston verkkopistokkeisiin.
-Olohuoneessa yhdessä LAN-pistokkeessa nanoHD-AP mistä WiFi huoneistoon. (Virrat PoE injektorilta huoneistojakamosta.)
-Osa nykyisistä laitteista on verkkopiuhalla kiinni, osa sitten langattomana.

TV-tasolle on kuitenkin kertynyt sen verran laitteita että ajattelin että nuo voisi hyvin vetää piuhallakin kiinni, koska vedot on lyhkäisiä ja piuhat saa hyvin piiloon. Suurin syy kytkimen harkintaan ja piuhojen vetämiseen on se että olohuoneeseen tulee huoneistojakamosta 2 verkkoporttia, joista yksi menee AP:lle ja lisäksi haluaisin saada PC:n (mediaserverin) ja TV:n jolta mediaa enimmäkseen katsellaan langallisena kiinni.

Saisi olla gigainen laite, vaikka suurimpaan osaan käyttötarkoituksista 100-megainenkin riittäisi. Onko paljoa väliä vetääkö tuon AP:n edelleen suoraan reitittimeltä vai menisikö sekin kytkimen kautta? Lähinnä pohdin PoE:n ketjutusta niin että saisi kytkimelle PoE:n kautta virrat ja kytkimeltä tuolle AP:lle.
 
Minkälaisia kokemuksia teillä on tuosta Unifi Dream Machinesta? Kotiverkkoa pitäisi uudistaa ja tuo oli yksi vaihtoehto tai sitten kokonaisuus erikseen kombinaatiolla:

Ubiquiti USG Network / Router (3 Gigabit Ethernet Ports, UniFi Controller)
Ubiquiti US-8-60W UniFi Switch
Ubiquiti Networks UAP-AC-PRO

Cloud Key taitaa olla myös integroituna tuossa Dream Machinesta joten noilla kolmella erillisellä laitteella ei ihan samaan toiminnallisuutta saa. Toisaalta en ole varma tarvitsenko Cloud Keyta ollenkaan.

:hmm:

UDM on varmaan hyvä jos sen pystyy sijoittamaan sellaiseen paikkaan että langaton verkko kuuluu kaikkialle.
Itsellä on erilliset laitteet koska hankalan mallinen kämppä vaatii kolme AP:ta.

Laitteina USG + 8-porttinen Unifi PoE kytkin + USW Flex Mini -kytkin + 2x AP AC in-wall ja AP AC PRO

Langalla kiinni 1 tietokone, Synology NAS, Hue-silta, Raspberry Pi ja Apple TV

USG:ssä riittää potku omaan käyttöön hyvin. Nettiyhteys on 400 megainen ja se tulee myös laitteille. Sisäisessä verkossa data liikkuu lähes 1 Gbps. Controlleri pyörii dockerissa Nasissa, ei tarvetta Cloud Keylle. Aikaisemmin controller oli googlen pilvessä, myös se toimi ongelmitta.
 
Nyt ois Edgerouter X ja AP-AC-LR asennusta vailla. Luin aiemmin ketjusta että ainakin jossain vaiheessa oli uusien firmwarejen kanssa ongelmaa. Mikähän on tilanne nyt, uskaltaako ja kannattaako laittaa uusimmat?

Lisäksi mulla taitaa olla ainakin yksi laite joka tukee vain 2,4Ghz verkkoa. Kannattaako 2,4 verkko tehdä samalle vai eri ssid-nimelle? Jos on muita vinkkejä miten tukarin perusasetukset kannattaa säätää niin kuulen mielelläni.
 
Mitäs vehjettä suosittelisitte kytkimeksi TV-tason laitteille? 4 porttia ihan minimi, mutta voisi varmaan olla 8-porttinenkin potentiaalisten tulevien laitteiden takia.

Nykyinen setup:
-Huoneistojakamossa EdgeRouter X, mistä jaetaan verkko huoneiston verkkopistokkeisiin.
-Olohuoneessa yhdessä LAN-pistokkeessa nanoHD-AP mistä WiFi huoneistoon. (Virrat PoE injektorilta huoneistojakamosta.)
-Osa nykyisistä laitteista on verkkopiuhalla kiinni, osa sitten langattomana.

TV-tasolle on kuitenkin kertynyt sen verran laitteita että ajattelin että nuo voisi hyvin vetää piuhallakin kiinni, koska vedot on lyhkäisiä ja piuhat saa hyvin piiloon. Suurin syy kytkimen harkintaan ja piuhojen vetämiseen on se että olohuoneeseen tulee huoneistojakamosta 2 verkkoporttia, joista yksi menee AP:lle ja lisäksi haluaisin saada PC:n (mediaserverin) ja TV:n jolta mediaa enimmäkseen katsellaan langallisena kiinni.

Saisi olla gigainen laite, vaikka suurimpaan osaan käyttötarkoituksista 100-megainenkin riittäisi. Onko paljoa väliä vetääkö tuon AP:n edelleen suoraan reitittimeltä vai menisikö sekin kytkimen kautta? Lähinnä pohdin PoE:n ketjutusta niin että saisi kytkimelle PoE:n kautta virrat ja kytkimeltä tuolle AP:lle.
USW Flex Mini

Tuolle saat virran PoE:n kautta ja jää neljä porttia muille laitteille. AP:lle tosin et saa tuosta virtaa. On pieni ja näppärä, itsellä juuri TV-tason sisällä.
 

Statistiikka

Viestiketjuista
262 706
Viestejä
4 563 266
Jäsenet
75 011
Uusin jäsen
Pro

Hinta.fi

Back
Ylös Bottom