Discussion:
aantal actieve ipv6 tunnels
(te oud om op te antwoorden)
Miquel van Smoorenburg
2016-11-08 14:34:58 UTC
Permalink
Ik heb vandaag eens wat opschoning uitgevoerd op de ipv6
tunnel broker. Ik heb plm 2800 tunnels gedeactiveerd omdat
er al een half jaar geen packet meer overheen ging.

Wat er nu nog over is:

- 77 IPv6 tunnels
- 40 tunnels waar ik de afgelopen 15 minuten verkeer op heb gezien
- 49 tunnels met reverse DNS delegation

Morgen zal ik nog eens uitzoeken hoeveel van die DNS
delegations nog een geldig antwoord terug geven.

Mike.
Siert Wolters
2016-11-08 16:09:35 UTC
Permalink
Post by Miquel van Smoorenburg
Ik heb vandaag eens wat opschoning uitgevoerd op de ipv6
tunnel broker. Ik heb plm 2800 tunnels gedeactiveerd omdat
er al een half jaar geen packet meer overheen ging.
- 77 IPv6 tunnels
- 40 tunnels waar ik de afgelopen 15 minuten verkeer op heb gezien
- 49 tunnels met reverse DNS delegation
Morgen zal ik nog eens uitzoeken hoeveel van die DNS
delegations nog een geldig antwoord terug geven.
Mike.
Klinkt als: opheffen die zooi!
Is inderdaad onnodig geworden ...
Louis Lagendijk
2016-11-09 22:19:55 UTC
Permalink
Post by Siert Wolters
Post by Miquel van Smoorenburg
Ik heb vandaag eens wat opschoning uitgevoerd op de ipv6
tunnel broker. Ik heb plm 2800 tunnels gedeactiveerd omdat
er al een half jaar geen packet meer overheen ging.
- 77 IPv6 tunnels
- 40 tunnels waar ik de afgelopen 15 minuten verkeer op heb gezien
- 49 tunnels met reverse DNS delegation
Morgen zal ik nog eens uitzoeken hoeveel van die DNS
delegations nog een geldig antwoord terug geven.
Mike.
Klinkt als: opheffen die zooi!
Is inderdaad onnodig geworden ...
Nee, niet opheffen. Ik heb native IPv6 maar gebruik de tunnel omdat de
Fritzbox nog steeds niet de mogelijkheid heeft om de firewall uit te
zetten als je een router gebruik om van meerdere /64 netwerken gebruik
te maken... Zodra er een firmware uitkomt die dat wel kan dan ga ik
direct over naar native IPv6, nu kan ik dat nog niet....
Hmm, ik zie dat reverse resolution niet meer werkt, morgen maar even
uitzoeken en fixen.

/Louis
Rob
2016-11-10 08:34:31 UTC
Permalink
Post by Louis Lagendijk
Nee, niet opheffen. Ik heb native IPv6 maar gebruik de tunnel omdat de
Fritzbox nog steeds niet de mogelijkheid heeft om de firewall uit te
zetten als je een router gebruik om van meerdere /64 netwerken gebruik
te maken... Zodra er een firmware uitkomt die dat wel kan dan ga ik
direct over naar native IPv6, nu kan ik dat nog niet....
Er zijn wel Fritzboxen die dat kunnen maar ze zijn maar in een bepaalde
periode door XS4ALL geleverd. Als je Fritzbox ouder of nieuwer is dan
kan die dat niet. Dus nu alsnog een nieuwe vragen voor deze feature
heeft ook geen zin meer.

Het zou nog steeds mooi zijn als AVM een simpele feature in de firmware
zou toevoegen (zonder dat je een lange ingewikkelde procedure moet volgen)
om hun Fritzbox om te zetten naar een simpel MODEM met PPPoE relay en
liefst dan nog de ingebouwde functionaliteiten (WiFi, VoIP) naar dezelfde
of een andere ethernet poort gebridged.

Dan kunnen mensen zoals Louis hun geavanceerdere netwerk met een andere
router opzetten zonder beperkt te worden door de beperkte mogelijkheden
van de Fritzbox.

