Kokemuksia Ubiquitin reitittimistä (ja muista verkkovermeistä).

Nyt pääsee testaamaan miten failover toimii UDMP:llä käyttäen ULTEP:tä

BAFA4C78-64B6-4108-8AB6-FF95D9871972.jpeg

Tänään säätänyt tuon kanssa ja kyllä on turhauttava. Alkuun kun testasi niin ei palannut takaisin LTE yhteydeltä normi yhteyteen vaan jäi 4G päälle. No siihen oli korjaus että laittaa echon 8.8.8.8 tai vastaavaan ja sitten se palasi takaisin itsekseen normi yhteyteen. No nyt näyttäisi tippuvan varayhteyden päälle vaikka ei kuidussa mitään vikaa ole, positiivisena asiana että pysyy vain 10min varalla ja sitten takaisin kuituun. Täytyypi huomenna tutkailla mikä sitä riepoo. Toinen ihmeellisyys on ettei saa konffattua WAN porttiin (esim. 8) sitä vaan pitää olla "LAN/access/untagged" portissa kiinni.
 
Kiva kuulla kokemuksia kun mietin laittaako tuo vai joku halpispurnukka, jos toiminnallisuudessa ei käytännössä ole eroa.
 
Hei!
Olen tuumaillut hankkivani UDM:n ja muutama asia kiinnostaisi:

Onko UDM:ssä minkälainen traffic identification järjestelmä? Pystynkö näkemään mihin laitteet ottavat yhteyttä ihan IP-osoite kohtaisesti? Tai dns-osoitteet? Ja jos näen, niin pystynkö näkemään milloin yhteys on muodostettu? Ja näenkö vaikka viikon taakse yhteyshistorian?

Toinen kysymys koskee UDR:ää, onko siinä samanlainen järjestelmä kuin UDM:ssä vai onko eroja tuon traffic identificationin kanssa?

Kolmas kysymys on sitten UDM ja UDR ero DPI:n kanssa? Onko jotenkin supistetumpi?
 
Osaisko joku selittää mikä ero näillä on:

1676494876406.png


Ja:

1676494979700.png

Lähinnä siis hämmästyttää, että jos alemmassa kuvassa olen valinnut release candidaten asetukseksi, niin miksi ylemmässä kuvassa olen officialissa eikä löydy vastaavaa valikkoa kuin alla olevassa, eli official, release candidate ja early access.
Early accesissa pitäisi olla firmista tarjolla, mutta tänne ei ainakaan näillä settingseillä valu ja ihmettelen miksi nämä kaksi sivua näyttävät eri tietoa.

EDIT: vai äh... onko tässä nyt siis kyseessä OS early accessa ja device firmware early access. Onko kummallekin omat early access kanavat?
 
Luultavasti se sillä Unif OS ja Network application on molemmat ihan omia softia.

Joo näin se on oltava. Mä en löytänyt paikkaa mistä OS:n early accessin saisi kytkettyä päälle. Siksi tuo on hieman erikoinen juttu. Toisaalta en kyllä uskaltanut laittaa relase candidatea lopulta firmiksiinkään päälle.
 
Joo näin se on oltava. Mä en löytänyt paikkaa mistä OS:n early accessin saisi kytkettyä päälle. Siksi tuo on hieman erikoinen juttu. Toisaalta en kyllä uskaltanut laittaa relase candidatea lopulta firmiksiinkään päälle.
Laita siellä UniFi OS asetuksissa updates kohtaan early access:
1676530648132.png


Minulla on ollut ajossa jo jonkun aikaa 2.4.27 OS ja se on pelannut ok.
 
Viimeksi muokattu:
Laita siellä UniFi OS asetuksissa updates kohtaan early access:
1676530648132.png


Minulla on ollut ajossa jo jonkun aikaa 2.4.27 OS ja se on pelannut ok.

No mutta kun tämä on juuri se ongelma. Tuossa valikossa ei ole kuin "Official". Ei EA:ta tai RC:tä. Firmis puolelta nuo valikkoon sain kun täppäsin itseni ohjelmaan mukaan.
 
No mutta kun tämä on juuri se ongelma. Tuossa valikossa ei ole kuin "Official". Ei EA:ta tai RC:tä. Firmis puolelta nuo valikkoon sain kun täppäsin itseni ohjelmaan mukaan.
Voikohan sillä olla vaikutusta, että olen liittynyt ui.com early access ohjelmaan, sen kautta saa pääsyn sinne EA storeen, oliskohan se jotenkin sitten kytköksissä beta firmiksiin.
 
