bmork

Har du en peker til en minst like god panelantenne til mye lavere pris? Det ligger Telenor NR7101 helt ned i tusenlappen på finn akkurat nå. En slik utendørs ruter er heller ikke direkte sammenlignbart med antenner. Det er betydelig mer krøkkete å trekke antennekabler, og hver eneste meter kabel koster deg S/N. Det er mye å tjene på å bygge modem og ruter sammen med antenna. Støttet på n1/n3/n7/n38/n40/n41/n77/n78 i følge https://www.zyxel.com/global/en/products/mobile-broadband/5g-nr-outdoor-router-nr7101/specifications Hvordan gjør du det egentlig med lpda? 4 juletrær på forskjellig høyde i en mast? Eller 4 master? Og 4 koakskabler inn gjennom veggen til modemet?

Nja, bare hvis du er interessert i OpenWrt Ellers kan det bli litt frustrerende, og det er ingen tjent med. Per nå er maks hastighet lavere enn med ZyXELs firmware. Og det er vel fremeles ingen som har laget noen automatisk "bridging". Så det får du ikke uten å mekke det til selv. Det er heller ikke noe enklere å installere OpenWrt enn standard ZyXEL firmware. Det er omtrent samme prosess. Det største problemet er uansett at det ikke finnes noen vei inn på bokser produsert de siste 2-3 årene. Dermed er det usikkert om det er mulig å installere annen firmware. Jeg ser ikke bort fra at det kan gjøres med zycast. Men da vil du i så fall miste den firmwaren som er der fra før. Ingen mulighet til backup. Begge system-partisjoner overskrives i en schmokk. Og så vidt jeg vet er metoden heller ikke testet på en hardware-versjon som er helt låst ned. Hvis du har lyst til å prøve så ligger zycast i OpenWrt's firmware-utils nå: https://github.com/openwrt/firmware-utils/blob/master/src/zycast.c Regn med en del fikling.... Merk at det er fullt mulig å installere ZyXEL firmware vha det verktøyet også. Ikke bare OpenWrt. Men du vil da ende opp med samme passord-utfordring. Så det er nok best å ta en omvei via OpenWrt, finne ut hvor root/supervisor passordet er lagret, og endre det. Lykke til 🙂

ja, bare å se hva den skriver på konsollet det. telenor.hbm og telenor.hbm.mgmt hmm, og når jeg nå kikket etter så ser jeg at første firmware-versjon faktisk defaultet til telenor.fwa. Jaja.

NR7101 og de andre ruterne som selges sammen med "Trådløst bredbånd" bruker hverken telenor.smart eller telenor.fwa. Det kan virke pussig siden trådløst bredbånd er fornorskingen av FWA. Jeg tror telenor.fwa ble brukt ifm en tidligere tjeneste uten management av ruter. Så lenge det er korrekt så vil den fungere fint med et hvilket som helst abonnement. Du vil også kunne oppgradere den med nye firmware-versjoner fra ZyXEL uten problemer. (Dette vil selvsagt si at alle Telenor NR7101 i teorien kan brukes på den måten. Men konverteringen er ikke triviell)

Nei, det har vært slik fra første stund. Hmm, men det vil jo kunne funke hvis operatøren overstyrer APN Så langt tenkte jeg ikke. Best å ikke være for bastant. Du får jo fremdeles ikke endret på noe, men det klarer du deg kanskje uten.

Nei, det kan du ikke. Firmware er prekonfigurert med APN som bare fungerer med Telenors Trådløst bredbånd SIM. Og du får ikke endret noen innstillinger.