Zelf heb ik daarvoor een Draytek Vigor 130 gekocht, die kan dat wel.
Louis Lagendijk
2016-11-10 22:08:12 UTC
Permalink
Post by Rob
Post by Louis Lagendijk
Nee, niet opheffen. Ik heb native IPv6 maar gebruik de tunnel omdat de
Fritzbox nog steeds niet de mogelijkheid heeft om de firewall uit te
zetten als je een router gebruik om van meerdere /64 netwerken gebruik
te maken... Zodra er een firmware uitkomt die dat wel kan dan ga ik
direct over naar native IPv6, nu kan ik dat nog niet....
Het zou nog steeds mooi zijn als AVM een simpele feature in de firmware
zou toevoegen (zonder dat je een lange ingewikkelde procedure moet volgen)
om hun Fritzbox om te zetten naar een simpel MODEM met PPPoE relay en
liefst dan nog de ingebouwde functionaliteiten (WiFi, VoIP) naar dezelfde
of een andere ethernet poort gebridged.
volgens de duitse Ct zou ergens dit najaar in de labor versie een
mogelijkheid komen om een ipv6 router in te stellen die alle ipv6
verkeer ongefilterd zou doorkrijgen. Dat is voor mij beter dan een modem
instelling omdat ik Dect op de fritz wil houden.
Post by Rob
Dan kunnen mensen zoals Louis hun geavanceerdere netwerk met een andere
router opzetten zonder beperkt te worden door de beperkte mogelijkheden
van de Fritzbox.
Zelf heb ik daarvoor een Draytek Vigor 130 gekocht, die kan dat wel.
Een Draytek aanschaffen zou ik ook doen als er een bonding versie van
dat moden was, Maar wil ik binnen afzienbare tijd naar bonding
overstappen. en dus is de Draytek 130 (noch een andere Draytek) geen
optie. Ik wacht dus op een bonding modem met fatsoenlijke routing. Er
waren pas geruchten dat Draytek met een bonding modem, maar daar is nog
niets over te vinden.
Dus blijft alleen maar het wachten op de Fritz 7581 over, met de hoop
dat die de ipv6 routing optie waar de Duitse CT het over had een keer
krijgt.
Overstappen op bonding met een 7369 is geen optie omdat daarvoor nu al
geen 6.5x firmware beschikbaar is en ik in ieder geval mijn /29
ongefilterd wil kunnen gebruiken (kan nu wel op mijn 7390 met FW 06.53).

/Louis
Rob
2016-11-11 06:23:36 UTC
Permalink
Post by Louis Lagendijk
Post by Rob
Post by Louis Lagendijk
Nee, niet opheffen. Ik heb native IPv6 maar gebruik de tunnel omdat de
Fritzbox nog steeds niet de mogelijkheid heeft om de firewall uit te
zetten als je een router gebruik om van meerdere /64 netwerken gebruik
te maken... Zodra er een firmware uitkomt die dat wel kan dan ga ik
direct over naar native IPv6, nu kan ik dat nog niet....
Het zou nog steeds mooi zijn als AVM een simpele feature in de firmware
zou toevoegen (zonder dat je een lange ingewikkelde procedure moet volgen)
om hun Fritzbox om te zetten naar een simpel MODEM met PPPoE relay en
liefst dan nog de ingebouwde functionaliteiten (WiFi, VoIP) naar dezelfde
of een andere ethernet poort gebridged.
volgens de duitse Ct zou ergens dit najaar in de labor versie een
mogelijkheid komen om een ipv6 router in te stellen die alle ipv6
verkeer ongefilterd zou doorkrijgen. Dat is voor mij beter dan een modem
instelling omdat ik Dect op de fritz wil houden.
Daarom zei ik ook "liefst dan nog de ingebouwde functionaliteiten (WiFi,
VoIP) naar dezelfde of een andere ethernet poort gebridged.

Dan kan je eigen router het VoIP verkeer weer terugsturen naar de
Fritzbox die je DECT afhandelt. Idem voor het netwerkgedeelte wat
je met WiFi wilt afhandelen.
Post by Louis Lagendijk
Post by Rob
Dan kunnen mensen zoals Louis hun geavanceerdere netwerk met een andere
router opzetten zonder beperkt te worden door de beperkte mogelijkheden
van de Fritzbox.
Zelf heb ik daarvoor een Draytek Vigor 130 gekocht, die kan dat wel.
Een Draytek aanschaffen zou ik ook doen als er een bonding versie van
dat moden was, Maar wil ik binnen afzienbare tijd naar bonding
overstappen. en dus is de Draytek 130 (noch een andere Draytek) geen
optie.
Er schreef laatst iemand dat er ook een Draytek met bonding aankomt.
Zelf heb ik dat niet meer gevolgd dus ik weet niet waar dat vandaan komt.

