Userbase

silentkiller schreef:
Wat me wel opviel, was dat de prefix van mijn eerste netwerk (0) anders was dan anders.
Binair omgezet: zou het eerste netwerk zijn met een /57 prefix.

Hoe zie je dit?

Heb IPv6 even aan gezet op onze router en via de zwarte modem-only.

Wij krijgen een /64 op de WAN.

devilkin schreef: Hoe zie je dit?

Per hexadecimaal karakter in een IPv6 adres, heb je vier bits (16 mogelijkheden, 0->F = 4 bits)

In de /60 prefix waren de twee laatste hexadecimale karakters (bit 52 -> 60) beide 0

Ik had dus (fictief) xxxxx:6a00:0 als netwerk adres voor het netwerk van de telenet router

Mijn eerste netwerk achter de router had xxxxx:6a01:0 (eerste /64 netwerk met een /60 prefix delegation)

Ik zag nu dat mijn eerste netwerk achter mijn router xxxxx:6a80:0 had gekregen.

Daaraan zag ik al dat het netwerk ‘naar voor’ (lager dan 60) was geschoven.

Binair zie je dan dat dit /57 is

Ik zal het morgen op de computer wat verduidelijken in deze post, niet haalbaar mobiel


Sent from my iPhone using Tapatalk

Toegevoegd na 10 uren 50 minuten 22 seconden:
Het netwerk adres (fictief) in mijn telenet voor de telenet modem is als volgt:
2001:adb8:85a3:6a00:0000:0000:0000:0000/56

De /56 betekent dat de eerste 56 bits, het netwerk bepalen
Maw, de eerste 14 karakters hexadecimaal (4 bits per hexadecimaal karakter, 4*14 = 56):
2001:adb8:85a3:6a00:0000:0000:0000:0000
Binair de eerste 56 bits (is hetzelfde als bovenstaande hexadeciaal maar dan binair weergegeven) :
0010000000000001:1010110110111000:1000010110100011:0110101000000000:0000000000000000:0000000000000000:0000000000000000:0000000000000000

Vroeger kreeg je van telenet /60 ter beschikking
Binair de eerste 60 bits:
0010000000000001:1010110110111000:1000010110100011:0110101000000000:0000000000000000:0000000000000000:0000000000000000:0000000000000000
Met prefix delegation, kreeg je dan als eerste netwerk:
0010000000000001:1010110110111000:1000010110100011:0110101000000001:0000000000000000:0000000000000000:0000000000000000:0000000000000000
Hexadecimaal:
2001:adb8:85a3:6a01:0000:0000:0000:0000

Die 6a01 zat in mijn hoofd, ik zag nu in opnsense dat mijn eerste netwerk opeens veranderd was naar
2001:adb8:85a3:6a80:0000:0000:0000:0000

Binair vertaald:
0010000000000001:1010110110111000:1000010110100011:0110101010000000:0000000000000000:0000000000000000:0000000000000000:0000000000000000

Hier zie je dat enkel de eerste 57 bits nog een waarde hebben,alles daarachter is 0
Daarop heb ik gegokt dat het nu een /57 is en dat werkte

Krijg het niet meer werkende op mij Fortinet.
Prefix aangepast van 56 naar 57.

Alle interfaces en clients krijgen ipv6 adres, maar geen toegang meer tot internet.

Hoezo van 56 naar 57?
Vroeger was het 60

De /56 is op de telenet modem zelf


Sent from my iPhone using Tapatalk

Tenzij hij een modem-only gebruikt (CV7160E) ?
Maar dan moet je het op /56 laten, toch?

Never mind, terug op /56 gezet en nu werkt het. Snap ook niet waarom het daarvoor niet meer werkte met /56.

philippe_d schreef:Tenzij hij een modem-only gebruikt (CV7160E) ?
Maar dan moet je het op /56 laten, toch?

Geen idee


Sent from my iPhone using Tapatalk

