Hoe krijg ik IPv4 werkend bij Deltafiber Zakelijk Pro

[bbaassssiiee]

Mijn Fritz!box meld geen probleem en heeft zogenaamd een IPv4 nummer en IPv6. Alleen IPv6 werkt goed

Edit: Ik kan geen websites lezen die alleen ipv4 hebben zoals www.nu.nl en www.nos.nl ook niet met de iphone apps daarvan. maar wel via ipv6 de site trouw.nl
...

Relevante software en hardware die ik gebruik

Cloudflare DNS op ip4 ip6 en over tls
...

Wat ik al gevonden of geprobeerd heb
...
Ip6 tunnel over ip4
Native ip4
Native ip6+automatic ip4

Internet.nl vindt het prima alle modere protocollen,
ik wil graag good old www

[ Voor 7% gewijzigd door bbaassssiiee op 30-06-2025 07:47 ]

[gerritjan]

Van een luxe abonnement zoals jouw "Deltafiber Zakelijk Pro" mag je verwachten dat IPv4 standaard werkt en dat je dat zelf niet hoeft uit te zoeken. Dat dat blijkbaar bij jou niet zo is kan aan van alles (en nog wat) liggen.
Volgens de website van Delta bieden ze jou "24/7 Zakelijke Klantenservice" en "Professionele storingsdienst". Ik neem aan dat je die al hebt gebeld en ben benieuwd welke oplossing ze voor je hadden.

Overigens zijn nu.nl en nos.nl ook via IPv6 bereikbaar, dus misschien heb je een ander probleem.

[ Voor 10% gewijzigd door gerritjan op 29-06-2025 14:14 ]

[Juup]

Zet je DNS eens terug naar de defaults.
Werken de IPv4 websites dan wel goed?

[bbaassssiiee]

Ik kan een aantal dingen kiezen, en ik hoop dat iemand met een Fritz!Box kan zeggen welke keuze goed is, en wat daar dan weer bij moet.

IPv6-ondersteuning actief (staat aan)

1. Native IPv4-verbinding gebruiken
2. Native IPv6-verbinding gebruiken
Uw internetaanbieder moet voor deze bedrijfsmodus native IPv6 op uw aansluiting ondersteunen.
3. Alleen IPv6 gebruiken
Uw FRITZ!Box gebruikt uitsluitend IPv6. Uw internetaanbieder moet voor deze bedrijfsmodus native IPv6 op uw aansluiting ondersteunen. IPv4 wordt niet gebruikt. Gebruik deze instelling alleen voor echte IPv6-scenario’s of wanneer uw internetaanbieder geen geschikt vertalingsprocedé voor IPv4-bestemmingen beschikbaar stelt.
4. IPv6-verbinding met tunnelingprotocol gebruiken
IPv6 wordt gebruikt met een tunnelingprotocol via een klassieke IPv4-verbinding. Voor deze bedrijfsmodus is niet vereist dat uw internetaanbieder IPv6 ondersteunt.


@Juup Geen verbetering met:
- Door de internetaanbieder toegewezen DNSv4-server gebruiken (aanbevolen)
- Door de internetaanbieder toegewezen DNSv6-server gebruiken (aanbevolen)
- Bij DNS-storingen uitwijken naar openbare DNS-servers
en zonder
- DNS over TLS


@gerritjan Wat is jej bewijs dat die sites ook werken met alleen ipv6?
Zie https://ip6.nl/#!nos.nl en https://internet.nl/site/www.nu.nl/3329288/#

[bbaassssiiee]

Via https://internet.nl ben ik erachter dat IPv4 niet goed werkt.

"We testen of jouw apparaat middels zijn huidige internetverbinding in staat is om verbinding te maken met onze webserver via IPv4. Voor deze test bieden we een domeinnaam aan en we verwachten dat je resolver voor deze domeinnaam het bijbehorende IPv4-adres ophaalt."