Op dit moment ben ik geinteresseerd in VDSL2 modems in SFP behuizing
die beschikbaar beginnen te komen (is al een jaar sprake van) die ik
direct in mijn router kan steken. Ik weet niet of je met 2 van die
dingen en een router met meer SFP slots realistisch pair bonding zou
kunnen doen (dwz wat je dan nog meer nodig hebt, alleen Multilink PPP
of dat ze nog op andere wijze gesynchroniseerd zijn)
Post by Louis Lagendijk
Ik wacht dus op een bonding modem met fatsoenlijke routing. Er
waren pas geruchten dat Draytek met een bonding modem, maar daar is nog
niets over te vinden.
Dus blijft alleen maar het wachten op de Fritz 7581 over, met de hoop
dat die de ipv6 routing optie waar de Duitse CT het over had een keer
krijgt.
Overstappen op bonding met een 7369 is geen optie omdat daarvoor nu al
geen 6.5x firmware beschikbaar is en ik in ieder geval mijn /29
ongefilterd wil kunnen gebruiken (kan nu wel op mijn 7390 met FW 06.53).
Het probleem met AVM is dat er geen gelijkheid in de firmware is
tussen modellen. Ieder model is een wereld op zich met eigen firmware
features, en als er een model komt met bijv bonding dan betekent dat
nog niet dat die firmwaretechnisch hetzelfde kan als het type zonder
bonding. Onhandig vind ik dat, en het lijkt me ook meer werk voor
de developers dus ik snap niet goed waarom ze dat zo doen.
Philip Homburg
2016-11-11 09:27:48 UTC
Permalink
Post by Rob
Het probleem met AVM is dat er geen gelijkheid in de firmware is
tussen modellen. Ieder model is een wereld op zich met eigen firmware
features, en als er een model komt met bijv bonding dan betekent dat
nog niet dat die firmwaretechnisch hetzelfde kan als het type zonder
bonding. Onhandig vind ik dat, en het lijkt me ook meer werk voor
de developers dus ik snap niet goed waarom ze dat zo doen.
Dat is typisch iets wat je krijgt als je software ontwikkeling slecht
gestructureerd is. Dus bij ieder nieuw hardware platform forkt iemand
de tree en gaat aan de slag.
--
We just programmed the computers to revive us when it was all over... they
were index linked to the [...] stock market prices you see, so that we'd
be revived when everybody else had rebuilt the economy enough to be able to
afford our rather expensive services again. -- Slartibartfast in THHGTTG
Rob
2016-11-11 18:06:47 UTC
Permalink
Post by Philip Homburg
Post by Rob
Het probleem met AVM is dat er geen gelijkheid in de firmware is
tussen modellen. Ieder model is een wereld op zich met eigen firmware
features, en als er een model komt met bijv bonding dan betekent dat
nog niet dat die firmwaretechnisch hetzelfde kan als het type zonder
bonding. Onhandig vind ik dat, en het lijkt me ook meer werk voor
de developers dus ik snap niet goed waarom ze dat zo doen.
Dat is typisch iets wat je krijgt als je software ontwikkeling slecht
gestructureerd is. Dus bij ieder nieuw hardware platform forkt iemand
de tree en gaat aan de slag.
Tja ik ben nu erg gecharmeerd van de MikroTik routers.
Of je nou een pocket WiFi router hebt ter groote van een luciferdoosje
of een 72-core router met 10 Gigabit poorten, de software is gelijk.

Ik was vandaag op een MikroTik user meeting en ik heb de mensen ter
plaatse weten te overtuigen dat DSL hier nog lang niet dood is en ze
daar naar moeten kijken. Er is nu een VDSL2 modem als SFP module.
Veel MikroTik routers hebben SFP poort(en). Met die SFP module erbij
kunnen ze direct aan de lijn. Ik hoop dat ze die dingen gaan distribueren.

Met deze routers heb je totale vrijheid in hoe je je netwerk configureert
en wat je wel en niet routeert en firewalled.
Miquel van Smoorenburg
2016-11-11 18:24:28 UTC
Permalink
Post by Rob
Post by Philip Homburg
Post by Rob
Het probleem met AVM is dat er geen gelijkheid in de firmware is
tussen modellen. Ieder model is een wereld op zich met eigen firmware
features, en als er een model komt met bijv bonding dan betekent dat
nog niet dat die firmwaretechnisch hetzelfde kan als het type zonder
bonding. Onhandig vind ik dat, en het lijkt me ook meer werk voor
de developers dus ik snap niet goed waarom ze dat zo doen.
Dat is typisch iets wat je krijgt als je software ontwikkeling slecht
gestructureerd is. Dus bij ieder nieuw hardware platform forkt iemand
de tree en gaat aan de slag.
Tja ik ben nu erg gecharmeerd van de MikroTik routers.
Of je nou een pocket WiFi router hebt ter groote van een luciferdoosje
of een 72-core router met 10 Gigabit poorten, de software is gelijk.
De userinterface is gelijk, maar ik weet zeker dat de hele
routing, filtering, forwarding, etc zeer systeem specifiek is.
Dat doen op een single ARM CPU is heel wat anders dan de
distributed meuk op een 72-core Tilera CPU. Niet te vergelijken.
Post by Rob
Ik was vandaag op een MikroTik user meeting en ik heb de mensen ter
plaatse weten te overtuigen dat DSL hier nog lang niet dood is en ze
daar naar moeten kijken. Er is nu een VDSL2 modem als SFP module.
Heb je daar een link van?