Tällä hetkellä kai tuo sama 2.4.27 on jakelussa kaikille, joten juuri nyt tuolla ei varmaan ole juurikaan väliä. Tänne ainakin tuli ihan Officialin kautta eilen.
 
USG Pro ei oikein jaksa niin olisiko tämä hyvä korvaava laite?
Vai suosiolla SE?
 
USG Pro ei oikein jaksa niin olisiko tämä hyvä korvaava laite?
Vai suosiolla SE?

Missä ajat nykyään UniFi kontrollisoftaa? Cloud Key vai virtuaaliserverillä/dockeri kontissa tms..

Tuon SE:n kun hommaat niin softa pitää ajaa sillä. Tuo UXG Pro taas ajetaan erillisellä kuten USG Pro:n kanssa.

Sama on itsellä edessä ja olisin tuon UXG Pro:n ostanut jos jossain sellainen olisi ollut saatavilla…
 
Missä ajat nykyään UniFi kontrollisoftaa? Cloud Key vai virtuaaliserverillä/dockeri kontissa tms..

Tuon SE:n kun hommaat niin softa pitää ajaa sillä. Tuo UXG Pro taas ajetaan erillisellä kuten USG Pro:n kanssa.

Sama on itsellä edessä ja olisin tuon UXG Pro:n ostanut jos jossain sellainen olisi ollut saatavilla…
Softa on virtuaalikoneella. Ei tuo SE ole ongelma kun ilmeisesti saisi jotenkin ajettua backupin siihen. Ajattelin että kun ei jaksa kunnon nopeuksia niin UXG olisi ollut oiva tuohon kun menisi heittämällä mutta SE vaatii vähän enemmän työtä. Mutta olisi ainakin tehoa.
 
Mulla on ulkona yksi wifi pistorasi, joka just ja just kantamalla, joka tarkoittaa sitä, että se silloin tällöin tippuu pois eikä siihen saa yhteyttä (tuo hoitaa siis auton lämppäriä).

1677097599931.png

1677097939444.png

Mulla on ap:na Ubiquiti UniFi 6 Lite ja mietin että onkohan tuolla jotain asetusta, jolla tota kuuluvutta voitaisiin parantaa tuolle vaikka muiden kustannuksella? Nykyisin taitaa olla ihan default asetukset paikallaan.
 
Mulla on ulkona yksi wifi pistorasi, joka just ja just kantamalla, joka tarkoittaa sitä, että se silloin tällöin tippuu pois eikä siihen saa yhteyttä (tuo hoitaa siis auton lämppäriä).

1677097599931.png

1677097939444.png

Mulla on ap:na Ubiquiti UniFi 6 Lite ja mietin että onkohan tuolla jotain asetusta, jolla tota kuuluvutta voitaisiin parantaa tuolle vaikka muiden kustannuksella? Nykyisin taitaa olla ihan default asetukset paikallaan.
Rx = Receive
Tx = Transmit

Eli kuten arvata saattaa, tuossa wifi pistorasiassa on hyvin huono antenni, joten se ei hirveästi jaksa lähetellä kamaa, tukari kyllä näyttäs varmaan kuuluvan sille ihan ok'sti.
 
Eiköhän syynä ole nimenomaan @minapamina mainitsema pistorasia. WiFi kun toimii kaksisuuntaisesti, tukarin uusiminen tuskin tuo parannusta tilanteeseen.
 
Onko normaalia että dockerissa ajeltava controlleri ei enää pysty juttelemaan AP kanssa jos ip osoite tai yhyeys lähiverkkoon muuttuu?

Siis jos alunperin konffii langallisena, niin wifin kautta ei enää asetuksia pääse ronkkimaan, vaan yrittää epätoivoisesti vaan adoptoida?
 
Mulla on ulkona yksi wifi pistorasi, joka just ja just kantamalla, joka tarkoittaa sitä, että se silloin tällöin tippuu pois eikä siihen saa yhteyttä (tuo hoitaa siis auton lämppäriä).

1677097599931.png

1677097939444.png

Mulla on ap:na Ubiquiti UniFi 6 Lite ja mietin että onkohan tuolla jotain asetusta, jolla tota kuuluvutta voitaisiin parantaa tuolle vaikka muiden kustannuksella? Nykyisin taitaa olla ihan default asetukset paikallaan.
Ensisijaisesti yrittää parantaa sitä radioyhteyttä, sijoittamalla tukiasema paremmin ja tai sijoittaa tuo asiakaslaite paremmin. Toki kiinteästi asennettun pistorasian siirtäminen, tai sen antinnin optimointi tarvii vähän enemmän jumppaa), siellä päässä voi miettiä onko jotain muuta tehtävissä tilanteen parantamiseksi (esteitä yms raivata)