Met de standaard DNS servers van Delta zijn we niet beschermd door validatie van DNSSEC-handtekeningen.
Met Cloudflare DNS kan dat wel, en die kan je ook gebruiken voor encrypted DNS. quad9.net heb ik ook geprobeerd ivm Zwiterse privacygaranties.

[F_J_K]

bbaassssiiee schreef op zondag 29 juni 2025 @ 13:58:
Mijn Fritz!box meld geen probleem en heeft zogenaamd een IPv4 nummer en IPv6.

Krijg je een publiek IP? Welk subnet?
Wat gebeurt er als je bijv 8.8.8.8 pingt?

Cloudflare DNS op ip4 ip6 en over tls

Tijdens testen even de DNS van de provider gebruiken. Of desnoods voornoemde 8.8.8.8. Of 1.1.1.1 maar dan zonder TLS, ouderwetsch afluisterbaar DNS. Als test.

Edit: of gebruik je al de ISP DNS, gezien "Door de internetaanbieder toegewezen DNSv4-server gebruiken (aanbevolen) - Door de internetaanbieder toegewezen DNSv6-server gebruiken (aanbevolen)"?
Voor de zekerheid: welke DNS precies?

[ Voor 19% gewijzigd door F_J_K op 29-06-2025 17:53 ]

[bbaassssiiee]

Edit:
Ik krijg een publiek ipv4 nummer volgens de Fritsbox, en ook ip v6. Maat dat ipv4 nummer wordt niet gebruikt, ik vermoed een soort natting oid.

62.45.45.45 en 62.45.46.46 op ipv4 en ook de provider dns servers op ipv6

[ Voor 101% gewijzigd door bbaassssiiee op 29-06-2025 23:38 ]

[gerritjan]

bbaassssiiee schreef op zondag 29 juni 2025 @ 16:41:
@gerritjan Wat is je bewijs dat die sites ook werken met alleen ipv6?
Zie https://ip6.nl/#!nos.nl en https://internet.nl/site/www.nu.nl/3329288/#

https://internet.nl/site/nu.nl/3329477/
en
https://internet.nl/site/nos.nl/3329478/

[bbaassssiiee]

Vreemd toch? https://internet.nl/site/www.nu.nl/3329481/ https://internet.nl/site/www.nos.nl/3329482/

[bbaassssiiee]

DNS met cloud flare werkt prima, ook voor de sites die ik niet kan browsen, ik zie dan bijvoorbeeld

code:

$ dig +answer nrc.nl|grep -v \;

nrc.nl.         280 IN  A   46.22.183.139

https://whatismyipaddress.com detecteert geen ipv4 address, alleen ipv6.

ping 8.8.8.8 werkt niet, maar ik kan wel op dit forum kijken.

[ Voor 10% gewijzigd door bbaassssiiee op 29-06-2025 23:35 ]

[bbaassssiiee]

ChatGPT zegt: Deltafiber gebruikt standaard DS-Lite om IPv4-adressen te besparen. Je deelt dan 1 IPv4 met anderen (CGNAT), en dat breekt inkomende verbindingen. IPv6 werkt dan wel goed – mits je einddiensten dat ook ondersteunen.

[MrDirect]

Hij heeft zakelijk pro, dus gewoon een vast ip4 adres. Geen cg nat dus. Het zal aan de fritzbox instellingen liggen, maar ik heb daar zelf geen kennis van. Ik heb ook zakelijk pro, vlan 107 en via dhcp krijg ik mijn vaste ip4. Ik heb niks voor ipv6 geconfigureerd. Ik heb dus geen ipv6 probleem. Misschien jij ook gewoon alles met ipv6 uitzetten in je fritzbox?

[bbaassssiiee]

[MrDirect] alles via ipv6 uitgezet, van DHCP via vlan 107 een internet ip 62.45.x.x gekregen, met default gateway 62.45.12.1. Dan zou ik verwachten dat ik die gateway zou moeten kunnen pingen, maar helaas timeouts. Hetzelfde resultaat als ik IPv6 uit of aan heb, en DNS werkt.

[Croga]