Mike.
Rob
2016-11-11 18:34:57 UTC
Permalink
Post by Miquel van Smoorenburg
Post by Rob
Post by Philip Homburg
Post by Rob
Het probleem met AVM is dat er geen gelijkheid in de firmware is
tussen modellen. Ieder model is een wereld op zich met eigen firmware
features, en als er een model komt met bijv bonding dan betekent dat
nog niet dat die firmwaretechnisch hetzelfde kan als het type zonder
bonding. Onhandig vind ik dat, en het lijkt me ook meer werk voor
de developers dus ik snap niet goed waarom ze dat zo doen.
Dat is typisch iets wat je krijgt als je software ontwikkeling slecht
gestructureerd is. Dus bij ieder nieuw hardware platform forkt iemand
de tree en gaat aan de slag.
Tja ik ben nu erg gecharmeerd van de MikroTik routers.
Of je nou een pocket WiFi router hebt ter groote van een luciferdoosje
of een 72-core router met 10 Gigabit poorten, de software is gelijk.
De userinterface is gelijk, maar ik weet zeker dat de hele
routing, filtering, forwarding, etc zeer systeem specifiek is.
Dat doen op een single ARM CPU is heel wat anders dan de
distributed meuk op een 72-core Tilera CPU. Niet te vergelijken.
Nou daar ligt nou net wel een beetje het zwakke punt. Die routers
draaien gewoon Linux, met een SMP kernel. Of die al die cores een
beetje nuttig gebruikt is een ander verhaal, dat is met de huidige
versie RouterOS niet echt het geval. Bijvoorbeeld op zo'n 72-core
model wordt de forwarding wel gedistribueerd over de processoren,
maar een BGP table update wordt helemaal door 1 core gedaan.

Met die restrictie en de beschikbaarheid van een Linux kernel voor je
gekozen processor is het allemaal wat makkelijker natuurlijk.
Toevallig heb ik zelf een nieuw routertje gekocht met een CPU die
ze nog niet eerder gebruikt hadden en dat werd gewoon een nieuwe
architectuur in hun RouterOS download lijstje en werkt meteen weer
net als alle vertrouwde modellen.

AVM heeft dat nou niet bepaald....
Post by Miquel van Smoorenburg
Post by Rob
Ik was vandaag op een MikroTik user meeting en ik heb de mensen ter
plaatse weten te overtuigen dat DSL hier nog lang niet dood is en ze
daar naar moeten kijken. Er is nu een VDSL2 modem als SFP module.
Heb je daar een link van?
Dit is de OEM van die dingen: http://www.proscend.com/en-gb/
Dit is de fabrikant van de chips: http://www.metanoia-comm.com/

Maar die verkopen dus niet aan end-users. Hopelijk wil MikroTik als
distributor voor die dingen optreden, dat doen ze ook voor andere
SFP modules die ze in hun routers ondersteunen (bijv GPON).
Miquel van Smoorenburg
2016-11-08 22:21:30 UTC
Permalink
Post by Miquel van Smoorenburg
- 77 IPv6 tunnels
- 40 tunnels waar ik de afgelopen 15 minuten verkeer op heb gezien
- 49 tunnels met reverse DNS delegation
Morgen zal ik nog eens uitzoeken hoeveel van die DNS
delegations nog een geldig antwoord terug geven.
Dat zijn er nog 37.

Mike.
Kees Nuyt
2016-11-09 01:34:14 UTC
Permalink
On 08 Nov 2016 22:21:30 GMT, "Miquel van Smoorenburg"
Post by Miquel van Smoorenburg
Post by Miquel van Smoorenburg
- 77 IPv6 tunnels
- 40 tunnels waar ik de afgelopen 15 minuten verkeer op heb gezien
- 49 tunnels met reverse DNS delegation
Morgen zal ik nog eens uitzoeken hoeveel van die DNS
delegations nog een geldig antwoord terug geven.
Dat zijn er nog 37.
Betekent dit nu dat ik geen tunnel meer kan opbouwen bij xs4all?
(denk ik niet, dus ik maak me geen zorgen)

Mijn Fritz!box 7170 ondersteunt geen IPv6, dus als ik ooit
IPv6-only diensten wil gebruiken ben ik afhankelijk van een
tunnel, en dan heb ik er liever één bij xs4all dan Toredo of wat
er verder ook maar mag zijn.