Kuten tuossa mainittiin, niin tukarin tehon nosto on usein enemmänkin haitaksi, ja jos se nyt on kovasti yläkanttiin, niin enemmin laskea.

Tukarin parametreja voi myös optimoida, mutta jos samaa tukaria käytetään muuhun käyttöön, niin ne voi olla ristiriidassa muiden tavoitteiden kanssa.

Yksi on se että asentaa yhden tukiaseman lisää, jonka asentaa ja säätää nimenomaan tuota laitetta varten.
 
Onko normaalia että dockerissa ajeltava controlleri ei enää pysty juttelemaan AP kanssa jos ip osoite tai yhyeys lähiverkkoon muuttuu?

Siis jos alunperin konffii langallisena, niin wifin kautta ei enää asetuksia pääse ronkkimaan, vaan yrittää epätoivoisesti vaan adoptoida?
Se tukarin inform ip muistaakseni pitää muuttaa jos controlletin ip muuttuu
 
Meneekö muuten USG+Controllerin konffi suoraan SE?
En ole kokeillut mutta muistelen että Ubin mukaan pitäisi backup-> restore menetelmällä toimia mutta osa käyttäjistä on joutunut säätämään paljonkin lukeman perusteella. Ilmeisesti käytössä oleva konffi vaikuttaa.
 
En ole kokeillut mutta muistelen että Ubin mukaan pitäisi backup-> restore menetelmällä toimia mutta osa käyttäjistä on joutunut säätämään paljonkin lukeman perusteella. Ilmeisesti käytössä oleva konffi vaikuttaa.
Joo. Katsotaan miten käy.
 
Jos ethernetin veto usealle tukiasemalle ei ole mahdollista, saako UniFi 6 -tukareilla rakennettua kahden tai useamman laitteen meshin? Jos kyllä, onko järjestelyssä jotain puutteita tai huonoja puolia verrattuna kuluttujalaitteisiin (google wifi yms.) jotka on suoraan tarkoitettu toimimaan langattomana meshinä?
 
Jos ethernetin veto usealle tukiasemalle ei ole mahdollista, saako UniFi 6 -tukareilla rakennettua kahden tai useamman laitteen meshin? Jos kyllä, onko järjestelyssä jotain puutteita tai huonoja puolia verrattuna kuluttujalaitteisiin (google wifi yms.) jotka on suoraan tarkoitettu toimimaan langattomana meshinä?
Saa rakennettua. Puutteista en osaa sanoa.
 
Saa rakennettua. Puutteista en osaa sanoa.

Kiitos, onnistuuko pelkillä Unifi-tukareilla vaikka reititin on jokin muu? Järjellä ajateltuna ei pitäisi olla merkitystä mutta varmistan kun en tämän valmistajan laitteita ole koskaan konffannut :)
 
Kiitos, onnistuuko pelkillä Unifi-tukareilla vaikka reititin on jokin muu? Järjellä ajateltuna ei pitäisi olla merkitystä mutta varmistan kun en tämän valmistajan laitteita ole koskaan konffannut :)
Tarvitsen sen controllerin jolla puskea konffit. Voi olla että onnistuu mobiiliappilla mutta en mene sanomaan 100% kun aina ollut se controlleri käytössä.
 
Tarvitsen sen controllerin jolla puskea konffit. Voi olla että onnistuu mobiiliappilla mutta en mene sanomaan 100% kun aina ollut se controlleri käytössä.

Oliko tämä nyt se jonka voi asentaa vaikka softana lähiverkossa olevaan tietokoneeseen? Jos kyllä niin ei aiheuta ongelmia. Ja joskus muistan lukeneeni että controller on pakollinen vain asennus/konffausvaiheessa eli sen ei tarvitse olla verkossa 24/7 laitteiden kanssa?
 
Oliko tämä nyt se jonka voi asentaa vaikka softana lähiverkossa olevaan tietokoneeseen? Jos kyllä niin ei aiheuta ongelmia. Ja joskus muistan lukeneeni että controller on pakollinen vain asennus/konffausvaiheessa eli sen ei tarvitse olla verkossa 24/7 laitteiden kanssa?
Juuri tämä. Wireless Meshing on se mikä hoitaa tuon linkittäminen.