Hier nu ook /57 ingested als prefix, en *bam* alles werkt terug. Restart van m'n opnsense was zelfs niet nodig.

streulma schreef: 05 maa 2024, 20:07 Heb IPv6 even aan gezet op onze router en via de zwarte modem-only.
Wij krijgen een /64 op de WAN.

Dat is normaal:
- De WAN poort, krijgt een /64 IPv6 adres, net zoals iedere host ...
- De router krijgt een /57 Prefix via PD (Prefix delegation), maar dat moet goed ingesteld staan op jouw router.

Ik krijg op mijn fortinet firewall ipv6 maar werkende op 1 vlan. Terwijl alle clients in alle vlans wel een ipv6 adres krijgen.
Voor zover ik weet heeft dit vroeger altijd gewerkt.

IAPD 1 prefix hint staat op :://57

vlan 1 2a02:1810:xxx:xx81::1/64 werkt
vlan 2 2a02:1810:xxx:xx82::2/64 werkt niet
vlan 3 2a02:1810:xxx:xx83::3/64 werkt niet

begrijp niet goed wat het probleem is.

Nog niet meegemaakt. Ofwel werkt alles, ofwel niets bij mij.

Je gebruikt ook het track interface principe (zo is het gekend in opnsense)?

Ik heb zelf twee VLANs met IPv6 acties:
VLAN 1: :xx80: (IPv6 Prefix ID 0)
VLAN 2: :xx81: (IPv6 Prefix ID 1)