@bbaassssiiee In de eerste response wijst Gerritjan je op de storingsdienst van Delta. Heb je die al gebeld? Dat lijkt me namelijk de eerste stap. Als Delta een storing heeft kunnen wij hier doen wat we willen maar gaan we je probleem nooit op kunnen lossen en kost het iedereen alleen maar nutteloos tijd.

[nelizmastr]

Ga idd nu eens Delta bellen.

Je hebt duidelijk last van een issue waarbij de routering over v4 niet lijkt te werken. Als je niet eens de gateway van Delta kunt pingen is de kans best groot dat het hiet in de Fritz zit.

[bbaassssiiee]

De helpdesk van Delta al meerdere malen aan de lijn gehad. Die verwijzen naar Tweakers community omdat ze beperkte training hebben en niet alle routers kennen. Als je een eigen router hebt is dat eigenlijk jouw probleem. Ze suggereren nog een stap in de systematische uitsluiting en dat is een laptop via vlan 107 direct in de ONT modem te prikken en dan te kijken hoe de routering is.
Ik heb een oude intel Mac waar Ubuntu op staat en ga kijken wat dat oplevert...


Van de FRITZ!Box model 7530 AX moest trouwens dr firmwara gepatched worden naar FRITZ!OS 8.02 om op de ONT modem aan te sluiten.

Dank voor het meedenken!!

[ Voor 11% gewijzigd door bbaassssiiee op 30-06-2025 08:05 ]

[bbaassssiiee]

Met de laptop hetzelfde issue, ik heb Delta gemaild met een verwijzing naar dit forum.

code:

bas@course:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp1s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 98:5a:eb:c7:8c:d1 brd ff:ff:ff:ff:ff:ff
    inet 169.254.45.170/16 brd 169.254.255.255 scope link noprefixroute enp1s0f0
       valid_lft forever preferred_lft forever
    inet6 fe80::9a5a:ebff:fec7:8cd1/64 scope link
       valid_lft forever preferred_lft forever
3: wlp2s0: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether c0:ce:cd:e9:1b:d3 brd ff:ff:ff:ff:ff:ff
4: vlan107@enp1s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 98:5a:eb:c7:8c:d1 brd ff:ff:ff:ff:ff:ff
    inet 62.45.14.7/22 brd 62.45.15.255 scope global dynamic noprefixroute vlan107
       valid_lft 28315sec preferred_lft 28315sec
    inet6 2001:4c3b::f8a6/128 scope global dynamic noprefixroute
       valid_lft 28316sec preferred_lft 17516sec
    inet6 fe80::9a5a:ebff:fec7:8cd1/64 scope link noprefixroute
       valid_lft forever preferred_lft forever
bas@course:~$ ip -d link show vlan107
4: vlan107@enp1s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 98:5a:eb:c7:8c:d1 brd ff:ff:ff:ff:ff:ff promiscuity 0 minmtu 0 maxmtu 65535
    vlan protocol 802.1Q id 107 <REORDER_HDR> addrgenmode none numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535
bas@course:~$ resolvectl statuslan107
Global
       Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub

Link 2 (enp1s0f0)
Current Scopes: none
     Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 3 (wlp2s0)
Current Scopes: none
     Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 4 (vlan107)
    Current Scopes: DNS
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: 2a02:f68:0:cf3:6e73::2
       DNS Servers: 62.45.45.45 62.45.46.46 2a02:f68:0:6e:6e73::1 2a02:f68:0:cf3:6e73::2 2a02:f68:0:cf4:6e73::3
bas@course:~$ dig nu.nl

; <<>> DiG 9.18.30-0ubuntu0.22.04.2-Ubuntu <<>> nu.nl
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62429
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;nu.nl.             IN  A

;; ANSWER SECTION:
nu.nl.          4   IN  A   2.18.244.80
nu.nl.          4   IN  A   2.18.244.76

;; Query time: 11 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Mon Jun 30 08:49:46 CEST 2025
;; MSG SIZE  rcvd: 66

