Skip to content

EWII Bredbånd A/S Internet udbyder

EWII Bredbånd is a Danish ISP, so the rest of this article is in Danish.
Feel free to Google Translate this page if you're curious.

Kviknet blev stiftet i 2013, og i 2024 blev Kviknet ApS opløst i forbindelse med fusion til EWII Bredbånd A/S, da EWII købte Kviknet i 2022.
En af de fede ting ved Kviknet var at ejeren Yoel Caspersen skrev en masse Version2 blog indlæg, så man kunne følge lidt med i hvad der foregik. Og man kunne mærke det var netværks nørder man ofte skrev med hvis der var noget.

De upraktiske ting

Ingen VLAN påkrævet.

EWII Bredbånd er ikke uden sine problemer, siden de fusionerede 2024 har de haft mange udfald. Rigtig mange. Kviknet havde ikke disse, og hvis der var noget, så tog man fat i dem og ramte direkte en nørd, og indenfor en dag eller to var det ordnet.

Jeg har sat netværks overvågning op på flere jeg kender, for at udelukke udstyr/opsætning/fibernet. Fordi deres tekniske support regner meget med man er den eneste kunde med problemet. Hvilket virker meget mystisk når jeg kan se andre rammes på samme tid.

Deres svar på hvad der er galt, er at det Yoel lavede i Kviknet tid var noget "værre forfærdeligt rod" og "meget mærkelig opsætning" (selvom det var stabilt), så nu laver de det ordentligt, og er færdig inden udgangen af 2025. Dette inkluderer at smide kunderne af i flere minutter hver gang de skal opdatere en konfiguration. Jeg har spurgt om der ikke kan sættes noget high availability eller failover op, til at holde det oppe mens dette gøres, men dette har lange udsigter og lød teknisk muligt, så vi må bare vente på de får styr på det hele. Det skal nok blive godt på et tidspunkt.

Du skal regne med op til et par gange om måneden, at både IPv4 og IPv6 kan ryge på samme tid i 10 minutter pga. opdateringer. Det er dog planlagt, men ikke altid at det står på driftinfo siden.

IPv4

IPv4 udsendes via almindelig DHCP forespørgsel.

Engang i mellem sidder TCP forbindelser fast i starten af forbindelsen. Så fjernserveren når ikke at få en established TCP forbindelse ud af det. Det mærkes dog ikke ved almindelig browsing, da browsere er gode til at prøve igen.

Der har været oplevet udfald op til 20 minutter af gangen. Men så er det heldigt at størstedelen af nettet kan besøges med bare IPv6 i dag.

IPv6

EWII Bredbånd's DHCPv6 server er lidt kræsen. Så det er vigtigt man spørger serveren korrekt, ellers bliver man ignoreret 😄

Din router får en default route via RA, der er managed flag på (= DHCPv6 skal bruges)
Din router skal forespørge DHCPv6 for at få /128 til din router, PD /48 prefix til dit netværk, og 2 DNS servere.
Det er meget vigtigt at din forespørgsel indeholder "IA-NA: 1" til DHCPv6 serveren.

Det er også vigtigt at du renewer DHCPv6. Da det er her deres routing tables genereres fra.
Dit IPv6 droppes efter 67 minutter, men din preferred lifetime er på 50 minutter, så det burde være rigelig tid til at spørge igen og igen når der ikke svares på renew.

Disse begrænsninger forhindrer dig forresten i at bruge f.eks. Ubiquiti Unifi Dream Machine osv., da Unifi som en af de få kun sender IA-NA: 0 på sine forespørgsler af hvad jeg har testet ved en kammerat.

IA-NA

Så vidt jeg har forstået, så betyder IA-NA: 1 at du spørger efter både /128 og /48 på samme tid.
Hvor IA-NA: 0 kun spørger efter et prefix delegation. Dette vil ikke virke hos denne udbyder, da deres route table ikke vil vide hvor prefix trafikken skal sendes hen.

Så det kan vi ændre på i de fleste rotuere..

EdgeOS
sudo sed -i 's/na 0/na 1/g' /opt/vyatta/sbin/dhcpv6-pd-client.pl 
VyOS 1.3+
sudo sed -i 's/na 0/na 1/g' /usr/share/vyos/templates/dhcp-client/ipv6.tmpl
OpenWrt
# /etc/config/network:
config interface 'wan6'
    option proto 'dhcpv6'
    option request_na '1'
    option request_pd '1'

Route fix

Efter fusioneringen, er de begyndt at sende 0s expire tilfældigt ud på RA, det er pænt træls.

VyOS 1.3+

Brug show ipv6 route til at finde din nuværende default gw.

Og sæt den som en statisk route i stedet:

set protocols static route6 ::/0 next-hop fe80::506a:3ff:fe12:2334 distance 123
set protocols static route6 ::/0 next-hop fe80::506a:3ff:fe12:2334 interface eth0
Som standard har default routes der er sat af RA en distance på 0, så alle med en længere/højere distance, vil blive det sidste valg.
Derfor vil vores statiske route her først blive brugt hvis RA route springer fra pga. de sender en RA ud med f.eks. 0s lifetime.

EWII Bredbånd Driftinfo