Ik heb ooit een tunnel opgezet, maar er waren nog teveel sites die
niet op hun DNS-gepubliceerde IPv6 adres werkten, dus heb ik hem
maar weer uitgezet.
--
Groet,
Kees Nuyt
Miquel van Smoorenburg
2016-11-09 01:57:32 UTC
Permalink
Post by Kees Nuyt
Post by Miquel van Smoorenburg
- 77 IPv6 tunnels
- 40 tunnels waar ik de afgelopen 15 minuten verkeer op heb gezien
- 49 tunnels met reverse DNS delegation
Betekent dit nu dat ik geen tunnel meer kan opbouwen bij xs4all?
(denk ik niet, dus ik maak me geen zorgen)
Binnenkort kan je, als je nog geen tunnel hebt, dat ook niet meer
aanzetten. Glasklanten konden dat al nooit (door een bug :))
Het zal geen jaren meer duren voor de dienst verdwijnt.
Post by Kees Nuyt
Mijn Fritz!box 7170 ondersteunt geen IPv6, dus als ik ooit
IPv6-only diensten wil gebruiken ben ik afhankelijk van een
tunnel, en dan heb ik er liever één bij xs4all dan Toredo of wat
er verder ook maar mag zijn.
Dan wordt het eens tijd te upgraden van dat oude demon abo naar
een 'gewoon' abo, krijg je een nieuw modem, en een hogere snelheid.
Alleen heb je een heeeeel oud abo, dus dat zal vast iets duurder zijn.
Post by Kees Nuyt
Ik heb ooit een tunnel opgezet, maar er waren nog teveel sites die
niet op hun DNS-gepubliceerde IPv6 adres werkten, dus heb ik hem
maar weer uitgezet.
Vast heel lang geleden. De meeste xs4all klanten hebben vandaag de
dag IPv6 aanstaan.

Tijd geleden postte iemand hier ook zoiets, "ik heb ipv6 uitstaan
want dat is nog niet volwassen". Dat checkte ik - stond gewoon aan.
Was niet opgemerkt :)

Mike.
Rob
2016-11-09 08:44:38 UTC
Permalink
Post by Miquel van Smoorenburg
Post by Kees Nuyt
Ik heb ooit een tunnel opgezet, maar er waren nog teveel sites die
niet op hun DNS-gepubliceerde IPv6 adres werkten, dus heb ik hem
maar weer uitgezet.
Vast heel lang geleden. De meeste xs4all klanten hebben vandaag de
dag IPv6 aanstaan.
Tijd geleden postte iemand hier ook zoiets, "ik heb ipv6 uitstaan
want dat is nog niet volwassen". Dat checkte ik - stond gewoon aan.
Was niet opgemerkt :)
Dit is nog wel afhankelijk van de fallback naar IPv4!
Daar merk je weinig van als je met een XS4ALL aansluiting en een normale
browser werkt, maar bijvoorbeeld met een niet heel recente versie van
squid ertussen heb je geen IPv6-naar-IPv4 fallback (als een site zowel
IPv6 als IPv4 records heeft probeert ie alleen IPv6), en daar heb ik
in de afgelopen weken 2 keer een storing mee gezien. Site die plat was
op IPv6 terwijl dat eerder wel werkte. In een geval gemeld en het duurde
een week voor ze het opgelost hadden, andere geval werkte later op de
dag weer.
Na update van squid doet ie nu wel fallback en dan merk je alleen dat
het trager gaat.
Miquel van Smoorenburg
2016-11-09 12:45:01 UTC
Permalink
Post by Rob
Post by Miquel van Smoorenburg
Post by Kees Nuyt
Ik heb ooit een tunnel opgezet, maar er waren nog teveel sites die
niet op hun DNS-gepubliceerde IPv6 adres werkten, dus heb ik hem
maar weer uitgezet.
Vast heel lang geleden. De meeste xs4all klanten hebben vandaag de
dag IPv6 aanstaan.
Tijd geleden postte iemand hier ook zoiets, "ik heb ipv6 uitstaan
want dat is nog niet volwassen". Dat checkte ik - stond gewoon aan.
Was niet opgemerkt :)
Dit is nog wel afhankelijk van de fallback naar IPv4!
Daar merk je weinig van als je met een XS4ALL aansluiting en een normale
browser werkt, maar bijvoorbeeld met een niet heel recente versie van
squid ertussen heb je geen IPv6-naar-IPv4 fallback (als een site zowel
IPv6 als IPv4 records heeft probeert ie alleen IPv6), en daar heb ik
in de afgelopen weken 2 keer een storing mee gezien. Site die plat was
op IPv6 terwijl dat eerder wel werkte. In een geval gemeld en het duurde
een week voor ze het opgelost hadden, andere geval werkte later op de
dag weer.
Na update van squid doet ie nu wel fallback en dan merk je alleen dat
het trager gaat.
Ah dat is goed om te weten. In welke versie van Squid is
dat gefixt?