Etuina toki jos jollakin tasolla pyörii on että päivittyy firmikset jne.

Tässä pari linkkiä
 
Pieni show kun piti ymmärtää miten homma toimii.

Controllerissa useampi site. Jos ottaa backupin se sisältää kaikki. Site Exportilla haluttu site ulos. UDM SE sen sai sitten ajettua siten että piti ottaa vanha UI käyttöön. Sen kautta saa ajettua siten sisään. Uuden ui:n restoret tätä ei osaa tehdä.

Vain yksi AP ei adoptoitunut mutta sen sai syöttämällä vanhan controllerin tunnukset, niin toimi uudessa.
 
Kysyttävää:
Tarvitsen kiinteään ethernet yhteyteen traffic sharperia, mutta Unifi Controller ei tue sitä kiinteissä yhteyksissä. Mulla olisi käytössä OPNSense, joka voisi hoitaa tätä tointa.
Kysymys onkin kuinka tämä ratkaistaan Unifin puolelta, koska uskoisin että opnsense kannattaa olla ennen unifia internetistä päin katsoen. Nyt unifissa pitää säätää mitä jotta järjestely toimisi?

Olen kokeillut unifissa laittaa DHCP relay:n käyttöön, jotta opnsense saa haltuun paikalliset ip:t traffic sharperia varten. Tässä on onkelma koska unifi ei hyväksy gatewayksi muuta kuin itsensä (eli udm muuttaa oman ip osoitteensa samaksi kuin minkä laitoin Gatewayn ipksi).

Edit: Miten vältän double natin? Unifin ip OPNSensessä DMZ:n alle?
 
Viimeksi muokattu:
Kysyttävää:
Tarvitsen kiinteään ethernet yhteyteen traffic sharperia, mutta Unifi Controller ei tue sitä kiinteissä yhteyksissä. Mulla olisi käytössä OPNSense, joka voisi hoitaa tätä tointa.
Kysymys onkin kuinka tämä ratkaistaan Unifin puolelta, koska uskoisin että opnsense kannattaa olla ennen unifia internetistä päin katsoen. Nyt unifissa pitää säätää mitä jotta järjestely toimisi?

Olen kokeillut unifissa laittaa DHCP relay:n käyttöön, jotta opnsense saa haltuun paikalliset ip:t traffic sharperia varten. Tässä on onkelma koska unifi ei hyväksy gatewayksi muuta kuin itsensä (eli udm muuttaa oman ip osoitteensa samaksi kuin minkä laitoin Gatewayn ipksi).
Mitä haluat sillä traffic shapingilla tehdä?
 
Switch 8 (60 W) -kytkin hajosi. Ei liiku enää bitit mihinkään suuntaan. Sininen/valkoinen merkkivalo toimii ja poe-merkkivalot toimii.

Nyt pitäisi tilalle hankkia uusi kytkin. Kysymys: jos hankin jonkun muun valmistajan kytkimen, toimiiko vlanit oikein? Tuleeko muita ongelmia? Muuna laitteistona USG, AP PRO, 2 x AP-in wall ja Switch flex mini. Konfiguroituna 2 vlania palomuurisääntöineen. AP:t ja flex mini saivat virtansa nyt hajonneesta kytkimestä.

Dream machine SE ratkaisisi ongelman, mutta vähän turhan hintava tässä vaiheessa.
 
Switch 8 (60 W) -kytkin hajosi. Ei liiku enää bitit mihinkään suuntaan. Sininen/valkoinen merkkivalo toimii ja poe-merkkivalot toimii.

Nyt pitäisi tilalle hankkia uusi kytkin. Kysymys: jos hankin jonkun muun valmistajan kytkimen, toimiiko vlanit oikein? Tuleeko muita ongelmia? Muuna laitteistona USG, AP PRO, 2 x AP-in wall ja Switch flex mini. Konfiguroituna 2 vlania palomuurisääntöineen. AP:t ja flex mini saivat virtansa nyt hajonneesta kytkimestä.

Dream machine SE ratkaisisi ongelman, mutta vähän turhan hintava tässä vaiheessa.
Toimii mikä tahansa kytkin joka 802.1Q tukee. Luonnollisesti ei toimi Unifin topologianäkymä missä näkee minkä portin/kytkimen takaa löytyy mitäkin laitteita ja hallinnointi hoidettava kahdesta eri paikasta.
 