Ik zie dat jij start vanaf :xx81: ((Pv6 Prefix ID 1)

=> zit daar het probleem?

silentkiller schreef: 11 maa 2024, 09:52 Nog niet meegemaakt. Ofwel werkt alles, ofwel niets bij mij.

Je gebruikt ook het track interface principe (zo is het gekend in opnsense)?

Ik heb zelf twee VLANs met IPv6 acties:
VLAN 1: :xx80: (IPv6 Prefix ID 0)
VLAN 2: :xx81: (IPv6 Prefix ID 1)

Ik zie dat jij start vanaf :xx81: ((Pv6 Prefix ID 1)

=> zit daar het probleem?

Dat denk ik niet, als ik alles opschuif (start met :xx80:) dan blijft het probleem.

Nja, ik heb soms ook het probleem dat het verkeer niet gerout wordt bij telenet (of in de modem) maar dan rout hij totaal niets.

Enige optie dan: factory defaults

charlez schreef: 08 maa 2024, 07:18 Ik krijg op mijn fortinet firewall ipv6 maar werkende op 1 vlan. Terwijl alle clients in alle vlans wel een ipv6 adres krijgen.
Voor zover ik weet heeft dit vroeger altijd gewerkt.

IAPD 1 prefix hint staat op :://57

vlan 1 2a02xxx:xx81::1/64 werkt
vlan 2 2a02xxx:xx82::2/64 werkt niet
vlan 3 2a02xxx:xx83::3/64 werkt niet

begrijp niet goed wat het probleem is.

Het ganse IPv6 gebeuren blijft nog steeds iets mysterieus (misschien moet ik me er eens in verdiepen), dus ik heb ook eens enkele dingen (SLAAC with PD /57) aangezet op m'n UDM en krijg nu op m'n WAN interface het adres 2a02xxxx:8f00:xxxx:xxxx:xxxx:xxxx te zien.

Als ik op een VLAN eveneens IPv6 aanzet via SLAAC with PD /64 dan krijg ik hier als default gateway 2a02xxx:8f80::1/64 te zien. Clients op deze VLAN krijgen een IPv6 adres in de vorm van 2a02xxxx:8f80:xxxx:xxxx:xxxx:xxxx (hun default gateway is wel een fe80 adres), echter ik kan niets bereiken ? Het adres 2a02xxxx:8f80::1 is ook niet te pingen op de client.

Doe ik iets fout of is DHCPv6 een optie (al krijg ik precies niets werkende).

Edit1: VLAN op static gezet met 2a02xxxx:8f80::1/64 als default gatewat en nu lukt het (althans op die VLAN, andere moet ik nog testen)
Edit2: https://ipv6-test.com/ geeft aan dat IPv6 not supported is ? Mmm, daarom dat mijn tracerts slechts de eerste twee hops geeft nu (voor Edit 1 niets), heb dus inderdaad geen routing naar buiten.

Gisterenavond werkte vlan2 opeens wel. Op PC en iphone.
Vandaag enkel nog op PC.
Denk dat iPhone geen ideaal test device als met continue ligt te switchen tussen vlan's.

DarkV schreef: 11 maa 2024, 22:54 Het ganse IPv6 gebeuren blijft nog steeds iets mysterieus (misschien moet ik me er eens in verdiepen), dus ik heb ook eens enkele dingen (SLAAC with PD /57) aangezet op m'n UDM en krijg nu op m'n WAN interface het adres 2a02xxxx:8f00:xxxx:xxxx:xxxx:xxxx te zien.

Yep, hier ook

DarkV schreef: 11 maa 2024, 22:54 Als ik op een VLAN eveneens IPv6 aanzet via SLAAC with PD /64 dan krijg ik hier als default gateway 2a02xxx:8f80::1/64 te zien. Clients op deze VLAN krijgen een IPv6 adres in de vorm van 2a02xxxx:8f80:xxxx:xxxx:xxxx:xxxx (hun default gateway is wel een fe80 adres), echter ik kan niets bereiken ? Het adres 2a02xxxx:8f80::1 is ook niet te pingen op de client.

Ik kan in opnsense ook kiezen voor SLAAC, maar de juiste optie in opnsense is 'track interface', welke ik dan op WAN zet

Volgende de documentatie van opnsense:

This mode uses a WAN DHCPv6 interface to assign a single /64 network to your LAN interfaces. The “Manual configuration” option switches from automatically configuring router advertisements and DHCPv6 (including prefix delegation if the prefix is big enough) to how Static IPv6 configured devices are able to use it from the menu (off by default).

Opnsense configureert dan een IPv6 adres voor zichzelf op de LAN interface, dit is een delegated adres.
Naast dat adres wordt er ook een link local adres (fe80) geconfigureerd op de LAN, dat wordt idd gebruikt als default gateway voor de clients in die VLAN.

Ik heb twee VLANs waarvoor ik IPv6 actief heb, (prefix delegation 0x0 en 0x1) en op beide VLANs wordt het verkeer van de clients gerouteerd (https://test-ipv6.com/)

Edit: ik heb wel een override staan op de Router Advertisements zodat er geen DNS wordt uitgestuurd. Hij neemt anders the IPv6 DNS over, ik heb liever dat mijn Adguard Home gebruikt wordt

silentkiller schreef: 12 maa 2024, 20:19 Naast dat adres wordt er ook een link local adres (fe80) geconfigureerd op de LAN, dat wordt idd gebruikt als default gateway voor de clients in die VLAN.

fe80::1, zoals Cisco?

Neen, het is een gegenereerd adres
fe80::yyyy:e1ff:xxxx:d357/64
fe80::yyyy:b6ff:xxxx:874c/64

Ik haat toestellen waarbij je het linklocal adres niet static kan aanpassen

Het link local adres is blijkbaar gebaseerd op het MAC adres van de interface
Je kan wel een 'virtual IP link local address' maken naar eigen wens

Bron: https://forum.opnsense.org/index.php?topic=33780.0

Thx; de verschillende implementaties van IPv6 in verschillende platformen is toch nog een gigantisch puntje van hoofdpijn bij de adoptie ervan

Ik heb mijn linksys atlas 6 en modem van telenet niet in bridge mode staan, hier heb ik normaal gezien geen issue mee gehad. Nu reeds krijg ik geen ipv6 meer via mijn linksys(althans als ik test via ipv6test). Hierdoor kan ik sommige apps niet meer gebruiken en moet ik terug vallen op 4G.

Reset van modem telenet en router linksys beide al gedaan zonder succes.

Is er iets wat ik anders kan instellen om terug volledig gebruik te kunnen maken van internet

Ik ken de basis zaken van een eigen wifi netwerk opzetten maar een configuratie waar je zelf ipv6 moet uitdelen is next level voor mij

Zonder bridge mode heb je dubbele NAT en gaat IPv6 nooit werken (het is al een kunst het anders werkende te krijgen achter een eigen router).

Ik zou ook niet weten welke apps niet werken zonder IPv6 dus dat lijkt me ook een bizarre uitspraak.

Wil je echt IPv6 dan zal je gewoon je Linksys eruit moeten halen als router.

Telenet is hier een nieuwe modem komen plaatsen met de gratis 4G backup. Echter zijn mijn port forwarding rules niet meer werkende nu. Gelukkig is dit wel de CV8560E dus zou hem in bridge kunnen plaatsen.

Maar dan gaat de 4g stick niet automatisch internet overnemen wanneer de kabel eruit ligt.

Ik heb een mikrotik router die dynamisch via DHCP zijn ip krijgt moet ik verder nog iets specifiek aanpassen wanneer er naar bridge geschakeld zou worden?

Liefst zou ik dus precies niet naar bridge omschakelen. In mijn Telenet kan ik niets aanpassen en krijg ik errors precies. Is dit "normaal" en kan enkel Telenet dit telefonisch aanpassen? Of wat raden jullie aan?

[MOD] verplaatst naar E-router topic

Als die 4G automatische back-up voor jou belangrijk is, dan zou ik niet in bridge mode werken.
Jouw mikrotik router krijgt dan een intern IP van de Telenet modem - of je geeft die vast IP (192.168.0[2-49]).
Bij uitval van de coax ga je automatisch op 4G en alles blijft werken.
Eventueel de mikrotik router in DMZ.

JUD schreef: 16 mei 2024, 18:16Liefst zou ik dus precies niet naar bridge omschakelen. In mijn Telenet kan ik niets aanpassen en krijg ik errors precies. Is dit "normaal" en kan enkel Telenet dit telefonisch aanpassen? Of wat raden jullie aan?

Telenet heeft structurele IT-problemen waardoor bepaalde bugs in hun systemen al jarenlang onopgelost blijven.
Als je port forwarding en/of bridge-mode nodig hebt, kan ik Telenet als provider momenteel alleen maar ten stelligste afraden.

Bij alle andere Belgische providers werken port-forwarding en bridge-mode wel.

Je kan ook wachten tot november, wanneer de vrije modemkeuze een feit wordt in de praktijk, en dan zelf een geschikt toestel kopen en daarmee werken.

Wel niet schrikken van de prijs...

Ik heb hier de CH8568LG telenet modem maar port forwarding lukt mij niet via mijn telenet - expert instellingen. Het is een probleem dat reeds geruime tijd bestaat maar in Mechelen liggen ze daar blijkbaar niet wakker van. Nochtans het factuur dat ze me iedere maand verzenden is aan de "pittige" kant dan mag je toch wel enige service verwachten.

PhilB schreef: 30 mei 2024, 08:22 port forwarding

Je gebruikt toch je eigen router daarvoor, anders doe je geen bridge mode he, waar dit topic over gaat?

PhilB schreef: 30 mei 2024, 08:22Het is een probleem dat reeds geruime tijd bestaat maar in Mechelen liggen ze daar blijkbaar niet wakker van. Nochtans het factuur dat ze me iedere maand verzenden is aan de "pittige" kant dan mag je toch wel enige service verwachten.

Neen, de prijs die je betaalt heeft niets te maken met de kwaliteit.

De prijs is wat de gek ervoor wil geven.

Als je ontevreden bent over de prijs én de service, verander je van provider. Zo simpel is het.