Er nok ikke slik. Jeg ble også litt skuffet siden vi i Telenor også har jobbet en del med å bygge anycast-noder utover i nettet vårt. Lenger nord er det nok målbare forskjeller. Men i Oslo er det ikke målbar, og ihvertfall ikke merkbar, forskjell i responstid mellom Cloudflares lokale instans og Altibox eller Telenors instanser. Må selvsagt kjøre dette noen flere ganger for at det skal bli statistisk relevant, men det illustrerer poenget: bjorn@canardo:~$ time dig . soa @109.247.114.4 ; <<>> DiG 9.18.24-1-Debian <<>> . soa @109.247.114.4 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42587 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;. IN SOA ;; ANSWER SECTION: . 85784 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2024030500 1800 900 604800 86400 ;; Query time: 0 msec ;; SERVER: 109.247.114.4#53(109.247.114.4) (UDP) ;; WHEN: Tue Mar 05 18:53:08 CET 2024 ;; MSG SIZE rcvd: 103 real 0m0.030s user 0m0.014s sys 0m0.005s bjorn@canardo:~$ time dig . soa @1.1 ; <<>> DiG 9.18.24-1-Debian <<>> . soa @1.1 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 13134 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 1232 ;; QUESTION SECTION: ;. IN SOA ;; ANSWER SECTION: . 77896 IN SOA a.root-servers.net. nstld.verisign-grs.com. 2024030500 1800 900 604800 86400 ;; Query time: 0 msec ;; SERVER: 1.0.0.1#53(1.1) (UDP) ;; WHEN: Tue Mar 05 18:53:19 CET 2024 ;; MSG SIZE rcvd: 103 real 0m0.030s user 0m0.012s sys 0m0.008s Årsaken er at Cloudflare har en node veldig nær Oslo-kundene både geografisk og logisk. Faktisk tilsynelatende ett router-hopp nærmere kundene enn Altibox' egen DNS-node: bjorn@canardo:~$ traceroute 109.247.114.4 traceroute to 109.247.114.4 (109.247.114.4), 30 hops max, 60 byte packets 1 246.79-160-116.customer.lyse.net (79.160.116.246) 1.108 ms 1.226 ms 1.340 ms 2 * * * 3 * * * 4 109.81-166-123.customer.lyse.net (81.166.123.109) 0.579 ms 0.559 ms 0.971 ms 5 dns-site-a.altibox.no (109.247.114.4) 0.359 ms !X * * bjorn@canardo:~$ traceroute 1.1 traceroute to 1.1 (1.0.0.1), 30 hops max, 60 byte packets 1 246.79-160-116.customer.lyse.net (79.160.116.246) 1.502 ms 1.573 ms 1.722 ms 2 99.213-167-114.customer.lyse.net (213.167.114.99) 0.750 ms 0.678 ms 0.693 ms 3 75.81-167-46.customer.lyse.net (81.167.46.75) 1.783 ms 1.711 ms 1.639 ms 4 one.one.one.one (1.0.0.1) 0.435 ms 0.465 ms 0.394 ms Du skal nok ha noen titalls millisekunder før du merker forsinkelsen på DNS.

FWIW har jeg en gang i tiden byttet wifi-kort på en Acer 3810tz uten noen BIOS-problemer. Installerte også et 4G-modem (Sierra Wireless MC7455) i den uten krangel. Denne PCen hadde ekstra mini-PCIe slot for 3G-modem, men var levert uten. Litt gammel erfaring, men det er ihvertfall ett datapunkt. Lenovo- og HP-laptoper fra omtrentlig samme epoke hadde BIOS whitelisting av både wifikort og modem. Jeg tror ikke Acer har vært like kjipe.

Når man bruker en ekstern leverandør for utgående epost er det lurt å sjekke om de har konkrete SPF eksempler/anbefalinger. Det er ikke så lett for kundene å skaffe seg komplett oversikt over alle mulige servere leverandøren benytter, og det kan jo også endre seg. Som oftest slipper du unna med noe ala "v=spf1 include:spf.example.com ~all" der spf.example.com erstattes med et navn epost-leverandøren gir deg, der de vedlikeholder en SPF record med alle adresser de bruker for utgående epost. Evt kan du legge til dine egne adresser eller flere leverandører hvis du ikke alltid sender via den samme. Tilsvarende for DKIM: Hvis du sender epost med autentisering via en ekstern leverandør, så bør de ha et system for å signere med DKIM. Da gir deg bare den eksakte teksten du skal legge inn, med public key og selector-navn. Det er ingen grunn til at du skal måtte forholde deg til generering av nøkkelpar osv.