bas@course:~$ dig www.nu.nl

; <<>> DiG 9.18.30-0ubuntu0.22.04.2-Ubuntu <<>> www.nu.nl
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25268
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;www.nu.nl.         IN  A

;; ANSWER SECTION:
www.nu.nl.      24  IN  CNAME   www.nu.nl.edgekey.net.
www.nu.nl.edgekey.net.  1878    IN  CNAME   e67691.b.akamaiedge.net.
e67691.b.akamaiedge.net. 5  IN  A   2.18.244.80
e67691.b.akamaiedge.net. 5  IN  A   2.18.244.76

;; Query time: 11 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Mon Jun 30 08:49:52 CEST 2025
;; MSG SIZE  rcvd: 139

bas@course:~$ curl -v https://nu.nl
* Host nu.nl:443 was resolved.
* IPv6: 2a02:26f0:6d00:2a::210:1ba0, 2a02:26f0:6d00:2a::210:1b97
* IPv4: 2.18.244.80, 2.18.244.76
*   Trying [2a02:26f0:6d00:2a::210:1ba0]:443...
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
*  CAfile: /etc/ssl/certs/ca-certificates.crt
*  CApath: /etc/ssl/certs
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384 / x25519 / id-ecPublicKey
* ALPN: server accepted h2
* Server certificate:
*  subject: C=BE; L=Antwerpen; O=DPG Media Services NV; CN=*.nu.nl
*  start date: Apr  6 00:00:00 2025 GMT
*  expire date: Apr  8 23:59:59 2026 GMT
*  subjectAltName: host "nu.nl" matched cert's "nu.nl"
*  issuer: C=US; O=DigiCert Inc; CN=DigiCert Global G3 TLS ECC SHA384 2020 CA1
*  SSL certificate verify ok.
*   Certificate level 0: Public key type EC/prime256v1 (256/128 Bits/secBits), signed using ecdsa-with-SHA384
*   Certificate level 1: Public key type EC/secp384r1 (384/192 Bits/secBits), signed using ecdsa-with-SHA384
*   Certificate level 2: Public key type EC/secp384r1 (384/192 Bits/secBits), signed using ecdsa-with-SHA384
* Connected to nu.nl (2a02:26f0:6d00:2a::210:1ba0) port 443
* using HTTP/2

[bbaassssiiee]

Dat lijkt allemaal goed, maar nu.nl stuurt de Header

code:

Location: https://www.nu.nl/

en dan gaat het fout in de redirect.

code:

bas@course:~$ curl -v https://www.nu.nl/
* Host www.nu.nl:443 was resolved.
* IPv6: (none)
* IPv4: 2.18.244.80, 2.18.244.76
*   Trying 2.18.244.80:443...
* connect to 2.18.244.80 port 443 from 62.45.14.7 port 44274 failed: No route to host
*   Trying 2.18.244.76:443...
* connect to 2.18.244.76 port 443 from 62.45.14.7 port 55672 failed: No route to host
* Failed to connect to www.nu.nl port 443 after 4694 ms: Could not connect to server
* closing connection #0
curl: (7) Failed to connect to www.nu.nl port 443 after 4694 ms: Could not connect to server

[ Voor 69% gewijzigd door bbaassssiiee op 30-06-2025 09:37 ]

[MasterL]

Hmm krijg je dat IPV4 adres via DHCP? Of static?
Neem je een routed subnet af? Zou het in theorie kunnen dat het IP-adres wat je toegewezen krijgt "slechts" gebruikt wordt voor routing en een SRC-IP verwacht wordt vanuit je routed subnet? Dit slaat natuurlijk nergens op als je gewoon 1 "vast" IP krijgt DHCP van Delta.

[bbaassssiiee]

Ik krijg 1 reservering via DHCP, in 62.45/x, er is geen ander IP als ik met de laptop test op de bridgemodem.

[ Voor 55% gewijzigd door bbaassssiiee op 30-06-2025 10:18 ]

[Qwerty-273]

