bmork

Kikker gjerne på det jeg. Har vist seg å være en fin måte å finne og fikse bugs i systemene 🙂 Men trenger et hint som lar meg finne din aksess. Er ikke synsk. Og har (heldigvis) ikke tilgang til telefonlogger fra kundeservice. Tildelt IP-adresse koblet med tidspunkt funker f.eks. Eller en feedback via wifi.telenor.no med et flagg jeg kan se etter

Har dessverre ikke helt funnet ut av hvordan vi kan få til dette, så inntil videre er det kun /64 på mobilaksesser inkludert Trådløst bredbånd. Det er en utfordring at du (nesten) alltid vil ha mer enn ett hopp mellom DHCPv6-klient og DHCPv6-server på mobil. Det er gjerne USB->modem->nett eller ethernet->USB->modem->nett. Dvs at du ikke kan regne med at pakker til ff02::1:2 kommer fram uten en hjelpende hånd. Det er selvsagt mulig å få det til, men hvis vi ser bort fra muligheten for å konfigurere et DHCPv6 relay på LAN-siden av modemet med rutbare adresser til en DHCPv6-server så er alle løsningene avhengige av firmware-assistanse på modemet. Med "modem" i den beskrivelsen tenker jeg på f.eks. RG502-brikken i en NR7101 eller en tilsvarnde m.2 modul i f.eks. en laptop eller 5G ruter. Dette er typisk separate Linux-systemer med proprietær firmware nært knyttet til vendor-spesifikk DSP-kode, laget slik at de utad skal se ut som en slags transparent USB/PCIe til GTP bro. Som åpenbart er en tilnærming som blir kreativ straks vi sier "link local". Lang historie. Vi har ikke gitt opp, men prosjektet er foreløpig pauset i påvente av en del andre endringer som likevel skal gjøres og som vil påvirke verktøykassa vår.

Tro det eller ei, men fremdeles er det slik i verden at det er kjente IPv6-relaterte bugs overalt. Dette viste seg å være et velkjent problem med disse switchene der de glemmer en del av konfigen sin. Vi har en rutine for å fikse det, med automatisk rapportering men manuell retting. Og den har tydeligvis sviktet. Feilen er rettet på denne switchen for denne gangen. Og jeg ser at du nå har en DHCPv6-sesjon, så da går jeg ut fra at det virker? Vi følger opp rutinene internt.

finnes ikke. web-interface er disablet. managment er låst til tr-369 eller tr-069 fra wan, og autentiseringen er sertifikat-basert konsoll-tilkoblingen er "standard zyxel" og dokumentert her: https://openwrt.org/toh/zyxel/nr7101#serial Men skrivetilgang til bootloader er i utgangspunket disablet, og du trenger et passord for å få OS-shell. Så konsoll er ikke nok alene

Ugh. Ser at du er i godt selskap med alle andre kunder bak samme aksess-switch. Og det gjelder noen få andre switcher også. Det er absolutt noe alvorlig feil der. Jeg forholder med stort sett bare til lag 3, men de som jobber med dette ser nærmere på hva som er galt med de switchene.

Telenor tilbyr DHCPv6-PD på privatabonnmenet, men med noen svært få unntak basert på sære tekniske detaljer prefiks-størrelse er /48, med unntak av Trådløst bredbånd (FWA) der den foreløpig bare er stakkarslige /64 ikke avhengig av DUID, men begrenset til 1 prefiks per linje (unntatt FWA). "Linje"-definisjonen er teknologi-avhengig, men typisk en ONT eller et kabelmodem ingen spesielle krav Maksbegrensingen skyldes at vi forsøker å gi også privatkunder et "fast" prefiks. Det gjør oppsett av hjemmenett vesentlig enklere ettersom du stort sett slipper å forholde deg til at adressene endrer seg. Men det gir et midlertidig problem ifm bytte av CPE. Leasetiden er nokså lav (1200 sekunder) så det er normalt ikke et stort problem i praksis. Men vi har en kjent feil der leasetiden for IA_PD ender opp som 86400 dersom klienten ikke spør om IA_NA samtidig. Dette påvirker ikke våre CPEer, eller de fleste andre tredjeparts CPEer. Det er normalen å be om både IA_NA og IA_PD. Men dette kan være et praktisk problem for de av oss som f.eks setter opp sin egen Linux-ruter og velger å disable IA_NA. Da risikerer du altså at prefikset er låst i et døgn om du bytter DUID.