Kanskje greit å være OBS på at en slik SFP fremdeles er en ONT, bare i en annen formfaktor. Du har en liten bridgende toports-ruter med egen firmware (og bugs) inni der. Det eneste som endres er hvordan den tilkobles strøm og ethernet. Det kan selvsagt virke praktisk. Men som oftest er ONT SFPene fysisk større enn normale SFPer (sitkker lenger ut av sloten) og de krever vesentlig mer strøm. Begge deler kan gi kompatibilitetsproblemer. Usikker på om jeg hadde giddet hvis det var aktuelt. Spesielt om løsningen ikke var helt standard og kunne medføre support-vansker senere.

Ja, det er direkte pinlig. Men det kommer etter hvert. Har tatt litt tid fordi vi hadde et ønske om å få gjort det ordentlig med en /48 til hver aksess, som for fiber og hfc. Det viste seg å være vanskeligere enn man skulle tro. Så nå blir det i første omgang bare en /64 som ellers på mobil. Det er ihvertfall bedre enn ingenting, og noe vi relativt lett får til. Men selv det ligger dessverre noen måneder frem i tid. Krysser fingrene for at det blir på denne siden av sommeren, men det er på ingen måte sikkert.

Nå jobber jeg for Telenor og er derfor selvsagt ikke objektiv. Men du bør være oppmerksom på hva du kjøper fra Starlink. Hvorfor tror du de har et "priority" produkt der prisen er 2213 pr mnd for 1TB? Det høres jo unektelig lurere ut å betale 657 pr mnd for ubegrenset med data? Jeg tror du finner litt av svaret mellom linjene i https://www.starlink.com/legal/documents/DOC-1469-65206-75?regionCode=NO der du bla kan lese

Vet ikke noe om de to andre, men denne ruteren vil nok være en nokså trist opplevelse med OpenWrt. Se https://openwrt.org/toh/asus/rt-n66u

Det stemmer nok.

Nei, dessverre. Jeg har lekt med tanken på å bare snike det inn de siste 15 årene, men det har ikke materialisert seg ennå. Så det virker ikke sannsynlig at det skjer.

Det er korrekt at hver kunde "bare" får en /48. Det følger av forsøket på å alltid tildele samme /48. Dette er koblet til "sambandsnummer". Altså per port/linje. Enklest slik. Hvis du gjør en release før du bytter til en annen klient så burde du klare å flytte med deg prefikset. Ellers er det dessverre ikke så mye annet å gjøre enn å vente til leasen går ut.

Tyskland er iaffal et mye bedre alternativ enn USA, siden reglene er omtrentlig de samme. Men det høres jo mest ut som en reklamasjonsgrunn. 6GHz ble åpnet i Norge før de fleste andre steder, og det ble lagt inn i wireless-regdb databasen omtrent samtidig med Tyskland: https://git.kernel.org/pub/scm/linux/kernel/git/sforshee/wireless-regdb.git/commit/db.txt?id=a0bcb88f614b58e708a4f456c3cb594a1bd1b00d https://git.kernel.org/pub/scm/linux/kernel/git/sforshee/wireless-regdb.git/commit/db.txt?id=cdf854d2ddca01bf126ac138a8ee3e5d6320086f Dette er jo over to år siden nå. Virker som en litt for teit bug fra Ubiquity hvis de ikke har fått det med seg. Jeg tviler på at de 4 dagene spiller noen rolle her. Det er nok utelukkende en kombinasjon av arroganse og uvitenhet.

Det store spørsmålet er jo hva slags signaler de sender over denne fiberen. Jeg innbiller meg at Altibox-partnerne kun bruker UPC på aktiv ethernet. Kan jo selvsagt ta feil der. Men det er også en mulighet for at APC betyr PON. Aner ingenting om den FiberTwist-greia, men utelukker ikke at den inkluderer ONT ettersom den åpenbart er en nokså spesialisert all-in-one pakke for ISPer. Sikkert noen her som har erfaring med FiberTwist og grønne Altibox-kabler og som kan si noe mer.