Je hebt nu tenminste de Fritz uitgesloten. Ik zou verder troubleshooten met Delta om het werkend te krijgen op je laptop wanneer deze direct op de ONT (in bridge mode?) is aangesloten. Je zou eventueel IPv6 uit kunnen zetten op je laptop en kijken wat je krijgt op dat moment via DHCP en wat er werkt.

Voor de keuzes in de Fritz over IPv4 en v6: https://en.fritz.com/serv...ng-IPv6-in-the-FRITZ-Box/
Beide native keuzes bouwen beide type verbindingen op. Alleen net in een andere volgorde.

[MasterL]

Dus even resume:
- Je krijgt 1 IP-adres 62.45.14.x/22 via DHCP in VLAN 107
- Gateway (via DHCP) 62.45.12.1

Wat krijg je te zien als je een arp -a -v draait? En/of traceroute 1.1.1.1

[plizz]

Wat is je route tabel? Heb je wel een default route naar 62.45.12.1?

[gerritjan]

Kun je de Delta-router (Delta noemt het een modem) zelf uit bridge-modus halen zodat het ding ook echt als router functioneert? Ik ben benieuwd of het dan wel werkt.
Als het niet werkt zal Delta je verder moeten helpen omdat je niet je eigen router gebruikt.

[bbaassssiiee]

MasterL schreef op maandag 30 juni 2025 @ 10:28:
Dus even resume:
- Je krijgt 1 IP-adres 62.45.14.x/22 via DHCP in VLAN 107
- Gateway (via DHCP) 62.45.12.1

Wat krijg je te zien als je een arp -a -v draait? En/of traceroute 1.1.1.1

Delta is al aan het werk en ik zie nu:

code:

bas@course:~$ arp -a -v
cn-gd-rc-cb01-lo0.kabelfoon.nl (62.45.12.1) at a2:de:48:00:01:00 [ether] on vlan107
Entries: 1  Skipped: 0  Found: 1
bas@course:~$ traceroute 1.1.1.1
traceroute to 1.1.1.1 (1.1.1.1), 64 hops max
  1   81.172.236.1  6,739ms  5,410ms  7,267ms 
  2   *  *  * 
  3   62.45.63.215  8,912ms  6,876ms  6,061ms 
  4   141.101.65.93  10,248ms  35,410ms  13,513ms 
  5   1.1.1.1  7,021ms  5,161ms  5,923ms
$ ping 62.45.12.1
PING 62.45.12.1 (62.45.12.1) 56(84) bytes of data.
64 bytes from 62.45.12.1: icmp_seq=1 ttl=255 time=8.12 ms
64 bytes from 62.45.12.1: icmp_seq=2 ttl=255 time=7.28 ms

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         62.45.12.1      0.0.0.0         UG    400    0        0 vlan107
62.45.12.0      0.0.0.0         255.255.252.0   U     400    0        0 vlan107
169.254.0.0     0.0.0.0         255.255.0.0     U     100    0        0 enp1s0f0
224.0.0.0       0.0.0.0         240.0.0.0       U     100    0        0 enp1s0f0

[bbaassssiiee]

Het probleem is opgelost door Deltafiber. Wel weer veel geleerd over debuggen van IP verbindingen.

Dank aan alle tweakers en Delta ;-)

[bbaassssiiee]

Nu het weer werkt met IPv4 en IPv6 heb ik de DNS servers weer ingesteld met de settings van https://quad9.net/ De Zwitsers leveren meer privacy en zekerheid dan Cloud Flare.


IPv4
9.9.9.9
149.112.112.112
IPv6
2620:fe::fe
2620:fe::9
HTTPS
https://dns.quad9.net/dns-query
TLS
tls://dns.quad9.net

[bbaassssiiee]

root cause - in een backend systeem van Delta was de vervanging van mijn ONT-modem niet helemaal goed doorgedrongen en stond de IPv4 reservering op de ONT-modem die door de blikseminslag onbruikbaar was geworden. Fijn dat het na acht dagen puzzelen opgelost is.