Mike.
Rob
2016-11-09 13:10:02 UTC
Permalink
Post by Miquel van Smoorenburg
Post by Rob
Post by Miquel van Smoorenburg
Post by Kees Nuyt
Ik heb ooit een tunnel opgezet, maar er waren nog teveel sites die
niet op hun DNS-gepubliceerde IPv6 adres werkten, dus heb ik hem
maar weer uitgezet.
Vast heel lang geleden. De meeste xs4all klanten hebben vandaag de
dag IPv6 aanstaan.
Tijd geleden postte iemand hier ook zoiets, "ik heb ipv6 uitstaan
want dat is nog niet volwassen". Dat checkte ik - stond gewoon aan.
Was niet opgemerkt :)
Dit is nog wel afhankelijk van de fallback naar IPv4!
Daar merk je weinig van als je met een XS4ALL aansluiting en een normale
browser werkt, maar bijvoorbeeld met een niet heel recente versie van
squid ertussen heb je geen IPv6-naar-IPv4 fallback (als een site zowel
IPv6 als IPv4 records heeft probeert ie alleen IPv6), en daar heb ik
in de afgelopen weken 2 keer een storing mee gezien. Site die plat was
op IPv6 terwijl dat eerder wel werkte. In een geval gemeld en het duurde
een week voor ze het opgelost hadden, andere geval werkte later op de
dag weer.
Na update van squid doet ie nu wel fallback en dan merk je alleen dat
het trager gaat.
Ah dat is goed om te weten. In welke versie van Squid is
dat gefixt?
Mike.
Ik werk nu met 3.5.20 maar het is ergens in de 3.4 serie gefixt.
Wat er nu anders is, is dat de connect_timeout niet meer een globale
timeout op het hele TCP connect gebeuren is, maar een timeout op 1
poging. Heeft een host meerdere adressen dan gaat ie na de connect_timeout
door met proberen van het volgende adres.

Je moet dus zo iets in je config zetten:
connect_timeout 5 seconds

(anders is de default timeout 60 seconden dacht ik en dan is het nog
niet werkbaar)

Het lijkt er op alsof hij minstens in 3.5.20 ook een of andere vorm
van caching van de resultaten heeft, in ieder geval werkt een site
waarvan IPv6 stuk is nu na 5 seconden ineens normaal, ipv dat hij bij
iedere connectie weer 5 seconden staat te wachten.
(volgens mij was dat in 3.4 nog wel zo)
Rob van der Putten
2016-11-09 14:47:32 UTC
Permalink
Hoi
Post by Miquel van Smoorenburg
Post by Kees Nuyt
Post by Miquel van Smoorenburg
- 77 IPv6 tunnels
- 40 tunnels waar ik de afgelopen 15 minuten verkeer op heb gezien
- 49 tunnels met reverse DNS delegation
Betekent dit nu dat ik geen tunnel meer kan opbouwen bij xs4all?
(denk ik niet, dus ik maak me geen zorgen)
Binnenkort kan je, als je nog geen tunnel hebt, dat ook niet meer
aanzetten. Glasklanten konden dat al nooit (door een bug :))
Het zal geen jaren meer duren voor de dienst verdwijnt.
Kan je native IPv6 DNS in het service center regelen?
Of moet je nog steeds de helpdesk mailen?

Ik vind het zelf draaien van auth DNS eigenlijk wel prettig. Dat kan een
reden zijn om tzt een HE tunnel te nemen.
Post by Miquel van Smoorenburg
Post by Kees Nuyt
Mijn Fritz!box 7170 ondersteunt geen IPv6, dus als ik ooit
IPv6-only diensten wil gebruiken ben ik afhankelijk van een
tunnel, en dan heb ik er liever één bij xs4all dan Toredo of wat
er verder ook maar mag zijn.
Dan wordt het eens tijd te upgraden van dat oude demon abo naar
een 'gewoon' abo, krijg je een nieuw modem, en een hogere snelheid.
Alleen heb je een heeeeel oud abo, dus dat zal vast iets duurder zijn.
Post by Kees Nuyt
Ik heb ooit een tunnel opgezet, maar er waren nog teveel sites die
niet op hun DNS-gepubliceerde IPv6 adres werkten, dus heb ik hem
maar weer uitgezet.
Vast heel lang geleden. De meeste xs4all klanten hebben vandaag de
dag IPv6 aanstaan.
Tijd geleden postte iemand hier ook zoiets, "ik heb ipv6 uitstaan
want dat is nog niet volwassen". Dat checkte ik - stond gewoon aan.
Was niet opgemerkt :)
Vr.Gr,
Rob
Miquel van Smoorenburg
2016-11-09 15:44:04 UTC
Permalink
Post by Rob van der Putten
Hoi
Post by Miquel van Smoorenburg
Post by Kees Nuyt
Post by Miquel van Smoorenburg
- 77 IPv6 tunnels
- 40 tunnels waar ik de afgelopen 15 minuten verkeer op heb gezien
- 49 tunnels met reverse DNS delegation
Betekent dit nu dat ik geen tunnel meer kan opbouwen bij xs4all?
(denk ik niet, dus ik maak me geen zorgen)
Binnenkort kan je, als je nog geen tunnel hebt, dat ook niet meer
aanzetten. Glasklanten konden dat al nooit (door een bug :))
Het zal geen jaren meer duren voor de dienst verdwijnt.
Kan je native IPv6 DNS in het service center regelen?
Of moet je nog steeds de helpdesk mailen?
Mijn cardioloog heeft me geadviseerd me niet meer met
dit onderwerp te bemoeien.