Bildet ditt viser en SC APC kontakt. Du ser at det er APC på grønnfargen. Alternativet er UPC. De er blå. Fiberen er single mode i begge tilfeller.

Ringe kundeservice? Er det en hardware-feil så får du vel en ny?

Er nok lurt. Ellers blir du nok fort fakturert uansett hva feilen skyldes om en montør må komme innom. Har forresten en morsom historie fra den gangen vi fikk byttet fra HET+P2812 til VMG (borettslaget inngikk en ny avtale der dette av en eller annen grunn var en del av pakka). Det var noen år siden jeg hadde brukt det utstyret og jeg hadde ingen planer om endring med ny hjemmesentral. Så jeg prøvde meg på en snarvei. Ga montøren HET+P2812 i en eske og spurte om jeg bare kunne få esken med VMG. Han ble ganske forvirret og måtte ringe inn for å sjekke. Det ble avslag. Så han skrudde opp en VMG på veggen og plugget den inn. Heldigvis i boden dit jeg hadde flyttet fiberen, så det gjorde ikke så mye med de ekstra skruene på veggen. Men komplett meningsløst. Eller kanskje ikke? Var forsåvidt praktisk når vi solgte leiligheten. Var bare å henge opp VMG igjen og koble til. Forsåvidt grunn nok til å ha den liggende klar.

Når jeg startet med dette så var det vel mest for å leke. Den gangen hadde vi en P2812 bak en HET mediakonverter, så det var jo enda mindre grunn. Kunne bare fjernet 2812en og beholdt mediakonverteren. Men så stod det en switch med en ledig SFP slot lagelig til rett ved siden av. Og det ble litt ryddigere uten mediakonverteren med sin separate strømkladd. Men mest for gøy. Senere fikk jeg interesse av å splitte og rute TV og Internett litt mer elegant enn det hjemmesentralen tillot. Er jo litt mer praktisk å ta det inn som en trunk og rute det videre internt på en trunk, enn at hjemmesentralen først skal splitte det på to porter som så må inn på hver sin port på ruteren. I det siste har vi kun hatt internett, og da er det bare boks-fjerning som gjenstår. Men det er nå fremdeles et godt argument for min del. Ikke at jeg mener det er noe galt med hjemmesentralen, men det passer ikke mitt nettverk å ha en wifi-ruter mellom fiberen og min ruter. Nå har jeg endt opp med en sentral PoE switch både hjemme og på hytta. Med SFP-sloter tilgjengelig så er det like greit å ta fiberen rett inn. Praktiserer router-on-a-stick begge steder, der jeg bare trunker VLAN 102 sammen med alle mine interne VLAN til samme port på ruteren. I teorien kunne jeg selvsagt fremdeles beholdt hjemmesentralen i bridge mode som en slags media konverter mellom fiber og min switch, men jeg synes det er greit å slippe. Og jeg er ikke veldig glad i alle de strøm-kladdene som følger med slike bokser. Det er en grunn til at jeg går for PoE der jeg kan.

En "VMG" hjemmesentral gjør det jo enklere på den måten at du får med en SFP som du kan gjenbruke i annet utstyr: https://www.altibox.no/privat/kundeservice/hjelp-til-internett/hjemmesentral/vmg-2/ Vet ikke om det er nødvendig eller noe poeng å etterspørre. Har vel vært default de siste årene der de ikke har grunn (pon elns) til noe annet.

Nei. Men jeg skjønner ikke hvorfor du har byttet ut "patchepanel" med "switch" i det spørsmålet. Du kan gjøre HAN-port --> patchepanel --> RJ45-kontakt et annet sted i huset --> Tibber Pulse Hva skulle switchen tilføre? Som @Salvesen. sier, det er ikke ethernet fra HAN-porten. Forstår vel sånn sett heller ikke hvorfor ikke Tibber Pulse hører til i teknisk rom. Trodde hensikten med et slikt sted var å samle alt kaoset i en bortgjemt krok.

