Sommige apparatuur laat het IPv6 ethertype niet door. Dus geen RA of DHCP6 komt dan door. Zelf obdervonden met een SDSL bridge modem.Roetzen schreef op vrijdag 04 juli 2014 @ 15:19:
Ja, dat zou ik ook denken. Ik begrijp ook niet waarom het modem zelf IPv6 aware moet zijn om alleen maar de pakketjes door te kunnen sturen. Het is dan wel zo dat een DOCSIS 2 modem alleen via IPv4 geconfigureerd kan worden. Maar dat laatste lijkt me voorlopig nog geen proleem.
Dat mag je niet zo vergelijken. Niet alle verkeer van NL gaat via de AMS-IX, er zijn veel meer knooppunten. Ik ben het overigens wel eens met je conclusie. Als de grote ISPs IPv6 aanzetten dan gaat opeens het grootste deel van het verkeer via IPv6.Verwijderd schreef op vrijdag 04 juli 2014 @ 08:44:
Laten we 1 miljoen gebruikers nemen met in de piekuren een bandbreedte verbruik van 1mbit/sec. Niet iedereen is online, sommige browsen alleen en anderen kijken youtube / netflix / torrents. Dat zou dan 1,4TB/sec zijn. Dit nog even naast de huidige IPv4 traffic stats leggen (ca 2,4Tb/sec tijdens piekuren) dan is het niet een onmogelijk getal.
Dan krijg jij maar geen IPv6, daar zullen ze bij Ziggo niet wakker van liggen. Dat komt wel een keer als je modem stuk gaat of om een andere reden vervangen moet worden.Roetzen schreef op vrijdag 04 juli 2014 @ 13:50:
Als Ziggo ooit nog eens native IPv6 gaat aanbieden, zullen ze me een ander modem moeten geven. Mijn router (Linksys WRT5GL + OpenWrt) kan IPv6 aan, maar mijn modem is nog de oude Motorola SBV die ik kreeg toen ik van KPN ADSL naar Ziggo overstapte. Die is nog DOCSIS 2
[ Voor 28% gewijzigd door CAPSLOCK2000 op 04-07-2014 23:16 ]
This post is warranted for the full amount you paid me for it.
Een modem van acht jaar oud zou zo maar ineens stuk kunnen gaan..CAPSLOCK2000 schreef op vrijdag 04 juli 2014 @ 23:15:
Dan krijg jij maar geen IPv6, daar zullen ze bij Ziggo niet wakker van liggen. Dat komt wel een keer als je modem stuk gaat of om een andere reden vervangen moet worden.
Gewoon stekker eruit trekken en helpdesk bellen ivm storing, zag laatst een andere GoTter die op die manier de experiabox (dacht ik) liet vervangen door een ander model, net zo lang tot ie een goede had
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Ziggo is al bezig om alle oude modems te vervangen door een nieuwer type. Dat duurt uiteraard even. Ik begreep dat het dit jaar klaar moet zijn.
If it ain't broken, tweak it!
Even? Toen ik nog bij Ziggo zat waren ze daar al mee begonnen, inmiddels zijn we een aantal jaren verder, zolang duurt dat toch niet?
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Mits de "happy eyeballing" van Apple ook echt voor IPv6 kiestCAPSLOCK2000 schreef op vrijdag 04 juli 2014 @ 23:15:
[...]
Dat mag je niet zo vergelijken. Niet alle verkeer van NL gaat via de AMS-IX, er zijn veel meer knooppunten. Ik ben het overigens wel eens met je conclusie. Als de grote ISPs IPv6 aanzetten dan gaat opeens het grootste deel van het verkeer via IPv6.
Maar ben het met je eens, als Ziggo en UPC dit aan zetten op alle routers van klanten dan gaan we héél veel IPv6 verkeer ineens zien.
Dat effect wil ik wel eens meten. Wij hosten +/- 50k website in Nederland, daar moet ik snel eens het IPv4 vs IPv6 verkeer gaan plotten om te zien welke pieken er ontstaan.
Misschien kunnen we een vergelijking maken met Belgie?
Pas op: heftige speculatie en grove schattingen volgen:
Als ik het me goed herinner bieden Telenet en Belgacom IPv6. Na een beetje Googelen kom ik op 70% marktaandeel voor die twee bedrijven samen.
Volgens http://6lab.cisco.com/stats/cible.php?country=BE gebruikt 20% van de Belgen daadwerkelijk IPv6.
Die twee getallen samen (met een beetje compensatie voor IPv6 via andere providers) kom ik uit bij 30% van de klanten van voornoemde bedrijven.
disclaimer: alles uit de losse pols, aub niet te veel waarde aan hechten.
Pas op: heftige speculatie en grove schattingen volgen:
Als ik het me goed herinner bieden Telenet en Belgacom IPv6. Na een beetje Googelen kom ik op 70% marktaandeel voor die twee bedrijven samen.
Volgens http://6lab.cisco.com/stats/cible.php?country=BE gebruikt 20% van de Belgen daadwerkelijk IPv6.
Die twee getallen samen (met een beetje compensatie voor IPv6 via andere providers) kom ik uit bij 30% van de klanten van voornoemde bedrijven.
disclaimer: alles uit de losse pols, aub niet te veel waarde aan hechten.
[ Voor 7% gewijzigd door CAPSLOCK2000 op 05-07-2014 12:50 ]
This post is warranted for the full amount you paid me for it.
Verwijderd
En met de opmerking dat ze met de uitrol zijn begonnen, of dit ook werkelijk al "afgerond" is weet ik niet. Even daargelaten dat niet alle CPE's geschikt zullen zijn.
Telenet-woordvoerster Evelyne Nieuwland bevestigt aan Tweakers dat de kabelprovider ipv6 dit jaar 'gecontroleerd en stelselmatig' uit zal rollen. Dit proces zal volgens Nieuwland 'regio per regio, modemtype per modemtype, product per product' gaan plaatsvinden
nieuws: Telenet begint met uitrol ipv6
Telenet-woordvoerster Evelyne Nieuwland bevestigt aan Tweakers dat de kabelprovider ipv6 dit jaar 'gecontroleerd en stelselmatig' uit zal rollen. Dit proces zal volgens Nieuwland 'regio per regio, modemtype per modemtype, product per product' gaan plaatsvinden
nieuws: Telenet begint met uitrol ipv6
Zijn er meer mensen bij wie antagonist.nl het niet doet over v6? Hier doet 'ie het al een aantal dagen niet. Ik ben er geen klant dus heb er geen last van, maar vind het wel frapant.
No trees were harmed in creating this message. However, a large number of electrons were terribly inconvenienced.
Verwijderd
Hier ook niet, terwijl http://ip6.nl/#!antagonist.nl aangeeft dat de DNS kant wel goed zit.Freeaqingme schreef op zondag 06 juli 2014 @ 01:28:
Zijn er meer mensen bij wie antagonist.nl het niet doet over v6? Hier doet 'ie het al een aantal dagen niet. Ik ben er geen klant dus heb er geen last van, maar vind het wel frapant.
wget -6 www.antagonist.nl > connection refused ook geeft wireshark aan dat na de SYN een reset komt op zowel poort 80 als 443.
[ Voor 5% gewijzigd door Verwijderd op 06-07-2014 10:27 ]
Ik kan hier via XS4ALL, op dit moment, die site gewoon openen en hij is ook pingbaar.
Blog | PVOutput Zonnig Beuningen
Antagonist heeft helaas wel vaker problemen met IPv6, sta er niet raar van te kijken dat het (weer) niet werkt. Site opent hier via IPv4 overigens.Freeaqingme schreef op zondag 06 juli 2014 @ 01:28:
Zijn er meer mensen bij wie antagonist.nl het niet doet over v6? Hier doet 'ie het al een aantal dagen niet. Ik ben er geen klant dus heb er geen last van, maar vind het wel frapant.
[ Voor 4% gewijzigd door Raven op 06-07-2014 11:47 ]
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Ik heb een contact bij Antagonist zojuist even een berichtje gestuurd, ze gaan er naar kijken.Freeaqingme schreef op zondag 06 juli 2014 @ 01:28:
Zijn er meer mensen bij wie antagonist.nl het niet doet over v6? Hier doet 'ie het al een aantal dagen niet. Ik ben er geen klant dus heb er geen last van, maar vind het wel frapant.
Wouter hier, oprichter van Antagonist. Zul je net zien, monitor je je eigen website niet op IPv6... 
Bedankt voor de melding, het probleem is inmiddels opgelost!
Bedankt voor de melding, het probleem is inmiddels opgelost!
Leuke statistiek! Ik ben op onze hosting omgeving eens aan de slag gegaan met grafiekjes maken en zie dat wij gemiddeld zo'n 7% IPv6 verkeer hebben.
Op dit moment staan er 2500 TCP connecties open met daarvan zo'n 180 IPv6! Nu lekker grafiekjes blijven maken en afwachten wat er gebeurd zodra bij de grote jongens IPv6 aan gaat.
Gaat hier om de TCP connecties op de loadbalancers voor zo'n 30k websites.
Op dit moment staan er 2500 TCP connecties open met daarvan zo'n 180 IPv6! Nu lekker grafiekjes blijven maken en afwachten wat er gebeurd zodra bij de grote jongens IPv6 aan gaat.
Gaat hier om de TCP connecties op de loadbalancers voor zo'n 30k websites.
[ Voor 10% gewijzigd door Snow_King op 07-07-2014 21:21 ]
Ben je toevallig al verder hiermee? Ik kan me inderdaad voorstellen dat als de IPv4 nameserver sneller reageert dan de IPv6 NS dat Happy Eyeballs IPv4 de voorkeur geeft. Wellicht heeft het ook nog wel te maken dat de IPv4 addressen misschien in de local DNS cache zitten op clients en de IPv6 niet.Snow_King schreef op donderdag 03 juli 2014 @ 13:30:
[...]
Duidelijk verhaal! (Ook bedankt aan de replies hier boven!)
Als je aan geeft dat het aan de DNS kan liggen, is misschien dat de oorzaak. Clients krijgen via DHCP een set nameservers én via DHCPv6 een set nameservers.
Als Mac OSX dan de IPv4 nameservers als eerste kiest en op basis daar van dus óók IPv4 voorrang geeft is het logisch.
Het grote: DAB+ digitale radio topic / IPv6 topic / OpenWRT topic
De nameserver is niet de deciding factor hier; het gaat echt om de destination.Maurits van Baerle schreef op dinsdag 08 juli 2014 @ 15:07:
[...]
Ben je toevallig al verder hiermee? Ik kan me inderdaad voorstellen dat als de IPv4 nameserver sneller reageert dan de IPv6 NS dat Happy Eyeballs IPv4 de voorkeur geeft. Wellicht heeft het ook nog wel te maken dat de IPv4 addressen misschien in de local DNS cache zitten op clients en de IPv6 niet.
All my posts are provided as-is. They come with NO WARRANTY at all.
Nee, voor nu heb ik het maar even geaccepteerd.Maurits van Baerle schreef op dinsdag 08 juli 2014 @ 15:07:
[...]
Ben je toevallig al verder hiermee? Ik kan me inderdaad voorstellen dat als de IPv4 nameserver sneller reageert dan de IPv6 NS dat Happy Eyeballs IPv4 de voorkeur geeft. Wellicht heeft het ook nog wel te maken dat de IPv4 addressen misschien in de local DNS cache zitten op clients en de IPv6 niet.
mijn site is op de mx na reeds 4/5 ipv6 ready volgens http://ip6.nl/
Morgen maar eens kijken wat ik moet doen om de MX ook ipv6 ready te krijgen...
heb nu gelukkig toch vakantie dus genoeg tijd om me hier eens in te verdiepen.
Tevens heb ook ik Ziggo, maar dan zonder ipv6. ipv6 krijg ik binnen via een HE tunnel die op mijn openwrt router is geconfigureerd
Morgen maar eens kijken wat ik moet doen om de MX ook ipv6 ready te krijgen...
heb nu gelukkig toch vakantie dus genoeg tijd om me hier eens in te verdiepen.
Tevens heb ook ik Ziggo, maar dan zonder ipv6. ipv6 krijg ik binnen via een HE tunnel die op mijn openwrt router is geconfigureerd
[ Voor 69% gewijzigd door eagle00789 op 11-07-2014 02:19 ]
Verwijderd
Hoe beveiligen anderen hun server (http / smtp etc) op IPv6? Fail2ban blijft een beetje achter met hun ondersteuning en een alternatief heb ik nog niet gevonden.
Als iedereen miljarden IP adressen tot zijn beschikking heeft dan heeft fail2ban niet zoveel zin (tenzij je een heel /48 blok in 1 keer gaat blokkeren).
If it ain't broken, tweak it!
Eens. Ik gebruik zaken als fail2ban eigenlijk nooit.FatalError schreef op maandag 14 juli 2014 @ 12:48:
Als iedereen miljarden IP adressen tot zijn beschikking heeft dan heeft fail2ban niet zoveel zin (tenzij je een heel /48 blok in 1 keer gaat blokkeren).
Op je SSH gewoon geen passwords toe staan en verder gewoon goede passwords gebruiken.
Overigens moet ik over IPv6 nog de eerste brute-force zien. Het internet af scannen zit er namelijk niet in, dus aanvallen moeten gerichter worden door databases met hostnames/IP's te gaan verzamelen.
Verwijderd
Dat was wel mijn plan, /64 blokkeren voor een periode van x minuten en bij repeat offenders langer. Je hebt dan vaak de aanval beperkt tot een eindpunt.FatalError schreef op maandag 14 juli 2014 @ 12:48:
Als iedereen miljarden IP adressen tot zijn beschikking heeft dan heeft fail2ban niet zoveel zin (tenzij je een heel /48 blok in 1 keer gaat blokkeren).
Het gaat me overigens niet om ssh maar om htpd en mail services.
Dat er nog niet veel aanvallen zijn over IPv6 betekend natuurlijk niet dat je daar een ander security beleid op moet voeren. Brute force is ook gewoon mogelijk, range scanning kan op andere manieren worden ondervangen.
IP's met DNS records zijn natuurlijk zo gevonden, verder is met wat creativiteit ook wel voor de handliggende combinaties te raden. Check deze video: https://ripe68.ripe.net/archives/video/265/
Ik weet even niet 100% zeker of deze video het addresseerde maar het ging erom dat mensen servers logische namen geven waardoor een hoop random adressen niet direct gescanned hoeven te worden, denk aan hostnames met BEEF CAFE of gewoon XXX:XXX::1 etc.
Als iets continue allerlei shit aan het proberen naar mijn webserver dan wil ik deze automatisch stoppen bij de voordeur, vandaar fail2ban gebruik (onder andere).
[ Voor 10% gewijzigd door Verwijderd op 15-07-2014 10:55 ]
Op Twitter gisteren dit bericht vanuit ZeelandNet:
Had ik al verwacht, maar dit jaar dus nog 100k verbindingen van ZeelandNet die IPv6 krijgt. Laat bij 25% van de mensen de router het ook écht aan kunnen en we hebben in ieder geval 25.000 verbindingen met IPv6 er bij.Very close. 2014 is a good year for your #future! Working on the final preparations for global #IPv6 deployment in #Zeeland!
global in zeeland, right.
All my posts are provided as-is. They come with NO WARRANTY at all.
Laten we het positief in zien, er is tenminste een ISP die wél IPv6 gaat deployen (naast XS4All) op redelijk grote schaal aan consumenten.CyBeR schreef op donderdag 17 juli 2014 @ 11:09:
global in zeeland, right.
Ik ben juist blij dat ik geen klant van Ziggo of UPC ben.
Ik heb allang geen verwachtingen meer mbt Nederlandse ISP's en IPv6, * Raven blijft wel gebruik maken van zijn HE-tunnel
En mocht IPv6 toch ooit eens ondersteund en gebruikt gaan worden, moet ik maar eens gaan uitzoeken hoe ik een native verbinding werkend kan krijgen op een OS dat officieel niet eens IPv6 ondersteund
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Ik denk dat hij met global niet "over de hele wereld" maar "op alle segmenten van Zeelandnet" bedoeld.CyBeR schreef op donderdag 17 juli 2014 @ 11:09:
global in zeeland, right.
Er zijn bijvoorbeeld ook ISP's die wel voor hun zakelijke maar niet voor hun consumentenklanten IPv6 aanbieden. Mijn eigen ISP (BT) is er helaas zo een en volgens mij Ziggo of UPC ook.
Het grote: DAB+ digitale radio topic / IPv6 topic / OpenWRT topic
Ja, maar dat 't gewoon een kwestie grootspraak van een marketeer is moge duidelijk zijn toch
All my posts are provided as-is. They come with NO WARRANTY at all.
Haha ja op zich, behalve dat ik vermoed dat het een tikfoutje/vertaalfoutje is ;-)CyBeR schreef op donderdag 17 juli 2014 @ 11:09:
global in zeeland, right.
Overigens is op de OpenWrt mailing list een levendige discussie gaande met betrekking tot zinnige firewall defaults voor ipv6, wellicht leuk om te lezen of goed om in te mengen?
https://lists.openwrt.org...vel/2014-July/026809.html
En
https://lists.openwrt.org...vel/2014-July/026717.html
Ik ga me wellicht nog mengen, maar een goede start is <1024 blocken. VNC en RDP heb je dan inderdaad niet dicht, maar alle bekende services zitten dan wel dicht.Zsub schreef op donderdag 17 juli 2014 @ 12:32:
[...]
Haha ja op zich, behalve dat ik vermoed dat het een tikfoutje/vertaalfoutje is ;-)
Overigens is op de OpenWrt mailing list een levendige discussie gaande met betrekking tot zinnige firewall defaults voor ipv6, wellicht leuk om te lezen of goed om in te mengen?
https://lists.openwrt.org...vel/2014-July/026809.html
En
https://lists.openwrt.org...vel/2014-July/026717.html
Overigens firewall ik mijn IPv6 niet.
Nou ja, dat ben ik dus juist niet met je eens.CyBeR schreef op donderdag 17 juli 2014 @ 12:01:
Ja, maar dat 't gewoon een kwestie grootspraak van een marketeer is moge duidelijk zijn toch
Hij is geen marketeer maar een netwerkspecialist, een techneut dus. Dan verwacht je dus ook technische betekenis achter z'n begrippen. Ik heb ook jaren geleden eens een Windows 2000 Server beheerd met zaken als een 'Global Address List' in het AD. Niemand die dacht dat die pentium 3 in de hoek de adressen van iedereen in de wereld bijhield, Global betekende simpelweg over het hele netwerk. 'Global' heeft nou eenmaal een bepaalde betekenis in technische kringen die anders is dan wat er algemeen mee bedoelt wordt.
[ Voor 3% gewijzigd door Maurits van Baerle op 17-07-2014 14:20 ]
Het grote: DAB+ digitale radio topic / IPv6 topic / OpenWRT topic
Liever niet, want zoveel mensen, zoveel meningen.Zsub schreef op donderdag 17 juli 2014 @ 12:32:
[...]
Haha ja op zich, behalve dat ik vermoed dat het een tikfoutje/vertaalfoutje is ;-)
Overigens is op de OpenWrt mailing list een levendige discussie gaande met betrekking tot zinnige firewall defaults voor ipv6, wellicht leuk om te lezen of goed om in te mengen?
https://lists.openwrt.org...vel/2014-July/026809.html
En
https://lists.openwrt.org...vel/2014-July/026717.html
De suggestie van Snow King is wel een aardige, maar dat vinden mensen weer lastig met een eigen webservertje
Het mes snijdt aan 2 kanten, misschien gewoon een lijstje checkboxes met omschrijving ofzo. Al zullen veel mensen de configuratie pagina van het apparaat nooit meer vinden.
Wordt nog wel leuk met DDNS, dat moeten voortaan de apparaten ondersteunen, en niet de router, al zou deze daar wel een rol in kunnen spelen.
Verwijderd
Met risico dat ik iets zeg wat totaal niet klopt, meen ik me te herinneren dat toen ik xs4all als provider had (10 jaar geleden) je zelf een hostname kon kiezen onder het xs4all.nl domein.databeestje schreef op donderdag 17 juli 2014 @ 16:23:
[...]
Wordt nog wel leuk met DDNS, dat moeten voortaan de apparaten ondersteunen, en niet de router, al zou deze daar wel een rol in kunnen spelen.
Het zou niet verkeerd zijn als de grotere providers zoals UPC, Ziggo etc ook een domein of meerdere domeinen hebben waaronder een klant zijn hostname kan kiezen en evt nog een laag dieper.
Voorbeeld
camera1.custbaas.upchome.nl
%device%.%klantgekozenhostname%.upchome.nl
Dan kan iemand redelijk eenvoudig buiten zijn woning of bedrijf altijd en overal bij zijn eigen thuis systemen. Ook fijn voor applicaties (bv camera app) die er al zijn of die nog zullen komen.
[ Voor 6% gewijzigd door Verwijderd op 18-07-2014 14:42 ]
Jeej, bokkende tunnelservers
he.net ams server.
code:
1
2
3
4
5
6
7
8
| PING 216.66.84.46 (216.66.84.46) 56(84) bytes of data. 64 bytes from 216.66.84.46: icmp_req=11 ttl=59 time=10.0 ms 64 bytes from 216.66.84.46: icmp_req=13 ttl=59 time=13.5 ms 64 bytes from 216.66.84.46: icmp_req=15 ttl=59 time=11.7 ms 64 bytes from 216.66.84.46: icmp_req=18 ttl=59 time=13.1 ms 64 bytes from 216.66.84.46: icmp_req=22 ttl=59 time=75.9 ms 64 bytes from 216.66.84.46: icmp_req=25 ttl=59 time=10.5 ms 64 bytes from 216.66.84.46: icmp_req=32 ttl=59 time=11.1 ms |
he.net ams server.
Solar @ Dongen: http://solar.searchy.net/ - Penpal International: http://ppi.searchy.net/
Dus de HE-tunnel werkt bij jou ook niet lekker? Sinds vanmiddag ene keer niks aan de hand, andere moment laden... laden... laden... laden... verbinding geherinitialiseerd error of fallback naar IPv4.
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Verwijderd
De HE.net tunnel Amsterdam is hier vandaag ook al de hele dag instabiel. Drama, heb IPv6 maar even uitgezet want zo is het niet werkbaar.
Als jullie het ook willen melden: info@he.net, vermeld evt. #2538060, dat is mijn melding.
Overigens, tunnelbroker.net en he.net willen hier niet via IPv4 openen
, IPv6 staat uit.
Overigens, tunnelbroker.net en he.net willen hier niet via IPv4 openen
[ Voor 6% gewijzigd door Raven op 22-07-2014 12:57 ]
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
HE.net: "Our network engineers are aware of some issues in Amsterdam which are the most likely cause for the intermittent connectivity issues between your computer and the Amsterdam tunnel server."
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Comcast meldt dat ze nu 1 Tb/s aan Internet facing, native IPv6 verkeer hebben.
We are also pleased to announce that we have achieved a significant traffic milestone as we recently crossed 1Tb/s of Internet facing, native IPv6 traffic. Reaching this goal would not be possible without the efforts of content partners like Google, who enabled YouTube streaming to be dual stack enabled by default. Increased support for IPv6 across content and consumer electronic is critical to ensure the success of the IPv6 transition across the Internet ecosystem.
Comcast Reaches Key Milestone in Launch of IPv6 Broadband Network
Het grote: DAB+ digitale radio topic / IPv6 topic / OpenWRT topic
Opzich is dat niet raar als consumenten ISP:Maurits van Baerle schreef op donderdag 24 juli 2014 @ 23:35:
Comcast meldt dat ze nu 1 Tb/s aan Internet facing, native IPv6 verkeer hebben.
[...]
* Youtube
* Netflix
In volgorde van datagebruik (zoals ik het gok).
Overigens ziet T-Mobile USA ook een groot deel IPv6 verkeer doordat ze native IPv6 op hun 3G/4G aanbieden: YouTube: 464XLAT: Breaking Free of IPv4
Verwijderd
Ik zag zelf een tijdje terug een korter, duidelijker overzicht hiervan maar kon deze zo snel niet terug vinden.Snow_King schreef op vrijdag 25 juli 2014 @ 09:09:
[...]
Opzich is dat niet raar als consumenten ISP:
* Youtube
* Netflix
In volgorde van datagebruik (zoals ik het gok).
https://www.sandvine.com/...rnet-phenomena-report.pdf
USA
Down:
Netflix 34%
Youtube 13%
HTTP 11%
Up:
Bittorrent 24%
HTTP 14
SSL 6%
Europe
Down:
Youtube 17%
HTTP 17%
Bittorrent 11%
Up:
Bittorrent 33%
HTTP 10%
Youtube 7%
Met betrekking tot de 1Tb/s aan IPv6 verkeer, voor sommigen is dit weinig ten opzichte van IPv4, maar 1 Tb/s is niet weinig aan data-verkeer en zal zeker helpen in het ontdekken /verbeteren van IPv6 traffic. AMS-ix verwerkt op piekdagen de afgelopen week zo'n 20Gb/s.
Een tijdje geleden ben ik bezig geweest met Postfix, en daarbij viel 't op dat 'ie ipv4 leek te prefereren over IPv6. Dat vervolgens opgelost door 'smtp_address_preference = ipv6' toe te voegen aan de config.
De nieuwe config inmiddels op een aantal machines uitgerold. Op een random bak zojuist even wat stats berekend. Turns out dat ~36 % van de email via IPv6 verstuurd wordt, en dat dit 14% van de totale servers waar naartoe verzonden is betreft.
logfile=/var/log/maillog.*.bz2; v4=$(bzgrep 'status=sent' ${logfile} | awk '{print $8}' | cut -d ']' -f1 | cut -d'[' -f2 | grep '\.' | wc -l); v6=$(bzgrep 'status=sent' ${logfile} | awk '{print $8}' | cut -d ']' -f1 | cut -d'[' -f2 | grep '\:' | wc -l); echo "(${v6}*100)/(${v6}+${v4})" | bc
36
logfile=/var/log/maillog.*.bz2; v4=$(bzgrep 'status=sent' ${logfile} | awk '{print $8}' | cut -d ']' -f1 | cut -d'[' -f2 | grep '\.' | sort | uniq | wc -l); v6=$(bzgrep 'status=sent' ${logfile} | awk '{print $8}' | cut -d ']' -f1 | cut -d'[' -f2 | grep '\:' | sort | uniq | wc -l); echo "(${v6}*100)/(${v6}+${v4})" | bc
14
Totale sample size is ongeveer 20K emails over de afgelopen week.
De nieuwe config inmiddels op een aantal machines uitgerold. Op een random bak zojuist even wat stats berekend. Turns out dat ~36 % van de email via IPv6 verstuurd wordt, en dat dit 14% van de totale servers waar naartoe verzonden is betreft.
logfile=/var/log/maillog.*.bz2; v4=$(bzgrep 'status=sent' ${logfile} | awk '{print $8}' | cut -d ']' -f1 | cut -d'[' -f2 | grep '\.' | wc -l); v6=$(bzgrep 'status=sent' ${logfile} | awk '{print $8}' | cut -d ']' -f1 | cut -d'[' -f2 | grep '\:' | wc -l); echo "(${v6}*100)/(${v6}+${v4})" | bc
36
logfile=/var/log/maillog.*.bz2; v4=$(bzgrep 'status=sent' ${logfile} | awk '{print $8}' | cut -d ']' -f1 | cut -d'[' -f2 | grep '\.' | sort | uniq | wc -l); v6=$(bzgrep 'status=sent' ${logfile} | awk '{print $8}' | cut -d ']' -f1 | cut -d'[' -f2 | grep '\:' | sort | uniq | wc -l); echo "(${v6}*100)/(${v6}+${v4})" | bc
14
Totale sample size is ongeveer 20K emails over de afgelopen week.
No trees were harmed in creating this message. However, a large number of electrons were terribly inconvenienced.
Interessant! Gmail doet tegenwoordig al IPv6, dus dan kan het best hard gaan.Freeaqingme schreef op zaterdag 26 juli 2014 @ 19:33:
Een tijdje geleden ben ik bezig geweest met Postfix, en daarbij viel 't op dat 'ie ipv4 leek te prefereren over IPv6. Dat vervolgens opgelost door 'smtp_address_preference = ipv6' toe te voegen aan de config.
De nieuwe config inmiddels op een aantal machines uitgerold. Op een random bak zojuist even wat stats berekend. Turns out dat ~36 % van de email via IPv6 verstuurd wordt, en dat dit 14% van de totale servers waar naartoe verzonden is betreft.
logfile=/var/log/maillog.*.bz2; v4=$(bzgrep 'status=sent' ${logfile} | awk '{print $8}' | cut -d ']' -f1 | cut -d'[' -f2 | grep '\.' | wc -l); v6=$(bzgrep 'status=sent' ${logfile} | awk '{print $8}' | cut -d ']' -f1 | cut -d'[' -f2 | grep '\:' | wc -l); echo "(${v6}*100)/(${v6}+${v4})" | bc
36
logfile=/var/log/maillog.*.bz2; v4=$(bzgrep 'status=sent' ${logfile} | awk '{print $8}' | cut -d ']' -f1 | cut -d'[' -f2 | grep '\.' | sort | uniq | wc -l); v6=$(bzgrep 'status=sent' ${logfile} | awk '{print $8}' | cut -d ']' -f1 | cut -d'[' -f2 | grep '\:' | sort | uniq | wc -l); echo "(${v6}*100)/(${v6}+${v4})" | bc
14
Totale sample size is ongeveer 20K emails over de afgelopen week.
Welke versie Postfix praten we hier trouwens over? Want zo ver ik weet prefereert hij gewoon IPv6.
Ik heb trouwens een bug ontdekt in de iPhone IPv6 code.
Na een tijdje verliest mijn iPhone zijn IPv6 connecvititeit. Met de app 'IPv6 toolkit' kan ik zien welk IPv6-adres mijn iPhone op en0 (WiFi if) heeft en dat is na een X periode (dagen gok ik) alleen nog maar een link-local.
Ook als ik met de WiFi van vrienden van mij verbind krijg ik geen IPv6 adres meer. Als ik de telefoon dan een herstart geef is alles weer opgelost en heb ik weer IPv6 connectiviteit op mijn iPhone.
Gaat om iOS 7 in dit geval.
Na een tijdje verliest mijn iPhone zijn IPv6 connecvititeit. Met de app 'IPv6 toolkit' kan ik zien welk IPv6-adres mijn iPhone op en0 (WiFi if) heeft en dat is na een X periode (dagen gok ik) alleen nog maar een link-local.
Ook als ik met de WiFi van vrienden van mij verbind krijg ik geen IPv6 adres meer. Als ik de telefoon dan een herstart geef is alles weer opgelost en heb ik weer IPv6 connectiviteit op mijn iPhone.
Gaat om iOS 7 in dit geval.
Als je er van overtuigd bent dat het een bug is: https://bugreport.apple.comSnow_King schreef op dinsdag 29 juli 2014 @ 09:22:
Ik heb trouwens een bug ontdekt in de iPhone IPv6 code.
Na een tijdje verliest mijn iPhone zijn IPv6 connecvititeit. Met de app 'IPv6 toolkit' kan ik zien welk IPv6-adres mijn iPhone op en0 (WiFi if) heeft en dat is na een X periode (dagen gok ik) alleen nog maar een link-local.
Ook als ik met de WiFi van vrienden van mij verbind krijg ik geen IPv6 adres meer. Als ik de telefoon dan een herstart geef is alles weer opgelost en heb ik weer IPv6 connectiviteit op mijn iPhone.
Gaat om iOS 7 in dit geval.