Rajata ip:n/mac:in kaistanleveyttä. Myös haluaisin ettei bufferbloattia tulisi myöskään yleisesti.
Ei taida onnistua, nattaus pitäisi ottaa pois päältä UDM:stä ja hoitaa se OPNsensellä mikä taas luo omat haasteensa. Saattaa olla että myös reititys hoidettava OPNsensellä. Sanoisin että ei ole järkevää käyttää tässä kuin yhtä laitetta, joko OPNsense tai UDM niillä ominaisuuksilla mitä sillä tekemään pystyy.

Edit: jos pelkkä internet-liittymän traffic shaping bufferbloatin osalta riittää niin sitten onnistunee käyttämällä OPNsenseä välissä internet-muurina. Eli OPNsensessä Lan-interfacelta yksi osoite (ei samoja verkkoja mitä UDM:llä) mikä UDM:n Wanille kiinteäksi. Käytössä on tosin sitten tuplanat mistä tulee ongelmia jos internetistä pitää päästä johonkin palveluun käsiksi UDM:llä. Traffic shaping ei toimi OPNsensessä ilman natia transparent modessa.
 
Viimeksi muokattu:
Toimii mikä tahansa kytkin joka 802.1Q tukee. Luonnollisesti ei toimi Unifin topologianäkymä missä näkee minkä portin/kytkimen takaa löytyy mitäkin laitteita ja hallinnointi hoidettava kahdesta eri paikasta.
Ok, kiitos. Aika huono saatavuus näyttää olevan joka paikassa näillä vaatimuksilla. (portteja vähintään 8, poe portteja vähintään 4, 802.1q tuki (eli käytännössä hallittu kytkin))
 
Edit: jos pelkkä internet-liittymän traffic shaping bufferbloatin osalta riittää niin sitten onnistunee käyttämällä OPNsenseä välissä internet-muurina. Eli OPNsensessä Lan-interfacelta yksi osoite (ei samoja verkkoja mitä UDM:llä) mikä UDM:n Wanille kiinteäksi. Käytössä on tosin sitten tuplanat mistä tulee ongelmia jos internetistä pitää päästä johonkin palveluun käsiksi UDM:llä. Traffic shaping ei toimi OPNsensessä ilman natia transparent modessa.
Entä jos DMZ UDM:lle?
 
Aikaisemmin kyselin, että voisiko yksi U6-LR kattaa omakotitalon ja kyljessä kiinni olevan autotallin, niin vastaan nyt muillekin tiedoksi, että ei riitä. Hieman olen kyllä pettynyt tuon tukarin kantamaan, koska vanha lähes samalla sijainnilla oleva Asus RT-AC86U antaa parempia nopeuslukemia kantavuuden rajamailla (tyyliin UB 3-5mb, kun Asuksella liikkuu 30mb tienoilla). Tila ei kyllä ole helpoin mahdollinen, kun on tiiliseinää, harkkoseinää jne, mutta silti hieman yllätti... En tiedä sitten voiko sillä olla merkitystä, että Ubiquiti on nyt katolla yläpohjassa ja Asus asuintiloissa lattialla. Itse kyllä järkeilin, että Ubiquitin kattavuus/kantavuus olisi parempi mitä ylempänä se on...tuskin tuolla nyt pitäisi olla vaikutusta seinien läpäisykykyyn, jos etäisyys on sama ja Ubiquiti tarkoitettu katto asennettavaksi.

Eli käytännössä tässä pitää hommata vielä toinen Ubiquitin tukari autotalliin, jos haluaa Ubiquitin laitteissa pysyä. Olisiko tuohon järkevää hommata täysin samanlainen U6-LR rinnalle vai toisella laitteella mitään sen kummempaa väliä? Eikö nämä kuitenkin controller apin kautta saman langattoman verkon sisään heitettyä?

Asuksessa sinällään ole muuta vikaa ollut (toiminut erittäin luotettavasti), mutta Ubiquitin laitteet saa siistimmin piiloon ilman virtajohtoja ja controller apin kautta hallinta helppoa, Asuksen mesh ratkaisun toimivuudesta taas ei ole sen enempää tietoa.
 