Jeg er usikker på om en diskusjon om standarder og myndighetskrav er spesielt relevant i denne konteksten. Det er bra at det stilles krav til nybygg, og at profesjonelle installasjonsvirksomheter må være kvalifiserte, og teste og dokumentere jobben de gjør. Og om standardene medfører at det blir plenty med rør og bokser i alle rom uavhengig av hva tiltakshaver tenker på, så klager ihvertfall ikke jeg. Men for bolig-eier og -bruker av eksisterende bygg så er dette uinteressant. Unntaket er evt renovering, men da fremdeles begrenset til den delen av boligen som "bygges på nytt". Selv NEK, som har en helt åpenbar egeninteresse i å fremme nye standarder og krav, er rimelig tydelige på det (fascinerende hvordan de velger å ikke bruke best practice for web-innhold slik at det er umulig å linke til dette): Personlig får jeg såpass lite ut av å lese det NEK publiserer at jeg ihvertfall ikke kommer til å investere i noen NEK700-standaderer. Det er NKOM som evt stiller krav om at standardene skal brukes, og det forholder jeg meg til. Men NKOM stiller ikke noen krav til eier av eksisterende bolig, så vidt jeg kan se. For oss som sitter med bygg som er et par tiår gamle så er realiteten at vi lever med konsekvensene av det som den gangen ble ansett som gode og framtidsrettede EKOM-installasjoner. Det er gjerne en del koaks- og telefon-uttak, og nada ethernet i noen form. Og det ser ikke ut til at koaks-nettet nødvendigvis måtte være et stjerne-nett, dessverre. Ihvertfall var det ikke det hos meg. Når det gjelder min egen utførelse av installasjonen så er den mest basert på at jeg ønsker meg noe som fungerer og er funksjonelt for meg, samtidig som det estetisk ikke er for avskrekkende. Jeg innser at det kanskje hadde vært en fordel om noen krevde bedre prosjektering, ref mine tre separate innkjøp. Men til mitt forsvar vil jeg si at jeg kom til en ukjent hus med en rekke udokumenterte veggbokser gjemt bak dekklokk. Jeg fant ikke ut hvor og hvordan rørene gikk før jobben startet, og antall uttak og kabler måtte tilpasses til dette. Jeg skulle forsåvidt gjerne testet ting årntli, men jeg kommer ikke til å kjøpe test-utstyr til titusener for å gjøre det. "Fungerer" blir en enkel prøving av at jeg får opp en 10-gig link, og evt at SFPene rapporterer sånn passelige signalnivåer der jeg legger inn pre-terminert fiber. I en slik installasjon som blir det jo ikke noen sveiser som må testes, men derimot mange skjøtestykker og plugger som kan være skitne eller ødelagt. Proff testing av dette er bortimot komplett meningsløst. EMI/EMC for TP-kabel er rimelig omdiskutert og jeg har aldri sett noen dokumentere at skjermet kabel har noe som helst for seg. Ja, du kan selvsagt måle forskjeller i feltene inne i kabelen med og uten skjerm. Ellers hadde vel Maxwell snudd seg i graven. Men dette påvirker ikke signalene i et balansert tvunnet par i noen målbar grad. For meg så måtte det ha vært solide ugjendrivelige bevis for at jeg ville fått problemer med mitt nettverk uten for at en skjermet kabel i det hele tatt skulle vært aktuell. Enklere terminering, tynnere kabler og at jeg kan drite i potensialforskjeller trumfer all synsing fra NEK på dette området. Og når en tynnere UTP-kabel tillater meg å øke funksjonaliteten ved å bygge flere punkter, så driter jeg glatt i at den ikke formelt oppfyller kravene til leder-tykkelser i cat6a. Jeg er fornøyd om den klarer 10gig i praksis. Og det gjør den