Hmm, iemand enig idee wat de oorzaak kan zijn dat mijn sixxs tunnel sinds een paar weken deze mate van loss vertoont? Ik kan me niet herinneren dat ik aan mijn kant iets veranderd heb en ik kan ook niet zeggen dat ik er merkbaar last van heb gehad, maar ik ben toch wel benieuwd wat hier achter zit.
Het betreft een static 6in4 tunnel die uitkomt op mijn AC66U router die in de DMZ van mijn Ziggo modemrouter staat. Bij mijn ouders heb ik dezelfde router staan, met eenzelfde 6in4 tunnel en die gedraagt zich wel gewoon normaal. Enige verschil is dat daar een wat ouder Ziggo modem staat dat nog geen router functie aan boord heeft.
[ Voor 8% gewijzigd door Orion84 op 29-07-2014 12:56 ]
The problem with common sense is that it's not all that common. | LinkedIn | Flickr
User Access Verification
The section you requested, requires you to be logged on into the SixXS system.
The section you requested, requires you to be logged on into the SixXS system.
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Als ik het goed begrijp, dit lezende, dan ondersteunt Postfix inderdaad al jaren IPv6 maar staat het standaard uit. Dat is om te voorkomen dat Postfix installaties email over IPv6 gaan versturen zonder bijbehorend PTR record (voor SPF) en met SLAAC nog aan (dat moet uit om te voorkomen dat de mailserver willekeurige IPv6 adressen gaat gebruiken voor het versturen).Snow_King schreef op zondag 27 juli 2014 @ 09:26:
[...]
Interessant! Gmail doet tegenwoordig al IPv6, dus dan kan het best hard gaan.
Welke versie Postfix praten we hier trouwens over? Want zo ver ik weet prefereert hij gewoon IPv6.
Als je die twee dingen niet eerst regelt zou Postfix wel kunnen proberen email over IPv6 af te leveren maar zal veel daarvan niet aankomen omdat het als spam wordt aangemerkt.
Het grote: DAB+ digitale radio topic / IPv6 topic / OpenWRT topic
Ah, stom, die plaatjes zijn natuurlijk niet te bekijken zonder ingelogt te zijn in mijn account. Heb hem even hier op tweakers gehostRaven schreef op dinsdag 29 juli 2014 @ 11:55:
User Access Verification
The section you requested, requires you to be logged on into the SixXS system.
The problem with common sense is that it's not all that common. | LinkedIn | Flickr
Wilde gok: MTU die te hoog staat?
| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett
Nav: video: HD-voice en bellen over 4g
En dit filmpje: YouTube: 464XLAT: Breaking Free of IPv4
In dat laatste filmpje wordt aan gehaald dat voor Voice over LTE er een 2e IP-adres nodig is op elk device. Effectief gaan providers dus twee keer zo veel IPv4 adressen intern nodig hebben.
T-Mobile USA heeft met hun IPv6-only deployment dat probleem dus niet, maar ik vraag me af of ze in Nederland ook al aan IPv6 denken voor mobiele netwerken.
En dit filmpje: YouTube: 464XLAT: Breaking Free of IPv4
In dat laatste filmpje wordt aan gehaald dat voor Voice over LTE er een 2e IP-adres nodig is op elk device. Effectief gaan providers dus twee keer zo veel IPv4 adressen intern nodig hebben.
T-Mobile USA heeft met hun IPv6-only deployment dat probleem dus niet, maar ik vraag me af of ze in Nederland ook al aan IPv6 denken voor mobiele netwerken.
Die staat op de sixxs pagina en in mijn router op 1280 als ik me niet vergis. Sowieso heb ik daar niks aan veranderd rond het moment dat de loss begon.Jaap-Jan schreef op donderdag 31 juli 2014 @ 22:39:
Wilde gok: MTU die te hoog staat?
The problem with common sense is that it's not all that common. | LinkedIn | Flickr
Dat kan sowieso niet. De MTU bij Sixxs moet 20 bytes minder zijn vanwege de overhead die de header van het 6in4 protocol toevoegt.
| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett
Ik bedoel met de MTU in mijn router de Tunnel MTU setting bij de IPv6 settings, niet de algemene MTU setting voor ethernet, hè:

Lijkt mij dat dat gewoon moet matchen met de SixXS setting? Verder heb ik de TTL op 255 staan, wat volgens mij de default is, maar ik kan niet echt vinden of daar voor SixXS een andere instelling nodig is.

Lijkt mij dat dat gewoon moet matchen met de SixXS setting? Verder heb ik de TTL op 255 staan, wat volgens mij de default is, maar ik kan niet echt vinden of daar voor SixXS een andere instelling nodig is.
The problem with common sense is that it's not all that common. | LinkedIn | Flickr
Ik heb mijn tunnel- MTU in de router gelijk ingesteld als in mijn SixXS instellingen. Het maximale wat ik kan instellen is 1480.Orion84 schreef op zaterdag 02 augustus 2014 @ 15:24:
Ik bedoel met de MTU in mijn router de Tunnel MTU setting bij de IPv6 settings, niet de algemene MTU setting voor ethernet, hè:
[afbeelding]
Lijkt mij dat dat gewoon moet matchen met de SixXS setting? Verder heb ik de TTL op 255 staan, wat volgens mij de default is, maar ik kan niet echt vinden of daar voor SixXS een andere instelling nodig is.
You only live once, so live to the max's
Same here. Ik heb hem net verhoogd naar 1480 (zowel in de sixxs config als in mijn router) en dat werkt ook nog gewoon zoals ik gewend ben (maar nog steeds wel die latency loss). Als ik vanaf mijn systeem naar google ping bijvoorbeeld dan heb ik verder ook geen loss en IPv6 usenet downloads werken ook gewoon goed (al hebben ze wel vrij vaak repairs nodig, geen idee of dat normaal is eigenlijk, maar dat was in elk geval ook al zo voordat het sixxs loss grafiekje naar 40% steeg).
Het lijkt er dus op dat om een of andere reden mijn netwerk niet goed reageert op de latency packets die sixxs (of is dat de PoP?) verstuurt.
Het lijkt er dus op dat om een of andere reden mijn netwerk niet goed reageert op de latency packets die sixxs (of is dat de PoP?) verstuurt.
The problem with common sense is that it's not all that common. | LinkedIn | Flickr
Hoe is het met je IPv4-verkeer? Kun je daar een pingplotter op loslaten? Kun je je modem uitlezen? Hoe zijn die waardes?Orion84 schreef op zaterdag 02 augustus 2014 @ 17:14:
Same here. Ik heb hem net verhoogd naar 1480 (zowel in de sixxs config als in mijn router) en dat werkt ook nog gewoon zoals ik gewend ben (maar nog steeds wel die latency loss). Als ik vanaf mijn systeem naar google ping bijvoorbeeld dan heb ik verder ook geen loss en IPv6 usenet downloads werken ook gewoon goed (al hebben ze wel vrij vaak repairs nodig, geen idee of dat normaal is eigenlijk, maar dat was in elk geval ook al zo voordat het sixxs loss grafiekje naar 40% steeg).
Het lijkt er dus op dat om een of andere reden mijn netwerk niet goed reageert op de latency packets die sixxs (of is dat de PoP?) verstuurt.
You only live once, so live to the max's
Prima voor zover ik weet. Ik heb er geen langdurige pingplotter op losgelaten, maar paar minuten lang de PoP IPv4 pingen geeft geen loss en stabiele ping van ~10ms. Terwijl Sixxs over de afgelopen 5 minuten rapporteert dat er 22 latency packets verstuurt zijn en maar 14 ontvangen.MORCIK schreef op zaterdag 02 augustus 2014 @ 17:48:
[...]
Hoe is het met je IPv4-verkeer? Kun je daar een pingplotter op loslaten?
Welke waardes had je in gedachten? Betreft een Ziggo Ubee EVW321. Docsis status is alsvolgt:Kun je je modem uitlezen? Hoe zijn die waardes?
[ Voor 9% gewijzigd door Orion84 op 02-08-2014 18:05 ]
The problem with common sense is that it's not all that common. | LinkedIn | Flickr
Ik zou in elk geval een pingplot doen over een langere periode, bv. een week. Je waardes lijken goed te zijn, behalve dat ik bij T4 een 1 zie staan. Zoals ik me herinner toen ik bij @home werkte duidde T4 vooral op een los contact, of in ieder geval iets waardoor de verbinding even onderbroken wordt. T3 duidde vooral op ruis als gevolg van slechte bekabeling, filters of splitters.
Het venijn van T4 is dat het sporadisch voor kan komen en dat in de tussentijd alles perfect werkt. Vandaar mijn advies om over een langere periode te meten.
Het venijn van T4 is dat het sporadisch voor kan komen en dat in de tussentijd alles perfect werkt. Vandaar mijn advies om over een langere periode te meten.
You only live once, so live to the max's
Mja, dat zou logisch zijn als de loss op ipv6 ook sporadisch zou zijn, maar die is gewoon continue aanwezig. En het is voor zover ik kan nagaan ook enkel een loss van latency packets, want als ik 40% packet-loss had op al mijn IPv6 verkeer, dan zou dat gewoon behoorlijk merkbaar moeten zijn, terwijl ik in de praktijk geen verandering ervaar ten opzichte van 3 weken geleden toen er nog geen loss werd gerapporteerd.
5 minuten pingplotter naar popipv4 geeft 0 loss en gemiddeld 11ms ping. In diezelfde 5 minuten rapporteert sixxs het volgende:
Misschien maar eens een ticket bij sixxs openen, kijken wat zij er van kunnen maken.
Dank voor het meedenken in elk geval en als iemand nog een ingeving heeft hoor ik het graag
5 minuten pingplotter naar popipv4 geeft 0 loss en gemiddeld 11ms ping. In diezelfde 5 minuten rapporteert sixxs het volgende:
code:
1
2
3
4
5
6
7
| Tunnel Latency (last 5 minutes) Latency Pkt Sent 28 Latency Pkt Recv 10 Latency Loss 64.29 Latency Min 9.62 ms Latency Avg 14.26 ms Latency Max 18.98 ms |
Misschien maar eens een ticket bij sixxs openen, kijken wat zij er van kunnen maken.
Dank voor het meedenken in elk geval en als iemand nog een ingeving heeft hoor ik het graag
[ Voor 20% gewijzigd door Orion84 op 02-08-2014 18:42 ]
The problem with common sense is that it's not all that common. | LinkedIn | Flickr
Welke PoP heb je? Ik heb nlams05 via Surfnet. De grafieken zien er bij mij goed uit. We hebben bijna dezelfde router, ik heb de Asus RT-N66U met Tomato firmware. Zojuist een minuutje gepingd naar de PoP zowel via IPv6 als IPv4 en de latency blijft stabiel op 3ms. Ik heb wel glasvezel via Caiway.
You only live once, so live to the max's
Hier ook nlams05 surfnet en ik heb bij mijn ouders eenzelfde ac66u router staan (beide met merlin firmware), ook op een ziggo verbinding en de tunnel die daar eindigt heeft nergens last van. Nu hebben mijn ouders wel een ouder modem (zonder router functie), terwijl bij mij de Asus router dus achter een modemrouter staat, in de DMZ.
Maar goed, tot een maand geleden was alles gewoon in orde en sindsdien is er iets veranderd, waar ik in de praktijk niks van merk, maar wat het loss-grafiekje wel naar 40% heeft laten stijgen. Terwijl ik rond dat moment zelf niks gewijzigd heb.
Maar goed, tot een maand geleden was alles gewoon in orde en sindsdien is er iets veranderd, waar ik in de praktijk niks van merk, maar wat het loss-grafiekje wel naar 40% heeft laten stijgen. Terwijl ik rond dat moment zelf niks gewijzigd heb.
The problem with common sense is that it's not all that common. | LinkedIn | Flickr
soms best handig zo'n GoT topic als reminder .. werkt nog beter dan de todo-list 
Ahwel ipv6 met 6rd aan de praat via onsnet (welliswaar alleen op de router .. maar goed de rest kan nog weer even terug op de todo list. Mooi dat het in iedergeval werkt en er verder mee geexpirimenteerd kan worden.
Ahwel ipv6 met 6rd aan de praat via onsnet (welliswaar alleen op de router .. maar goed de rest kan nog weer even terug op de todo list. Mooi dat het in iedergeval werkt en er verder mee geexpirimenteerd kan worden.
Blij dat ik die nieuwe modem van Ziggo nooit gehad heb. Ik had die eerste generatie Ubee zonder wireless dus alleen in bridge. Met mijn huidige Caiway glasvezelverbinding heb ik ook een bridge. Ik zou niet anders willen. Ze hoeven maar iets te wijzigen waardoor de klant weer met de gebakken peren zit. Als het goed is kun je die modems wel op bridge zetten, maar daardoor verlies je wel je toegang de Ziggo hotspots.Orion84 schreef op zaterdag 02 augustus 2014 @ 20:53:
Hier ook nlams05 surfnet en ik heb bij mijn ouders eenzelfde ac66u router staan (beide met merlin firmware), ook op een ziggo verbinding en de tunnel die daar eindigt heeft nergens last van. Nu hebben mijn ouders wel een ouder modem (zonder router functie), terwijl bij mij de Asus router dus achter een modemrouter staat, in de DMZ.
You only live once, so live to the max's
Hrmm valt toch nog tegen om een werkende radvd.conf te krijgen geloof ik :-/ ...
pingen vanaf de linux-router-bak gaat prima, windows pc er achter krijgt ook wel een inet6 ip .. alleen iets op internet pingen wil nog niet echt lukken. Zal me toch verdiepen worden in al het prefix en subnet gedoe vrees ik.
pingen vanaf de linux-router-bak gaat prima, windows pc er achter krijgt ook wel een inet6 ip .. alleen iets op internet pingen wil nog niet echt lukken. Zal me toch verdiepen worden in al het prefix en subnet gedoe vrees ik.
Niet kunnen pingen zou aan ip6tables kunnen liggen, je moet icmp voor IPv6 wel (deels) toestaan.
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Staat IPv6 forwarding aan?gekkie schreef op maandag 04 augustus 2014 @ 11:53:
Hrmm valt toch nog tegen om een werkende radvd.conf te krijgen geloof ik :-/ ...
pingen vanaf de linux-router-bak gaat prima, windows pc er achter krijgt ook wel een inet6 ip .. alleen iets op internet pingen wil nog niet echt lukken. Zal me toch verdiepen worden in al het prefix en subnet gedoe vrees ik.
Als je na het uitvoeren van
code:
1
| sysctl net.ipv6.conf.all.forwarding |
dit te zien krijgt:
code:
1
| net.ipv6.conf.all.forwarding = 0 |
dan moet je IPv6 forwarding aanzetten met:
code:
1
| sudo sysctl -w net.ipv6.conf.all.forwarding=1 |
Het kan ook zijn dat je het verkeerde subnet/ prefix voor je clients gebruikt. Dan moet je even uitvissen welke prefix je van de DHCP- server krijgt toegewezen. Je kunt er niet vanuit gaan dat het hetzelfde subnet is als de router.
[ Voor 34% gewijzigd door Jaap-Jan op 04-08-2014 14:47 ]
| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett
Verwijderd
Gooi ook op je windows back de de tunnel mechanismes op disabled, dan weet je zeker dat die niet liggen te klieren.
start / run / cmd
Het zou vervelend zijn dat teredo je een route geeft.
start / run / cmd
code:
1
2
3
| netsh int ipv6 isatap set state disabled netsh int ipv6 6to4 set state disabled netsh interface teredo set state disabled |
Het zou vervelend zijn dat teredo je een route geeft.
Die fout heb ik in het begin ook gemaakt, een verkeerd cijfertje in radvd.confJaap-Jan schreef op maandag 04 augustus 2014 @ 12:03:
[...]
Het kan ook zijn dat je het verkeerde subnet/ prefix voor je clients gebruikt. Dan moet je even uitvissen welke prefix je van de DHCP- server krijgt toegewezen. Je kunt er niet vanuit gaan dat het hetzelfde subnet is als de router.
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Been there .. done that allreadyJaap-Jan schreef op maandag 04 augustus 2014 @ 12:03:
[...]
Staat IPv6 forwarding aan?
Als je na het uitvoeren van
code:
1 sysctl net.ipv6.conf.all.forwarding
dit te zien krijgt:
code:
1 net.ipv6.conf.all.forwarding = 0
dan moet je IPv6 forwarding aanzetten met:
code:
1 sudo sysctl -w net.ipv6.conf.all.forwarding=1
Gebruik dit script:Het kan ook zijn dat je het verkeerde subnet/ prefix voor je clients gebruikt. Dan moet je even uitvissen welke prefix je van de DHCP- server krijgt toegewezen. Je kunt er niet vanuit gaan dat het hetzelfde subnet is als de router.
https://gist.github.com/v...70c8f8f38c14/gistfile1.sh om via 6rd een ipv6 te krijgen op m'n WAN.
Dat lukt:
6rdif Link encap:IPv6-in-IPv4
inet6 addr: ::88.159.68.XXX/96 Scope:Compat
inet6 addr: 2a01:670:XXXX:XXXX::1/56 Scope:Global
UP RUNNING NOARP MTU:1480 Metric:1
RX packets:24 errors:0 dropped:0 overruns:0 frame:0
TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2304 (2.2 KiB) TX bytes:2304 (2.2 KiB)
Al vind ik de /56 wat vaag, had /64 verwacht ?
M'n eth1 (LAN) heeft ook een global ipv6:
eth1 Link encap:Ethernet HWaddr 40:61:86:XX:XX:XX
inet addr:172.16.1.1 Bcast:172.16.255.255 Mask:255.255.0.0
inet6 addr: fe80::4261:86ff:feXX:XXXX/64 Scope:Link
inet6 addr: 2a01:670:XXXX:XXXX::1/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7017 errors:0 dropped:0 overruns:0 frame:0
TX packets:9915 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:555024 (542.0 KiB) TX bytes:10954342 (10.4 MiB)
Maar nu wel /64 ipv /56 ...
Maar goed de vraag is dan ..wat moet ik in m'n radvd.conf mikken ... tis mij niet geheel duidelijk
Als ik als radvd.conf gebruik:
interface eth1
{
AdvSendAdvert on;
prefix 2a01:670:6a44::/64
{
#AdvOnLink on;
AdvAutonomous on;
AdvRouterAddr on;
#Base6to4Interface ppp0;
AdvPreferredLifetime 20;
AdvValidLifetime 30;
};
};
Dan verzint m'n windows bak wel een ipv6, maar geen ipv6 gateway ...
Wireless LAN adapter Wireless Network Connection:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Intel(R) Centrino(R) Ultimate-N 6300 AGN
Physical Address. . . . . . . . . : 00-24-D7-11-B8-D0
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2a01:670:6a44:0:e137:57e4:ddbe:d61e(Preferred)
Temporary IPv6 Address. . . . . . : 2a01:670:6a44:0:ac70:191e:853f:ad3f(Preferred)
Link-local IPv6 Address . . . . . : fe80::e137:57e4:ddbe:d61e%13(Preferred)
IPv4 Address. . . . . . . . . . . : 172.16.1.20(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.0.0
Lease Obtained. . . . . . . . . . : maandag 4 augustus 2014 13:29:17
Lease Expires . . . . . . . . . . : maandag 4 augustus 2014 16:05:30
Default Gateway . . . . . . . . . : fe80::4261:86ff:fef4:67d8%13
172.16.1.1
DHCP Server . . . . . . . . . . . : 172.16.1.1
DNS Servers . . . . . . . . . . . : 172.16.1.1
Primary WINS Server . . . . . . . : 172.16.1.1
NetBIOS over Tcpip. . . . . . . . : Enabled
Good old DHCP .. zonder al die automagische meuk lijkt toch ogenschijnlijk makkelijker
[ Voor 25% gewijzigd door gekkie op 04-08-2014 15:33 ]
Je Windows PC heeft ook een IPv6 gateway: fe80::4261:86ff:fef4:67d8%13.
Voor wide-dhcpv6 bestaat wel een goede tutorial hoe je dit goed instelt met prefix delegation naar radvd: http://www.ipcalypse.ca/?p=204. Voor ISC's dhclient kan ik geen goede tut vinden.
Edit: Ik denk dat je toch de juiste prefix hebt. Je krijgt een /56 van je provider. Maar je router hoort toch echt een /64 subnet te hebben, geen /56.
Voor wide-dhcpv6 bestaat wel een goede tutorial hoe je dit goed instelt met prefix delegation naar radvd: http://www.ipcalypse.ca/?p=204. Voor ISC's dhclient kan ik geen goede tut vinden.
Edit: Ik denk dat je toch de juiste prefix hebt. Je krijgt een /56 van je provider. Maar je router hoort toch echt een /64 subnet te hebben, geen /56.
[ Voor 24% gewijzigd door Jaap-Jan op 04-08-2014 16:24 ]
| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett
Ah ja .. niet verder naar gekeken .. maar dat is dus de link-local van eth1Jaap-Jan schreef op maandag 04 augustus 2014 @ 15:59:
Je Windows PC heeft ook een IPv6 gateway: fe80::4261:86ff:fef4:67d8%13.
Leesvoer vanavond na de BBQ eens mee aan de slagVoor wide-dhcpv6 bestaat wel een goede tutorial hoe je dit goed instelt met prefix delegation naar radvd: http://www.ipcalypse.ca/?p=204. Voor ISC's dhclient kan ik geen goede tut vinden.
Edit: Ik denk dat je toch de juiste prefix hebt. Je krijgt een /56 van je provider. Maar je router hoort toch echt een /64 subnet te hebben, geen /56.
Edit:
Nahh het werkt zelfs al tijdens de barbeknoei .. wel zorgen dat m'n worstje zo niet aanfikt
Straks maar even de instellingen op een rijtje mikken .. wie weet heeft iemand met onsnet er nog eens wat aan :-)
Edit2:
Tbv OnsNet, de basics op een debian box als router, met enige windows bakken er achter:
Zorgen dat je ipv6 in je kernel hebt gecompileerd, onsnet werkt met 6rd dus:
code:
1
2
3
| CONFIG_IPV6 = y CONFIG_IPV6_SIT = y CONFIG_IPV6_SIT_6RD =y |
Als je debian gebruikt zorgen dat je het pakket "ipv6calc" en "radvd"geinstalleerd hebt.
Bij gebruik isc-dhcp-client (dhclient), in /etc/dhcp/dhclient.conf opnemen:
code:
1
2
3
4
5
6
7
| option option-6rd code 212 = { integer 8, integer 8, ip6-address, ip-address };
request subnet-mask, broadcast-address, time-offset, routers,
domain-name, domain-name-servers, domain-search, host-name,
dhcp6.name-servers, dhcp6.domain-search,
netbios-name-servers, netbios-scope, interface-mtu,
rfc3442-classless-static-routes, ntp-servers, option-6rd; |
In /etc/dhcp/dhclient-exit-hooks.d/ een script toevoegen (ik gebruik eth0 als WAN en eth1 als LAN):
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
| #!/bin/bash
#
# Bases on
# 1) dhclient-6rd by Nathan Lutchansky for Ubuntu 10.04
# 2) Alexandre Beloin http://beloin.net/doc/6rd.txt
# Any possessor of a copy of this program may treat it as if it
# were in the public domain. I waive all rights.
#
# Tested on Debian testing as for 2011-11-19, will not work on stable due to lack of ipv6rd kernel option
#
# Last modified 2011-11-19
#
#
# ************************* Installation Instructions *************************
#
# 1) Place this script in /etc/dhcp3/dhclient-exit-hooks.d/option-6rd to assign IPv6 adresses
# 2) Script asumes eth0.88 - ISP link, eth0.10 - LAN link, eth0.22 - DMZ link, 6rdif - 6rd LAN.
# 3) Do not forget to turn on ipv6 forwarding
# 4) ftp://ftp.bieringer.de/pub/linux/IPv6/ipv6calc/ipv6calc-0.92.0.tar.gz or newer should be in /usr/local/bin
#
# 5) You must edit /etc/dhcp3/dhclient.conf to add the option-6rd definition:
#
# option option-6rd code 212 = { integer 8, integer 8, ip6-address, ip-address };
#
# *****************************************************************************
#
PATH=/sbin:/usr/local/bin:$PATH
log_6rd() {
##$new_ip_address, and the interface name is passed in $interface
WANIF=$interface
LANIF="eth1"
WANIP4=$new_ip_address
SIXIF="6rdif"
if [ -z "$new_option_6rd" ]; then
logger -p daemon.info -t dhclient "no 6RD parameters available"
return
fi
srd_vals=(${new_option_6rd})
srd_masklen=${srd_vals[0]}
srd_prefixlen=${srd_vals[1]}
srd_prefix="`echo ${srd_vals[2]} | sed -E s/\(:0\)+$/::/`"
srd_braddr=${srd_vals[3]}
ipsep=(${new_ip_address//\./ })
logger -p daemon.info -t dhclient "6RD parameters: 6rd-prefix ${srd_prefix}/${srd_prefixlen} br ${srd_braddr} option-6rd ${new_option_6rd}"
if (( $srd_masklen==0 )); then
logger -p daemon.info -t dhclient "6RD parameters: 6rd-prefix ${srd_prefix}/${srd_prefixlen} br ${srd_braddr}"
return
elif (( $srd_masklen <= 8 )); then
masked=$((${ipsep[0]} & ~((1 << (8 - $srd_masklen)) - 1)))
srd_relayprefix=${masked}.0.0.0
elif (( $srd_masklen <= 16 )); then
masked=$((${ipsep[1]} & ~((1 << (16 - $srd_masklen)) - 1)))
srd_relayprefix=${ipsep[0]}.${masked}.0.0
elif (( $srd_masklen <= 24 )); then
masked=$((${ipsep[2]} & ~((1 << (24 - $srd_masklen)) - 1)))
srd_relayprefix=${ipsep[0]}.${ipsep[1]}.${masked}.0
elif (( $srd_masklen <= 32 )); then
masked=$((${ipsep[3]} & ~((1 << (32 - $srd_masklen)) - 1)))
srd_relayprefix=${ipsep[0]}.${ipsep[1]}.${ipsep[2]}.${masked}
elif (( $srd_masklen <= 40 )); then
masked=$((${ipsep[3]} & ~((1 << (32 - $srd_masklen)) - 1)))
srd_relayprefix=${ipsep[0]}.${ipsep[1]}.${ipsep[2]}.${masked}
else
logger -p daemon.info -t dhclient "invalid IPv4MaskLen $srd_masklen"
return
fi
## logger -p daemon.info -t dhclient "6RD parameters: reason ${reason} 6rd-prefix ${srd_prefix}/${srd_prefixlen} 6rd-relay_prefix ${srd_relayprefix}/${srd_masklen} br ${srd_braddr}"
delagated_prefix=`ipv6calc -q --action 6rd_local_prefix --6rd_prefix ${srd_prefix}/${srd_prefixlen} --6rd_relay_prefix ${srd_relayprefix}/${srd_masklen} $WANIP4`
ifname_ip6addr="$(echo "$delagated_prefix" | awk '{split($0,a,"/"); print a[1]}')1/$(echo "$delagated_prefix" | awk '{split($0,a,"/"); print a[2]}')"
#2a01:670:6a90:2400
#123456789012345678
lan_ip6net="$(echo "$delagated_prefix" | sed s/./1/18 | awk '{split($0,a,"/"); print a[1]}')/64" # Need to change if using subnet (if Delagated prefix < 64)
lan_ip6addr="$(echo "$lan_ip6net" | awk '{split($0,a,"/"); print a[1]}')1/64" # Need to change if using subnet (if Delagated prefix < 64)
#lan_ip6net="$(echo "$delagated_prefix" | sed s/./1/18 | awk '{split($0,a,"/"); print a[1]}')/56" # Need to change if using subnet (if Delagated prefix < 64)
#lan_ip6addr="$(echo "$lan_ip6net" | awk '{split($0,a,"/"); print a[1]}')1/56" # Need to change if using subnet (if Delagated prefix < 64)
#dmz_ip6net="$(echo "$delagated_prefix" | sed s/./D/18 | awk '{split($0,a,"/"); print a[1]}')/56" # Need to change if using subnet (if Delagated prefix < 64)
#dmz_ip6addr="$(echo "$dmz_ip6net" | awk '{split($0,a,"/"); print a[1]}')1/64" # Need to change if using subnet (if Delagated prefix < 64)
ip tunnel add ${SIXIF} mode sit local $WANIP4
ip tunnel 6rd dev ${SIXIF} 6rd-prefix ${srd_prefix}/${srd_prefixlen} 6rd-relay_prefix ${srd_relayprefix}/${srd_masklen}
ip link set dev ${SIXIF} up
ip -6 addr add "$ifname_ip6addr" dev ${SIXIF}
ip -6 route add default via ::${srd_braddr} dev ${SIXIF} metric 1
ip -6 addr add $lan_ip6addr dev $LANIF
# DMZ is disable.
# ip -6 addr add $dmz_ip6addr dev $DMZIF
}
case $reason in
BOUND|RENEW|REBIND|REBOOT)
log_6rd
;;
esac |
In "radvd.conf":
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
| interface eth1 # LAN interface
{
AdvManagedFlag off; # no DHCPv6 server here.
AdvOtherConfigFlag off; # not even for options.
AdvSendAdvert on;
AdvDefaultPreference high;
AdvLinkMTU 1280;
prefix ::/64 #pick one non-link-local prefix assigned to the interface and start advertising it
{
AdvOnLink on;
AdvAutonomous on;
};
}; |
En last but not least, aanpassen van "/etc/sysctl.conf":
code:
1
| net.ipv6.conf.all.forwarding = 1 |
[/code]
[ Voor 91% gewijzigd door gekkie op 04-08-2014 21:01 ]
Ontwikkelingen bij UPC v.w.b. IPv6...?
Mijn thunderbird mail client die ik - heel zelden - gebruik voor de upc mail server gaf vanavond deze melding toen ik een mail wilde versturen via upc's mail server: (voor het eerst sinds maart)
Pinging smtp.upcmail.nl [2001:730:3e10:0:213:46:255:2] with 32 bytes of data:
Reply from 2001:730:3e10:0:213:46:255:2: time=40ms
Ik had geen authenticatie op outgoing mail staan, maar tot een paar maanden geleden werkte dat nog.
Dat heb ik zojuist aangezet, en nu kan ik weer mail versturen. Via IPv6 over smtp.upcmail.nl
Ik vermoed dat UPC mijn SixXs ipv6 adres als "niet ons netwerk" ziet en daarom wil authenticeren. Maar het kan ook zijn dat ze smtp authenticatie gewoon aan hebben gezet voor security redenen.
Mijn thunderbird mail client die ik - heel zelden - gebruik voor de upc mail server gaf vanavond deze melding toen ik een mail wilde versturen via upc's mail server: (voor het eerst sinds maart)
Een ping naar smtp.upcmail.nl geeft nu ook een ipv6 adres terug:An error occurred while sending mail. The mail server responded: 5.1.0 Policy violation: SMTP Authentication required from your IP 2001:610:600:<mijn SixXs adres>. Please provide Username and Password when sending Emails.. Please verify that your email address is correct in your Mail preferences and try again.
Pinging smtp.upcmail.nl [2001:730:3e10:0:213:46:255:2] with 32 bytes of data:
Reply from 2001:730:3e10:0:213:46:255:2: time=40ms
Ik had geen authenticatie op outgoing mail staan, maar tot een paar maanden geleden werkte dat nog.
Dat heb ik zojuist aangezet, en nu kan ik weer mail versturen. Via IPv6 over smtp.upcmail.nl
Ik vermoed dat UPC mijn SixXs ipv6 adres als "niet ons netwerk" ziet en daarom wil authenticeren. Maar het kan ook zijn dat ze smtp authenticatie gewoon aan hebben gezet voor security redenen.
Jouw SixXS verbinding valt inderdaad buiten het UPC netwerk, dus daarom wordt mail geblokkeerd. Anders zouden de UPC mail servers als relay dienen voor het hele internet wat tot grote problemen leidt. Als je straks een native IPv6 adres van UPC krijgt (het zou zomaar kunnen gaan gebeuren) dan kun je weer zonder gebruikersnaam en wachtwoord mailen.joopv schreef op maandag 04 augustus 2014 @ 22:56:
Ontwikkelingen bij UPC v.w.b. IPv6...?
[...]
Ik had geen authenticatie op outgoing mail staan, maar tot een paar maanden geleden werkte dat nog.
Dat heb ik zojuist aangezet, en nu kan ik weer mail versturen. Via IPv6 over smtp.upcmail.nl
Ik vermoed dat UPC mijn SixXs ipv6 adres als "niet ons netwerk" ziet en daarom wil authenticeren. Maar het kan ook zijn dat ze smtp authenticatie gewoon aan hebben gezet voor security redenen.
Maar los daarvan een positieve ontwikkeling!
[ Voor 17% gewijzigd door Bigs op 04-08-2014 23:04 ]
Verwijderd
Dus dacht ik even wat monitoring aan te zetten, om te zien wanneer upcmail.upc.nl over IPv6 bereikbaar is, handmatige test liet zien dat er nog geen AAAA record is. Stel de monitoring in en gelijk op groen.
Nieuwe check, inmiddels wel een AAAA record aanwezig. Dus of ik heb iets verkeerd gedaan of ze zijn lekker bezig met uitrollen. Net even de webmail geopend en ja, over IPv6.
Dan houden we www.upc.nl en service.upc.nl nog even in de gaten. Hopenlijk is het een voorbode voor uitrol naar gebruikers.
Nieuwe check, inmiddels wel een AAAA record aanwezig. Dus of ik heb iets verkeerd gedaan of ze zijn lekker bezig met uitrollen. Net even de webmail geopend en ja, over IPv6.
Dan houden we www.upc.nl en service.upc.nl nog even in de gaten. Hopenlijk is het een voorbode voor uitrol naar gebruikers.
[ Voor 14% gewijzigd door Verwijderd op 05-08-2014 11:38 ]
Lijkt me een goede zaak om eerst de zaakjes aan de centrale kant voor elkaar te hebben, voordat je de gebruikers gaat uitrollen.
De servers waar de gebruikers tegen praten zijn ook maar een deel van de hele centrale omgeving.
De servers waar de gebruikers tegen praten zijn ook maar een deel van de hele centrale omgeving.
Dit is vaag:
Is dat een configfout aan hun kant of aan mijn kant?
Url naar plaatje geeft een not found error, maar als ik de domeinnaam (die ook een IPv6 adres lijkt te hebben) vervang door het IPv4 adres, dan werkt het.Zorian schreef op donderdag 07 augustus 2014 @ 17:17:
[...]
Ik moet je wel een beetje testen hè.
Als je dit soort dingen kan weerstaan ben je goed bezig.
[afbeelding]
Is dat een configfout aan hun kant of aan mijn kant?
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Aan hun kant.Raven schreef op donderdag 07 augustus 2014 @ 17:42:
Dit is vaag:
[...]
Url naar plaatje geeft een not found error, maar als ik de domeinnaam (die ook een IPv6 adres lijkt te hebben) vervang door het IPv4 adres, dan werkt het.
Is dat een configfout aan hun kant of aan mijn kant?
All my posts are provided as-is. They come with NO WARRANTY at all.
Toevallig weet ik wie daar achter zit. Heeft nieuwe server genomen en IPv4 record aangepast, maar IPv6 niet.Raven schreef op donderdag 07 augustus 2014 @ 17:42:
Dit is vaag:
[...]
Url naar plaatje geeft een not found error, maar als ik de domeinnaam (die ook een IPv6 adres lijkt te hebben) vervang door het IPv4 adres, dan werkt het.
Is dat een configfout aan hun kant of aan mijn kant?
Weet 'ie het zelf al? 
Mijn NetGear R7000 met Tomato heeft last van een wazig probleem met ping/ latency. Schijnen meer mensen last van te hebben. De 6e heb ik mijn router opnieuw geflashed en geconfigureerd:

Nog raarder: pingen via LAN levert ook zulke rare uitschieters op, over WLAN is het 1 ms of <1ms.
Mijn NetGear R7000 met Tomato heeft last van een wazig probleem met ping/ latency. Schijnen meer mensen last van te hebben. De 6e heb ik mijn router opnieuw geflashed en geconfigureerd:

Nog raarder: pingen via LAN levert ook zulke rare uitschieters op, over WLAN is het 1 ms of <1ms.
[ Voor 88% gewijzigd door Jaap-Jan op 07-08-2014 21:56 ]
| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett
Zou jij de juiste persoon er dan op willen wijzen dat er iets niet klopt daar?Snow_King schreef op donderdag 07 augustus 2014 @ 20:06:
[...]
Toevallig weet ik wie daar achter zit. Heeft nieuwe server genomen en IPv4 record aangepast, maar IPv6 niet.
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Ook al gedaan! Nog geen reactie overigens.Raven schreef op donderdag 07 augustus 2014 @ 22:36:
[...]
Zou jij de juiste persoon er dan op willen wijzen dat er iets niet klopt daar?
Thanks
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
De nuon is nog steeds na 2 emails naar de klantenservice en 1 naar het technisch contact uit de Whois niet in staat gebleken om het probleem van de redirect van nuon.nl op Ipv6 aan te passen.
Ik ben overgestapt van energie leverancier, dan is dat ook meteen opgelost, het kost me nog veel minder per jaar ook.
Ik ben overgestapt van energie leverancier, dan is dat ook meteen opgelost, het kost me nog veel minder per jaar ook.
Slecht is dat he 
Gooi gewoon dat AAAA record weg en niemand heeft er problemen mee. Maar een fout record laten staan na al die maanden en meerdere meldingen, waar ben je dan mee bezig...
Gooi gewoon dat AAAA record weg en niemand heeft er problemen mee. Maar een fout record laten staan na al die maanden en meerdere meldingen, waar ben je dan mee bezig...
Blog | PVOutput Zonnig Beuningen
Die organisatie is gewoon te groot, alle "klantencontact" is eng, kost geld, dus in dat callcenter is er niemand die ook maar iets kan doen buiten de gebaande paden... Als je dan met IT-termen gaat gooien dan gaat het al snel mis
Je bereikt gewoon niet de juiste afdeling / mensen...
[ Voor 10% gewijzigd door Paul op 08-08-2014 10:18 ]
"Your life is yours alone. Rise up and live it." - Richard Rahl
Rhàshan - Aditu Sunlock
Pfff, ipv IPv6 te fixen hebben ze daar IPv6 nu helemaal gesloopt, gaat gelijk terug naar IPv4. Beter dan een not found melding iigSnow_King schreef op donderdag 07 augustus 2014 @ 20:06:
[...]
Toevallig weet ik wie daar achter zit. Heeft nieuwe server genomen en IPv4 record aangepast, maar IPv6 niet.
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Ja, ik kreeg mail terug: "Ik heb het IPv6 record verwijderd!"Raven schreef op vrijdag 08 augustus 2014 @ 11:02:
[...]
Pfff, ipv IPv6 te fixen hebben ze daar IPv6 nu helemaal gesloopt, gaat gelijk terug naar IPv4. Beter dan een not found melding iig
Uiteraard al mail gestuurd dat dat niet de bedoeling is en dat er een correct IPv6 record moet komen.
Helaas zien we dit nog te veel. IPv6 is eng, dus het wordt maar snel uit gezet.
Ligt het aan mij of is Zeelandnet nog niet terug te vinden in de IPv6 Network operator measurements? Misschien onder een andere naam?
Maar goed, misschien hebben ze zich nog niet aangemeld.
Maar goed, misschien hebben ze zich nog niet aangemeld.
[ Voor 33% gewijzigd door Maurits van Baerle op 09-08-2014 18:17 ]
Het grote: DAB+ digitale radio topic / IPv6 topic / OpenWRT topic
Dat figuur moet een schop onder de kont krijgenSnow_King schreef op vrijdag 08 augustus 2014 @ 11:16:
[...]
Ja, ik kreeg mail terug: "Ik heb het IPv6 record verwijderd!"
Uiteraard al mail gestuurd dat dat niet de bedoeling is en dat er een correct IPv6 record moet komen.
Helaas zien we dit nog te veel. IPv6 is eng, dus het wordt maar snel uit gezet.
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Ik zal ze eens een mailtje sturen of ze zich daar willen aan melden.Maurits van Baerle schreef op zaterdag 09 augustus 2014 @ 18:04:
Ligt het aan mij of is Zeelandnet nog niet terug te vinden in de IPv6 Network operator measurements? Misschien onder een andere naam?
Maar goed, misschien hebben ze zich nog niet aangemeld.
Al mee bezigRaven schreef op dinsdag 12 augustus 2014 @ 09:29:
[...]
Dat figuur moet een schop onder de kont krijgen
Dan hebben ze er nu twee.Snow_King schreef op dinsdag 12 augustus 2014 @ 13:26:
Ik zal ze eens een mailtje sturen of ze zich daar willen aan melden.
Het grote: DAB+ digitale radio topic / IPv6 topic / OpenWRT topic
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Mijn sixxs tunnel doet het niet meer (al een half jaar oid). Als ik via de site probeer in te loggen krijg ik
"Your email has bounced, see the FAQ."
Hoe is dit op te lossen? Uiteraard heb ik de faq gelezen, waarin gezegd wordt om mijn handle bij te werken. Ik heb daarom een mail gestuurd, maar kreeg daar de volgende nuttige reactie op:
"Your email has bounced, see the FAQ."
Hoe is dit op te lossen? Uiteraard heb ik de faq gelezen, waarin gezegd wordt om mijn handle bij te werken. Ik heb daarom een mail gestuurd, maar kreeg daar de volgende nuttige reactie op:
Mijn mail was de volgende:On Tue, May 20, 2014 at 11:22 PM, Jeroen Massar <jeroen@sixxs.net> wrote:
Please actually read our Email Requirements FAQ.
Greets,
Jeroen
Wat lees ik verkeerd in de mail faq? Of zijn er modernere manieren van tunnelen tegenwoordig?On 2014-05-19 19:52, Jogai wrote:
Dear Sir/Madam,
My tunnel doesn't work at the moment. The error is "Your email has bounced, see the FAQ.". The FAQ says to update my handle. As far as I know it's a SIXXS handle, thus I contacted you. Would you be so kind to update my handle. My email is d..@vodafonevast.nl and my username is W...-....S
Klik hier om op linkedIn lid te worden van de Freelance Tweakers groep.
Kijk vooral eens naar HE. De folks achter Sixxs hebben een reputatie van bot reageren, en als zij het met je oneens zijn loop je het risico dat ze alsnog je ding blokkeren.Jogai schreef op dinsdag 12 augustus 2014 @ 19:42:
Wat lees ik verkeerd in de mail faq? Of zijn er modernere manieren van tunnelen tegenwoordig?
No trees were harmed in creating this message. However, a large number of electrons were terribly inconvenienced.
Hurricane electric presteerd niet zoals ik zou willen...
Ik kan mn sixxs tunnel al niet meer gebruiken. Op onderstaande mail gereageerd:
Ik kan mn sixxs tunnel al niet meer gebruiken. Op onderstaande mail gereageerd:
Maar niets meer gehoord. Als ik het goed zie kan ik mijn handle dus niet meer updaten?On Wed, May 21, 2014 at 4:32 PM, Jogai wrote:
Dear Jeroen,
I read the various faqs (multiple times now) but am unable to see a problem. The address I provided seems valid to me. The fact that you contacted me on this address indicates to me that this address is registered with my handle. Clearly this doesnt bounce either. Could you reactivate my account? Or give me a clue about whats wrong on my end?
Regards,
Klik hier om op linkedIn lid te worden van de Freelance Tweakers groep.
Het zijn inderdaad nogal zeikerds daar.
Ze vereisen:
[quote]
• Write a proper English message, including a salutation, core section and greeting.
• Include a descriptive subject and if available your username (typically xxxx-SIXXS or xxxx-RIPE etc).
• Use your complete real name in both the message and the from address, thus configure your mail client correctly.
• Use the email address you registered with
• Explain your problem or question in detail by reading and using the Reporting Problems section on this page.
• When replying please adhere to Inline Replying & Netiquette Guidelines.
En deze uit de 'Reporting Problems' section:
[quote]
• Use the email address you have provided in your handle as that is what we use as a contact handle.
De rest van de zooi boeit niet, maar duidelijk is anders.
Ze vereisen:
[quote]
• Write a proper English message, including a salutation, core section and greeting.
• Include a descriptive subject and if available your username (typically xxxx-SIXXS or xxxx-RIPE etc).
• Use your complete real name in both the message and the from address, thus configure your mail client correctly.
• Use the email address you registered with
• Explain your problem or question in detail by reading and using the Reporting Problems section on this page.
• When replying please adhere to Inline Replying & Netiquette Guidelines.
En deze uit de 'Reporting Problems' section:
[quote]
• Use the email address you have provided in your handle as that is what we use as a contact handle.
De rest van de zooi boeit niet, maar duidelijk is anders.
[ Voor 198% gewijzigd door Jaap-Jan op 12-08-2014 23:50 ]
| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett
Ach, dat hele SixXS kan wat mij betreft ook lekker in de grond zakken...
Probeerde weer eens in te loggen, maar wist m'n wachtwoord niet meer. Maar een nieuwe sturen werkt ook niet? Invalid e-mail-adres? Volgens de FAQ mag een domein met twee puntjes erin ook niet (euh, waarom niet? Daarom heeft Demon zeker ál hun klanten een catch-all op de klant hun eigen subdomein gegeven?
) of wellicht komt door m'n antieke xx-6BONE-handle als login?
Werken doet 't iig niet meer..
Gelukkig heb ik mijn XS4ALL-tunneltje en was de enige reden om SixXS nog operationeel te houden 't sparen van de credits
Probeerde weer eens in te loggen, maar wist m'n wachtwoord niet meer. Maar een nieuwe sturen werkt ook niet? Invalid e-mail-adres? Volgens de FAQ mag een domein met twee puntjes erin ook niet (euh, waarom niet? Daarom heeft Demon zeker ál hun klanten een catch-all op de klant hun eigen subdomein gegeven?
Werken doet 't iig niet meer..
Let op:
Let op: Blijf netjes reageren, en laat dit topic niet verzanden in een "wellus / nietus" discussie.. Opmerkingen als "het werkt hier ook" zijn ook niet gewenst.
Let op: Blijf netjes reageren, en laat dit topic niet verzanden in een "wellus / nietus" discussie.. Opmerkingen als "het werkt hier ook" zijn ook niet gewenst.