Aikaisemmin kyselin, että voisiko yksi U6-LR kattaa omakotitalon ja kyljessä kiinni olevan autotallin, niin vastaan nyt muillekin tiedoksi, että ei riitä. Hieman olen kyllä pettynyt tuon tukarin kantamaan, koska vanha lähes samalla sijainnilla oleva Asus RT-AC86U antaa parempia nopeuslukemia kantavuuden rajamailla (tyyliin UB 3-5mb, kun Asuksella liikkuu 30mb tienoilla). Tila ei kyllä ole helpoin mahdollinen, kun on tiiliseinää, harkkoseinää jne, mutta silti hieman yllätti... En tiedä sitten voiko sillä olla merkitystä, että Ubiquiti on nyt katolla yläpohjassa ja Asus asuintiloissa lattialla. Itse kyllä järkeilin, että Ubiquitin kattavuus/kantavuus olisi parempi mitä ylempänä se on...tuskin tuolla nyt pitäisi olla vaikutusta seinien läpäisykykyyn, jos etäisyys on sama ja Ubiquiti tarkoitettu katto asennettavaksi.

Eli käytännössä tässä pitää hommata vielä toinen Ubiquitin tukari autotalliin, jos haluaa Ubiquitin laitteissa pysyä. Olisiko tuohon järkevää hommata täysin samanlainen U6-LR rinnalle vai toisella laitteella mitään sen kummempaa väliä? Eikö nämä kuitenkin controller apin kautta saman langattoman verkon sisään heitettyä?

Asuksessa sinällään ole muuta vikaa ollut (toiminut erittäin luotettavasti), mutta Ubiquitin laitteet saa siistimmin piiloon ilman virtajohtoja ja controller apin kautta hallinta helppoa, Asuksen mesh ratkaisun toimivuudesta taas ei ole sen enempää tietoa.
Mulla on Unifi AP-AC Long Rangen perässä RT-AC51U niin ikään autotallissa ja jakaa samaa wifiä. Laita sun Asus laajentamaan wifiä?
 
Aikaisemmin kyselin, että voisiko yksi U6-LR kattaa omakotitalon ja kyljessä kiinni olevan autotallin, niin vastaan nyt muillekin tiedoksi, että ei riitä. Hieman olen kyllä pettynyt tuon tukarin kantamaan, koska vanha lähes samalla sijainnilla oleva Asus RT-AC86U antaa parempia nopeuslukemia kantavuuden rajamailla (tyyliin UB 3-5mb, kun Asuksella liikkuu 30mb tienoilla). Tila ei kyllä ole helpoin mahdollinen, kun on tiiliseinää, harkkoseinää jne, mutta silti hieman yllätti... En tiedä sitten voiko sillä olla merkitystä, että Ubiquiti on nyt katolla yläpohjassa ja Asus asuintiloissa lattialla. Itse kyllä järkeilin, että Ubiquitin kattavuus/kantavuus olisi parempi mitä ylempänä se on...tuskin tuolla nyt pitäisi olla vaikutusta seinien läpäisykykyyn, jos etäisyys on sama ja Ubiquiti tarkoitettu katto asennettavaksi.

Eli käytännössä tässä pitää hommata vielä toinen Ubiquitin tukari autotalliin, jos haluaa Ubiquitin laitteissa pysyä. Olisiko tuohon järkevää hommata täysin samanlainen U6-LR rinnalle vai toisella laitteella mitään sen kummempaa väliä? Eikö nämä kuitenkin controller apin kautta saman langattoman verkon sisään heitettyä?

Asuksessa sinällään ole muuta vikaa ollut (toiminut erittäin luotettavasti), mutta Ubiquitin laitteet saa siistimmin piiloon ilman virtajohtoja ja controller apin kautta hallinta helppoa, Asuksen mesh ratkaisun toimivuudesta taas ei ole sen enempää tietoa.
Tarina ei kerro käyttivätkö molemmat purkit samoja WiFi-radioasetuksia? Eipä U6 LR mahdottomiin taivu jos on vaikka ja mitä seinää välissä, mutta kyse on silti yhdestä tehoikkaammasta sisätilan WiFi 6-tukarista.

Tukarin peittealue voi vaihdella sen mukaan missä päin huonetta tai sisätilaa se on. Kannattaa siis testata ja seurata muuttuuko signaali suuntaan tai toiseen.
 
Ubiuquiti XG-6 poe laitoin ubuquitin 1Gb rj45 moduulit spf portteihin mutta ei lähde toimimaan, olisko jollain vinkkiä mistä kiinni. On kokeiltu jo manuaalisesti määrittää link speedit/oparaatiot ja jne...
 

Statistiikka

Viestiketjuista
259 280
Viestejä
4 507 780
Jäsenet
74 347
Uusin jäsen
Si-Pe

Hinta.fi

Back
Ylös Bottom