Inlägg

Ja, det stämmer. Problemet är ju dock att man måste lista ut vilka våglängder den andra transceivern har för RX respektive TX så att man kan köpa den som är omvänd.

Haha, ja.

Det blir säkert bra.

Ja, tyvärr kanske det är så enkelt.

Den biten hade jag inte ens tänkt på. Då låter ju ännu mer kontraproduktivt.

Kan inte minnas att jag ens hört talas om fastlödda SFP:er förut. Det kanske är mer vanligt än man kan tro dock?

Har du någonsin fått se eller höra en motivering till varför man ens löder fast dem? SFP-moduler brukar ju sitta fast väldigt bra ändå (och ofta låsa fast i porten), så känns inte som att man borde vara rädd att de ska skaka loss i frakten.

Vad sitter det för modul på andra sidan? Enbart baserat på kabeln är det svårt att säga säkert. Kopplade du ur kabeln från någon annan enhet får du titta vilken frekvens och styrka (avstånd) den använder.

Du bör förövrigt lämna dem inkopplade eller sätta de små skydden över ändarna på kabeln för att undvika att du får smuts på dem.

Känns generellt ganska lustigt att löda fast SFP-moduler. Borde bara leda till mer e-waste när enbart en av prylarna går sönder.

Även om man helst ser att kunder inte plockar ut den och sätter i sin egen utrustning så borde ju nätägarna föredra att folk i sådana fall använder den transceiver nätägaren eller ISP:n testat än att de köper och kopplar in en egen?

Du behöver inte ta så allvarligt på kompabilitetslistor för SFP-moduler. Ubiquiti kör inte med vendor locking så de flesta borde fungera. Dock finns det vissa moduler där man inte kan läsa hela EEPROM:en på en gång, vilket då orsakar problem på EdgeRouter-serien och om jag minns rätt även på MikroTik-enheter.

Jo, det finns några stycken i "Unifi Dream Machine"-serien, men de är generellt rack-modeller.

Ja, för just ER-X kan det säkert stämma och där kanske Ubiquiti till och med kommer att uppdatera till en nyare kernel i framtiden.

Deras kraftfullare enheter har generellt varit baserade på Cavium-SoC:er dock, där åtminstone de flesta (alla?) numera är End of Life om jag inte minns fel. Där kan vi nog inte räkna med nyare kernel-versioner, vilket är synd eftersom enheterna annars fortfarande fungerar väldigt bra och presterar utmärkt om man klarar sig med 1 Gbit/s och inte envisas med att köra VPN-klienter på routern.

Ja, det är sant. Man tappar dock offloading-funktionaliteten, vilket är en stor del av vitsen med dem.

Man kan säkert köra den mjukvarubaserade offloading-funktionaliteten i nftables i OpenWrt, men är tveksam till att den presterar lika bra. Om man inte behöver särskilt hög prestanda och inte heller lika avancerad funktionalitet så är det dock absolut ett vettigt alternativ.

Ja, de har utvecklat version 3.0.x under flera månader. Notera dock att det främst handlar om ny styling av GUI:t, åtminstone än så länge.

De kommer fortfarande ha problem att uppdatera kernel-versionen då de är beroende av vilka versioner SoC-tillverkaren har stöd för om de vill bibehålla stöd för de offloading-funktioner de har, vilket de garanterat vill. Det finns ju dock många andra förbättringar de kan göra fortfarande. Bättre IPv6-stöd i GUI:t är en sådan. Stabiliteten och prestandan är ju redan bra.

Vet du om grannar upplevt problem med hastigheten vid samma tillfällen? Tänkte ifall det rör sig om nätet vid er är överbelastat.

Rör det sig om hus eller lägenhet?

Det brukar vara en blandning av källor, allt från uppskalning av en DVD som inkluderades med en viss release av filmen till skanning av olika samlares original-filmrullar (och givetvis även officiella Blu-ray och HDTV-rippar där det är lämpligt). De sistnämnda filmrullarna är lite av en gråzon då de som jag förstår det tekniskt sett tillhör filmbolaget. Undantaget är filmrullar som olika statliga museer och liknande äger. Tror exempelvis Filmhuset i Stockholm har en kopia.

LaserDisc vet jag inte om de plockat annat än ljud från. I princip alla andra källor bortsett från VHS ser nog bättre ut.

Var osäker på storleken på de små diskarna. Hade också ingen koll på det tredje videoformatet samtidigt som VHS och Betamax, även om jag hade gissat rätt om jag inte ändrat mig i sista stund.

VPN är väldigt CPU-krävande om man inte har någon hårdvaruacceleration. OpenVPN presterar också extremt dåligt om man inte kan köra med deras nya kernel-modul DCO eftersom alla context switches mellan kernel space och user space genererar väldig overhead.

Kort sagt: Om du ska ha snabb VPN-hastighet med routern som klient har du tyvärr köpt fel hårdvara (och använder fel protokoll). Kan du returnera den så gör det.

På deras forum bör du kunna hitta benchmarks av olika VPN-protokoll.

Utan felmeddelandet är det svårt att ge några förslag.

Du kan ju testa att göra en traceroute mot servern (tracert på windows) för att se vilken väg den tar. Håller med om att det låter högt.

Du råkar inte ha hamnat bakom CGNAT?

De blev inte hackade, de hade en malicious insider som använde sitt eget konto för att "hacka dem" (stal data) och sedan utpressa dem. Han har senare erkänt detta.

https://www.theverge.com/2023/2/3/23584414/ubiquiti-developer...

Däremot hade de en allvarlig bugg med cloud-funktionaliteten relativt nyligen som gjorde att vissa såg enheter som tillhörde andra kunder. Det känns desto mer allvarligt.

Själv kör jag min controller lokalt och når den utifrån via VPN.