Mike.
Erik (erikpuntnl)
2016-11-09 16:02:04 UTC
Permalink
Post by Miquel van Smoorenburg
Post by Rob van der Putten
Hoi
Post by Miquel van Smoorenburg
Post by Kees Nuyt
Post by Miquel van Smoorenburg
- 77 IPv6 tunnels
- 40 tunnels waar ik de afgelopen 15 minuten verkeer op heb gezien
- 49 tunnels met reverse DNS delegation
Betekent dit nu dat ik geen tunnel meer kan opbouwen bij xs4all?
(denk ik niet, dus ik maak me geen zorgen)
Binnenkort kan je, als je nog geen tunnel hebt, dat ook niet meer
aanzetten. Glasklanten konden dat al nooit (door een bug :))
Het zal geen jaren meer duren voor de dienst verdwijnt.
Kan je native IPv6 DNS in het service center regelen?
Of moet je nog steeds de helpdesk mailen?
Mijn cardioloog heeft me geadviseerd me niet meer met
dit onderwerp te bemoeien.
Mike.
LOL :-)


Erik
Louis Lagendijk
2016-11-10 22:04:17 UTC
Permalink
Post by Miquel van Smoorenburg
Post by Miquel van Smoorenburg
- 77 IPv6 tunnels
- 40 tunnels waar ik de afgelopen 15 minuten verkeer op heb gezien
- 49 tunnels met reverse DNS delegation
Morgen zal ik nog eens uitzoeken hoeveel van die DNS
delegations nog een geldig antwoord terug geven.
Dat zijn er nog 37.
Mike.
Dat zijn er nu waarschijnlijk 38. De mijne werkt ook weer.

/Louis
Adri Verhoef
2016-11-30 16:33:38 UTC
Permalink
Een bewoner van de aarde die zich identificeerde als
Post by Miquel van Smoorenburg
Post by Miquel van Smoorenburg
- 77 IPv6 tunnels
- 40 tunnels waar ik de afgelopen 15 minuten verkeer op heb gezien
- 49 tunnels met reverse DNS delegation
Morgen zal ik nog eens uitzoeken hoeveel van die DNS
delegations nog een geldig antwoord terug geven.
Dat zijn er nog 37.
Mike.
Ik was op zoek naar een antwoord op de vraag "Heb ik interface 'sit1' nodig?"
en wat ik begrijp van deze draad, is dat IPv6-tunnels iets tijdelijks waren.
In xs4all.test had ik iets gepost over interface 'sit1' na mijn upgrade naar
Fedora 24:
"
Uitleg:
Na de upgrade naar Fedora 24 deed 'suck' het niet meer. Het bleek dat een
'ping' naar news.xs4all.nl de melding "Destination unreachable" gaf:
$ ping news.xs4all.nl
PING news.xs4all.nl(news2.news.xs4all.nl (2001:888:0:4::119)) 56 data bytes
From ipv6tb.xs4all.net (::ffff:194.109.5.241) icmp_seq=1 Destination unreachable: Address unreachable
terwijl een ping naar bv. nu.nl wél werkte:
$ PING nu.nl (174.129.25.170) 56(84) bytes of data.
64 bytes from wwwizer.com (174.129.25.170): icmp_seq=1 ttl=48 time=104 ms

Het bleek dat 'ifconfig' een interface 'sit1' aangaf en die heb ik ooit zelf
aangemaakt via /etc/sysconfig/network-scripts/ifcfg-sit1:
DEVICE=sit1
BOOTPROTO=none
ONBOOT=yes
IPV6INIT=yes
IPV6TUNNELIPV4=194.109.5.241
IPV6ADDR=2001:888:10:c1::2
en via /etc/sysconfig/network met:
NETWORKING_IPV6=yes
IPV6_DEFAULTDEV=sit1
Maar tegenwoordig, zie ik nu, staat er in diezelfde file:
NETWORKING=yes
# Created by anaconda
NETWORKING_IPV6=yes
IPV6_DEFAULTDEV=sit1
En dat staat er al ruim 2 jaar in, volgens de datum van de file.

Enfin, nadat ik 'ifdown sit1' had aangeroepen, werkte 'suck' weer.
Waarschijnlijk zal 'sit1' weer opduiken na de volgende reboot, dus
de vraag is eigenlijk of er nog bepaalde delen van 'sit1' benodigd
zijn (voor IPv6), aangezien het nu na 'ifdown sit1' ook werkt:
$ ping news.xs4all.nl
PING news.xs4all.nl(news2.news.xs4all.nl (2001:888:0:4::119)) 56 data bytes
64 bytes from news2.news.xs4all.nl (2001:888:0:4::119): icmp_seq=1 ttl=61 time=16.3 ms

en indien wel benodigd, hoe die 'bepaalde delen' dan geconfigureerd dienen te
worden zonder dat een reboot roet in het eten gooit. Na 'ifdown sit1' levert
een bezoek aan http://ipv6.test-ipv6.com/ een 10/10-score op, op dit moment.
Dus in hoeverre heb ik 'sit1' nog nodig?

Nogal een serieuze vraag voor xs4all.test.
"

Misschien is de vraag hier beter op zijn plaats. 'k Wist niet of de vraag hier
gepast was of misschien beter in nl.comp.os.linux.techniek gepost kon worden.

Adri :)
--
Tussen Schore en Goes | Van Philips II,
Woont een cyperse poes | Christina van Zweden
Die nauwkeurig de jaartallen kent | En de pacificatie van Gent
-- Annie M.G. Schmidt --
Louis Lagendijk
2016-11-30 22:24:50 UTC
Permalink
Post by Adri Verhoef
Een bewoner van de aarde die zich identificeerde als
Post by Miquel van Smoorenburg
Post by Miquel van Smoorenburg
- 77 IPv6 tunnels
- 40 tunnels waar ik de afgelopen 15 minuten verkeer op heb gezien
- 49 tunnels met reverse DNS delegation
Morgen zal ik nog eens uitzoeken hoeveel van die DNS
delegations nog een geldig antwoord terug geven.
Dat zijn er nog 37.
Mike.
Ik was op zoek naar een antwoord op de vraag "Heb ik interface 'sit1' nodig?"
en wat ik begrijp van deze draad, is dat IPv6-tunnels iets tijdelijks waren.
In xs4all.test had ik iets gepost over interface 'sit1' na mijn upgrade naar
"
Na de upgrade naar Fedora 24 deed 'suck' het niet meer. Het bleek dat een
$ ping news.xs4all.nl
PING news.xs4all.nl(news2.news.xs4all.nl (2001:888:0:4::119)) 56 data bytes
From ipv6tb.xs4all.net (::ffff:194.109.5.241) icmp_seq=1 Destination unreachable: Address unreachable
$ PING nu.nl (174.129.25.170) 56(84) bytes of data.
64 bytes from wwwizer.com (174.129.25.170): icmp_seq=1 ttl=48 time=104 ms
Het bleek dat 'ifconfig' een interface 'sit1' aangaf en die heb ik ooit zelf
DEVICE=sit1
BOOTPROTO=none
ONBOOT=yes
IPV6INIT=yes
IPV6TUNNELIPV4=194.109.5.241
IPV6ADDR=2001:888:10:c1::2
NETWORKING_IPV6=yes
IPV6_DEFAULTDEV=sit1
NETWORKING=yes
# Created by anaconda
NETWORKING_IPV6=yes
IPV6_DEFAULTDEV=sit1
En dat staat er al ruim 2 jaar in, volgens de datum van de file.
Enfin, nadat ik 'ifdown sit1' had aangeroepen, werkte 'suck' weer.
Waarschijnlijk zal 'sit1' weer opduiken na de volgende reboot, dus
de vraag is eigenlijk of er nog bepaalde delen van 'sit1' benodigd
$ ping news.xs4all.nl
PING news.xs4all.nl(news2.news.xs4all.nl (2001:888:0:4::119)) 56 data bytes
64 bytes from news2.news.xs4all.nl (2001:888:0:4::119): icmp_seq=1 ttl=61 time=16.3 ms
en indien wel benodigd, hoe die 'bepaalde delen' dan geconfigureerd dienen te
worden zonder dat een reboot roet in het eten gooit. Na 'ifdown sit1' levert
een bezoek aan http://ipv6.test-ipv6.com/ een 10/10-score op, op dit moment.
Dus in hoeverre heb ik 'sit1' nog nodig?
Nogal een serieuze vraag voor xs4all.test.
"
Misschien is de vraag hier beter op zijn plaats. 'k Wist niet of de vraag hier
gepast was of misschien beter in nl.comp.os.linux.techniek gepost kon worden.
Adri :)
je hebt nu waarschijnlijk native ipv6 aanstaan. dan is de sit tunnel
niet meer nodig. Zet onboot in de sit configfile even op "no" en reboot.
Als alles no steeds over ipv6 te pingen is (en ipv6 in je modem dus
aanstaat) de sit config helemaal weggoien....
/Louis
Maarten Carels
2016-12-01 09:29:16 UTC
Permalink
Op de aansluiting die je gebruikte om je post te doen staat als ik naar
de NNTP-Posting-Host header kijk gewoon native ipv6 aan.

Ja kan dus alles wat met tunnels te maken heeft slopen, dat is niet meer
nodig.

--maarten
Adri Verhoef
2016-12-01 12:36:09 UTC
Permalink
Een bewoner van de aarde die zich identificeerde als
Post by Maarten Carels
Op de aansluiting die je gebruikte om je post te doen staat als ik naar
de NNTP-Posting-Host header kijk gewoon native ipv6 aan.
Dat is de desbetreffende machine, ja.
Post by Maarten Carels
Ja kan dus alles wat met tunnels te maken heeft slopen, dat is niet meer
nodig.
Heel fijn, dankjewel maarten!

Eveneens dank aan Louis voor het beantwoorden van mijn vraag.

Loading...