/u/11437/wandcontactdoos.png?f=community)
"Your life is yours alone. Rise up and live it." - Richard Rahl
Rhàshan - Aditu Sunlock
:strip_exif()/u/26026/snowrabb.gif?f=community)
:strip_icc():strip_exif()/u/79070/crop63295d8c4c0be_cropped.jpg?f=community)
Robert Elsinga =8-) | IT security, Scouting, zendamateur (PC5E, WC5E) | www.elsinga.net/robert, www.pc5e.nl
/u/23785/crop5dcd5c59e07f9.png?f=community)
/u/62599/crop5db5f4e240e45.png?f=community)
/u/9354/imagesmall.png?f=community)
Gemiddeld over 7 dagen geeft dit ook wel een mooi plaatje, zonder de dag-van-de-week pieken en dalen.
[ Voor 17% gewijzigd door Zr40 op 24-03-2016 12:54 ]
:strip_icc():strip_exif()/u/53288/icon.jpg?f=community){kind=icon}
Inmiddels draai ik met m'n nieuwe wifi modem van Zeelandnet (de EPC3940) ook weer IPv6 in dual-stack. Ik heb m'n modem niet in bridge modus staan. Het betreft overigens nog wel een test.
Voorheen met een 'dom' modem (EPC3212) had ik via m'n eigen router al een aantal jaartjes native IPv6 connectiviteit, fijn dat het nu ook weer werkt
Voorheen met een 'dom' modem (EPC3212) had ik via m'n eigen router al een aantal jaartjes native IPv6 connectiviteit, fijn dat het nu ook weer werkt
[ Voor 6% gewijzigd door Prolution op 24-03-2016 17:57 ]
Gisteren ook Ziggo eens gevraagd op Twitter of Dual Stack mogelijk was in mijn regio (Tiel - Oud UPC gebied). Het antwoord was als volgt:
Toch maar even verduidelijking gevraagd of dat dit enkel in mijn regio is, omdat er toch echt een aantal mensen zijn die het WEL krijgen
Ik ben vandaag in het Student Hotel in Amsterdam en heb zowaar IPv6 hier op de publieke WiFi! Dat is nog eens leuk om te zien
code:
1
2
3
4
5
6
7
8
| 2: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 8c:70:5a:80:XX:XX brd ff:ff:ff:ff:ff:ff
inet 100.76.16.127/21 brd 100.76.23.255 scope global wlan0
valid_lft forever preferred_lft forever
inet6 2a01:388:378:150::1:42/128 scope global
valid_lft forever preferred_lft forever
inet6 fe80::8e70:5aff:fe80:XXX/64 scope link
valid_lft forever preferred_lft forever |
/u/34216/rei-60-xmas.png?f=community)
:strip_icc():strip_exif()/u/371543/pirat60.jpg?f=community)
Ah, dat wist ik zelf ook niet!
Buitenkant is 5.151.203.34 en 2a01:388:378:150::1:42 is mijn laptop.
Grappige is, firewall staat uit. Kan gewoon SSH'en naar mijn laptop van buiten
Succes met hacken van mijn laptop!
[ Voor 3% gewijzigd door Snow_King op 25-03-2016 13:43 ]
Da's ook tof, vanaf mijn laptop zou dat een volledig native IPv6 hack betekenen:
[...]
[...]
Ah, dat wist ik zelf ook niet!
Buitenkant is 5.151.203.34 en 2a01:388:378:150::1:42 is mijn laptop.
Grappige is, firewall staat uit. Kan gewoon SSH'en naar mijn laptop van buiten
EDIT: Of misschien toch niet?
1 * * * Request timed out. 2 10 ms 17 ms 15 ms gv-rc0011-cr101-xe-1-0-5-0.core.as9143.net [2001:b88:0:e6e::1] 3 16 ms 17 ms 16 ms asd-tr0042-cr101-ae8-0.core.as9143.net [2001:b88:0:10a::1] 4 * * * Request timed out. 5 18 ms 17 ms 17 ms 2001:730:2200::5474:8023 6 24 ms 18 ms 18 ms 30gigabitethernet1-3.core1.ams1.he.net [2001:7f8:1::a500:6939:1] 7 54 ms 30 ms 24 ms 100ge9-1.core1.lon2.he.net [2001:470:0:2d0::1] 8 24 ms 27 ms 28 ms 2001:7f8:4::a6c1:1 9 25 ms 33 ms 26 ms csw0.rbsov.as42689.net [2a01:388::1] 10 102 ms 50 ms 52 ms csw0.ixn.as42689.net [2a01:388::3] 11 24 ms 37 ms 27 ms 2a01:388:0:1::1a 12 38 ms 35 ms 38 ms 2a01:388:378:f000::3 13 32 ms 26 ms 25 ms 2a01:388:378:150::1:42
Die he.net hops maken het wat verdacht... HE is een populaire tunnelbroker.
EDIT2: Of misschien toch wel
Dank hieronder.
[ Voor 55% gewijzigd door Jerrythafast op 25-03-2016 13:57 ]
:strip_icc():strip_exif()/u/147640/van_hitomi_small_1_noborder.jpg?f=community)
En een hele grote transit provider
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| traceroute to 2a01:388:378:150::1:42 (2a01:388:378:150::1:42) from 0, 30 hops max, 16 byte packets 1 2a00:1280::1::1 (2a00:1280:8000:1::1) 7.897 ms 7.778 ms 8.551 ms 2 2a00:1280:40::1 (2a00:1280:40::1) 7.041 ms 19.873 ms 7.039 ms 3 2a00:1280:1:32::2 (2a00:1280:1:32::2) 7.092 ms 7.319 ms 7.089 ms 4 2a00:1280:1:40::1 (2a00:1280:1:40::1) 7.089 ms 7.146 ms 12.526 ms 5 2a00:1280:1:28::2 (2a00:1280:1:28::2) 12.16 ms 8.287 ms 8.192 ms 6 2001:978:2:2d::3:1 (2001:978:2:2d::3:1) 9.068 ms 8.968 ms 8.8 ms 7 be2038.ccr41.ams03.atlas.cogentco.com (2001:550:0:1000::9a36:2485) 9.502 ms 9.361 ms * 8 * be12194.ccr41.lon13.atlas.cogentco.com (2001:550:0:1000::9a36:385d) 16.603 ms * 9 * * * 10 be2572.rcr21.b015591-1.lon01.atlas.cogentco.com (2001:550:0:1000::9a36:266a) 17.315 ms 17.152 ms 17.226 ms 11 2001:978:2:45::7:2 (2001:978:2:45::7:2) 16.438 ms 16.443 ms 16.55 ms 12 cr0-gi1-2.thdo.ipv6.bogons.net (2001:4b10:0:8001::1) 16.666 ms 16.72 ms 16.615 ms 13 2001:4b10:0:8204::2 (2001:4b10:0:8204::2) 16.572 ms 16.702 ms 16.983 ms 14 csw0.thdo.as42689.net (2a01:388::2) 16.772 ms 16.799 ms 16.778 ms 15 csw1.ixn.as42689.net (2a01:388::4) 16.861 ms 16.804 ms 16.844 ms 16 2a01:388:0:1::1e (2a01:388:0:1::1e) 18.852 ms 17.065 ms 16.986 ms 17 2a01:388:378:f000::3 (2a01:388:378:f000::3) 26.967 ms 28.656 ms 28.484 ms 18 2a01:388:378:150::1:42 (2a01:388:378:150::1:42) 25.699 ms 25.304 ms 25.227 ms |
Cogento is hier de transit
[ Voor 76% gewijzigd door Keiichi op 25-03-2016 13:54 ]
Solar @ Dongen: http://solar.searchy.net/ - Penpal International: http://ppi.searchy.net/
HE.net (Hurricane Electric) is een enorme transitprovider. Ze doen ook tunnels als hobby erbij.:
[...]
Da's ook tof, vanaf mijn laptop zou dat een volledig native IPv6 hack betekenen
EDIT: Of misschien toch niet?
1 * * * Request timed out. 2 10 ms 17 ms 15 ms gv-rc0011-cr101-xe-1-0-5-0.core.as9143.net [2001:b88:0:e6e::1] 3 16 ms 17 ms 16 ms asd-tr0042-cr101-ae8-0.core.as9143.net [2001:b88:0:10a::1] 4 * * * Request timed out. 5 18 ms 17 ms 17 ms 2001:730:2200::5474:8023 6 24 ms 18 ms 18 ms 30gigabitethernet1-3.core1.ams1.he.net [2001:7f8:1::a500:6939:1] 7 54 ms 30 ms 24 ms 100ge9-1.core1.lon2.he.net [2001:470:0:2d0::1] 8 24 ms 27 ms 28 ms 2001:7f8:4::a6c1:1 9 25 ms 33 ms 26 ms csw0.rbsov.as42689.net [2a01:388::1] 10 102 ms 50 ms 52 ms csw0.ixn.as42689.net [2a01:388::3] 11 24 ms 37 ms 27 ms 2a01:388:0:1::1a 12 38 ms 35 ms 38 ms 2a01:388:378:f000::3 13 32 ms 26 ms 25 ms 2a01:388:378:150::1:42
Die he.net hops maken het wat verdacht... HE is een populaire tunnelbroker.
All my posts are provided as-is. They come with NO WARRANTY at all.
True. Kun je hieraan zien of het een tunnel of native verbinding betreft? Het feit dat het twee hops zijn maak het m.i. nog het meest verdacht. Een tunnel heeft immers doorgaans twee uiteinden.:
[...]
En een hele grote transit provider
Mijn traceroute
En whois informatie van het IP. Is het IP niet van he.net dan is het geen he.net tunnel
Solar @ Dongen: http://solar.searchy.net/ - Penpal International: http://ppi.searchy.net/
Dat is aannemelijk ja.:
[...]
Ik weet dat 100.64/10 CGNAT is.
Ach ja, natuurtlijk 100.76.xx.xx valt binnen die range.
Zou het dan DS-Lite zijn?
All my posts are provided as-is. They come with NO WARRANTY at all.
Ik zie de eerste pogingen al:
[...]
Da's ook tof, vanaf mijn laptop zou dat een volledig native IPv6 hack betekenen
code:
1
| input_userauth_request: invalid user tweakers [preauth] |
Maar toch leuk om te zien dat het iig op een publieke WiFi werkt. Zie hier veel mensen op FB en YouTube, allemaal IPv6 dus!
Lijkt een beetje op paaseieren zoeken:
[...]
Ik zie de eerste pogingen al
code:
Maar toch leuk om te zien dat het iig op een publieke WiFi werkt. Zie hier veel mensen op FB en YouTube, allemaal IPv6 dus!
Is er nog een beloning voor iemand die d'r in komt? 
Verder kijken, van hetzelfde ip:
[...]
Ik zie de eerste pogingen al
code:
Maar toch leuk om te zien dat het iig op een publieke WiFi werkt. Zie hier veel mensen op FB en YouTube, allemaal IPv6 dus!
Solar @ Dongen: http://solar.searchy.net/ - Penpal International: http://ppi.searchy.net/
Ik zag het ja!:
[...]
Verder kijken, van hetzelfde ip
Maar ik vind een niet gefilterde IPv6 verbinding wel zo fijn. Geen onzin met hole punching in firewalls enzo. Daarom staat op mijn verbinding thuis de firewall ook uit.
/u/38159/DirkJan.png?f=community)
:strip_exif()/u/128173/crop59a1592e54731_cropped.gif?f=community)
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
Vandaag een reboot van mijn Ubee 321B om Ziggo's snelheidsverhoging van 120 naar 150Mbps te activeren
, en helaas veranderde daardoor mijn ::/56 prefix 
.
Hier een nieuw IPv4 adres terwijl IPv6 hetzelfde is gebleven.:
[...]
Vandaag een reboot van mijn Ubee 321B om Ziggo's snelheidsverhoging van 120 naar 150Mbps te activeren
Ja hier heb ik ook over na gedacht, maar volgens mij gaat het niet echt lukken omdat ik geen mogelijkheid zie om statische routes in te voeren in de Ziggo modem.
Het modem weet dat segment N/64 het LAN segment is, de Ziggo core heeft een route staan dat er een N/65 subnetten achter jouw router zit. Maar volgens mij kan je 1 kant niet beïnvloeden je kan niet vertellen dat segment N+1/64 achter IP x zit, dmv een statische route.
Of ben ik nog niet wakker genoeg
volgens mij is de enige manier om het intelligent te doen door middel van prefix delegation oid maar dat moet de router van je testnetwerk wel ondersteunen.
Verwijderd
Ik heb zelf geen ziggo (meer), maar als het nog zo is als bij mij destijds dan is het met de firewall aan of uit. Inderdaad met een PD kun je wel andere subnetten die van te voren zijn bepaald achter een andere firewall wat opzetten.:
[...]
Ja hier heb ik ook over na gedacht, maar volgens mij gaat het niet echt lukken omdat ik geen mogelijkheid zie om statische routes in te voeren in de Ziggo modem.
Het modem weet dat segment N/64 het LAN segment is, de Ziggo core heeft een route staan dat er een N/65 subnetten achter jouw router zit. Maar volgens mij kan je 1 kant niet beïnvloeden je kan niet vertellen dat segment N+1/64 achter IP x zit, dmv een statische route.
Of ben ik nog niet wakker genoeg
Meer dan een jaar geleden of misschien nog langer terug wat het kunnen aanmaken van statische routes ook een van de voorstellen/wensen die kwam uit de UPC ipv6 test groep. Later is dit verzoek ook bij AVM (fritzbox) gedaan voor Xs4all verbindingen. Geen van de partijen hebben dit naar mijn weten doorgevoerd.
Een functionaliteit die vaak wel aanwezig is voor IPv4 en niet eens zo complex is qua invoering. Het is ook de reden dat bij mij de Fritzbox is vervangen.
Om mijzelf even te quoten, in navolging op mijn vraag kreeg ik het volgende antwoord van Ziggo::
Gisteren ook Ziggo eens gevraagd op Twitter of Dual Stack mogelijk was in mijn regio (Tiel - Oud UPC gebied). Het antwoord was als volgt:
[...]
Toch maar even verduidelijking gevraagd of dat dit enkel in mijn regio is, omdat er toch echt een aantal mensen zijn die het WEL krijgen
Voor mij helaas dus voorlopig geen echt Dual Stack
Misschien wel nooit. De klanten in oud Ziggo gebied hebben denk ik geluk. Maar ook daar zal waarschijnlijk een situatie ontstaan dat ook daar geen publieke IPv4 adressen meer uitgedeeld worden aan nieuwe klanten. En later worden die van bestaande klanten misschien zelfs afgenomen ten faveure van klanten die er extra voor willen betalen. De klanten in oud Ziggo gebied hebben geluk dat daar kennelijk nog een voorraadje IPv4 adressen over is. Waarom ze dan niet over oud UPC en oud Ziggo gebied verdeeld kunnen worden begrijp ik ook niet.:
Voor mij helaas dus voorlopig geen echt Dual Stack
Robert Elsinga =8-) | IT security, Scouting, zendamateur (PC5E, WC5E) | www.elsinga.net/robert, www.pc5e.nl
/u/357133/crop5e4ea330bd81d_cropped.png?f=community)
Nou gaat ie lekker. Terug op het niveau van 5 maart.
http://stats.labs.apnic.n...9143&c=NL&x=1&s=0&p=1&w=1
http://stats.labs.apnic.n...9143&c=NL&x=1&s=0&p=1&w=1
Als het geen grap is, extra klanten voor HE
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
Beetje jammer dat ze geen antecedentenonderzoek doen Ik zit bij fZiggo, en dat is er nu net een die wel druk bezig is IPv6 te implementeren...
Ik zit bij fZiggo, en dat is er nu net een die wel druk bezig is IPv6 te implementeren...
"Your life is yours alone. Rise up and live it." - Richard Rahl
Rhàshan - Aditu Sunlock
Ik weet niet of je het topic een beetje gevolgd hebt maar ze zijn daadwerkelijk bezig met uitrollen... Dat lukt niet als je niet al de nodige infrastructuur daarvoor hebt liggen.
Ik heb het expliciet niet over hoe goed het ze lukt maar ze zijn er wel degelijk actief mee bezig...
Ik heb het expliciet niet over hoe goed het ze lukt
maar ze zijn er wel degelijk actief mee bezig...
"Your life is yours alone. Rise up and live it." - Richard Rahl
Rhàshan - Aditu Sunlock
:strip_exif()/u/34622/crop5aa77390c3916_cropped.gif?f=community)
Even een vraagje, kijken of ik dit zo goed begrijp. Mijn set-up is als volgt:
* Internet komt binnen op Ubee modemrouter van Ziggo, deze doet DHCP en alles. Heeft dus IPv4 en IPv6 native (Dual Stack).
* Via LAN1 is mijn Ubee modemrouter verbonden met de LAN1 poort van een Linksys WRT320N met stock firmware uit het jaar 0 zonder IPv6-support, hierop is DHCP en NAT uitgeschakeld; fungeert dus puur als switch in het netwerk.
* Via LAN2 op mijn WRT320N is mijn PC verbonden.
Resultaat: Mijn PC heeft een native IPv6 verbinding met de buitenwereld.
Vraag: Hoe?!
Wat heb ik onderzocht en gevonden?
* De IPv6 standaardgateway van mijn PC is het link-local adres van de Ubee.
* Als ik vanaf een andere PC (op LAN3 van de WRT320N) contact leg met de buitenwereld via IPv6 (ping, HTTP, whatever) is dat verkeer niet te zien met Wireshark op de PC die via LAN2 is verbonden. De WRT320N 'weet' dus waar hij dat IPv6-verkeer naartoe moet routeren (namelijk van LAN3 naar LAN1).
* Als ik Wireshark (draaiend op de PC op LAN2) filter met 'eth.src == <mac adres van PC op LAN3>', zie ik alleen communicatie die gericht is aan de PC op LAN2 en naar broadcast adressen.
* Als ik Wireshark (draaiend op de PC op LAN2) filter met 'eth.dst == <mac adres van PC op LAN3>', zie ik alleen communicatie die afkomstig is van de PC op LAN2.
Mijn conclusie hieruit is dat de WRT320N het verkeer op Ethernet-niveau routeert en daardoor 'per ongeluk' ook netjes IPv6 en ICMPv6 doorgeeft. Hij is zelf niet bereikbaar via IPv6, maar IPv6-enabled devices weten elkaar toch via de WRT320N te vinden door hun IPv6-adressen te broadcasten via ICMPv6 Neighbor Advertisements en Neighbor Sollicitations die ik over en weer zie gaan in Wireshark. Dit alles werkt dankzij het gebruik van broadcast destination adresses op Ethernet-niveau.
Het is een leerzame ochtend
* Internet komt binnen op Ubee modemrouter van Ziggo, deze doet DHCP en alles. Heeft dus IPv4 en IPv6 native (Dual Stack).
* Via LAN1 is mijn Ubee modemrouter verbonden met de LAN1 poort van een Linksys WRT320N met stock firmware uit het jaar 0 zonder IPv6-support, hierop is DHCP en NAT uitgeschakeld; fungeert dus puur als switch in het netwerk.
* Via LAN2 op mijn WRT320N is mijn PC verbonden.
Resultaat: Mijn PC heeft een native IPv6 verbinding met de buitenwereld.
Vraag: Hoe?!
Wat heb ik onderzocht en gevonden?
* De IPv6 standaardgateway van mijn PC is het link-local adres van de Ubee.
* Als ik vanaf een andere PC (op LAN3 van de WRT320N) contact leg met de buitenwereld via IPv6 (ping, HTTP, whatever) is dat verkeer niet te zien met Wireshark op de PC die via LAN2 is verbonden. De WRT320N 'weet' dus waar hij dat IPv6-verkeer naartoe moet routeren (namelijk van LAN3 naar LAN1).
* Als ik Wireshark (draaiend op de PC op LAN2) filter met 'eth.src == <mac adres van PC op LAN3>', zie ik alleen communicatie die gericht is aan de PC op LAN2 en naar broadcast adressen.
* Als ik Wireshark (draaiend op de PC op LAN2) filter met 'eth.dst == <mac adres van PC op LAN3>', zie ik alleen communicatie die afkomstig is van de PC op LAN2.
Mijn conclusie hieruit is dat de WRT320N het verkeer op Ethernet-niveau routeert en daardoor 'per ongeluk' ook netjes IPv6 en ICMPv6 doorgeeft. Hij is zelf niet bereikbaar via IPv6, maar IPv6-enabled devices weten elkaar toch via de WRT320N te vinden door hun IPv6-adressen te broadcasten via ICMPv6 Neighbor Advertisements en Neighbor Sollicitations die ik over en weer zie gaan in Wireshark. Dit alles werkt dankzij het gebruik van broadcast destination adresses op Ethernet-niveau.
Het is een leerzame ochtend
Ik heb dat inderdaad een jaar of drie geleden overwogen, maar ben uiteindelijk afgehaakt omdat ik las dat de CPU van de WRT320N daar eigenlijk net te traag voor is, waardoor hij begint te sputteren bij veel verkeer. Geen idee in hoeverre dat waar is en of het überhaupt nog zou spelen. Maar als er bij dat ding alleen IP aan te pas komt om de webinterface van het apparaat zelf te bereiken heb ik er ook geen behoefte aan om hem te flashen met andere firmware. Ik log er eigenlijk toch nooit op in (valt niks op in te stellen aangezien ik alles door de Ubee laat regelen). De webinterface van de Ubee benader ik ook gewoon via IPv4 omdat dat adres gewoon veel korter is
Dit hele verhaal verklaart trouwens ook waarom een traceroute vanaf mijn PC op LAN2 naar de Ubee in één hop gaat. Ik heb dat altijd magisch gevonden omdat ik had verwacht de WRT320N als eerste hop te zien. Maar aangezien traceroutes worden gedaan middels het TTL field in IPv4 headers en het HopLimit field in IPv6 headers is de WRT320N daarin compleet transparant. Nice
:strip_exif()/u/2087/osiris_ani.gif?f=community)
Ligt 't aan mij, of is die nieuws-pagina van SixXS zo gaar als boter uit de magnetron?
Sowieso loopt 't nieuws van boven naar beneden óp (oud bovenaan, nieuw onderaan), wat enigszins raar is voor nieuws-pagina's. En het meest recente item ligt in de toekomst: "Monday, July 3rd, 2017"
Die 'updated' datum lijkt mij waarschijnlijker.:
[...]
Ligt 't aan mij, of is die nieuws-pagina van SixXS zo gaar als boter uit de magnetron?
Sowieso loopt 't nieuws van boven naar beneden óp (oud bovenaan, nieuw onderaan), wat enigszins raar is voor nieuws-pagina's. En het meest recente item ligt in de toekomst: "Monday, July 3rd, 2017"
HTML:
1
| <abbr class="updated" title="2016-03-19T13:42:00-00:00">Monday, July 3rd, 2017</abbr> |
Hij is ook niet consequent in z'n `updated` timestamp:
HTML:
1
| <abbr class="updated" title="2016-29-02T13:42:00-00:00">Monday, February 29th, 2016</abbr> |
In die van jou is het YYYY-MM-DD, in de andere timestamps is het YYYY-DD-MM
Maargoed, dat die lui bij SixXS een stelletje elitaire prutsers waren, wisten we al..
Aha, dat verklaart het!:
[...]
Hij is ook niet consequent in z'n `updated` timestamp:
HTML:
In die van jou is het YYYY-MM-DD, in de andere timestamps is het YYYY-DD-MM
Maargoed, dat die lui bij SixXS een stelletje elitaire prutsers waren, wisten we al..
2016-03-19 wordt door het een of andere programmaatje geïnterpreteerd als "3 juli 2017". Namelijk: 2016 plus 19 maanden plus 3 dagen.
Nee joh, gewoon het aantal femtoseconden sinds de IPv6 Epoch.
De IPv6 Epoch definiëren we als 1 (?) december 1998 00:00 UTC.
En het aantal femtoseconden omdat die precisie prima haalbaar is met 128bits integers
[ Voor 10% gewijzigd door Jerrythafast op 03-04-2016 12:40 ]
/u/147751/avatar455992_1.gif.png?f=community){kind=avatar}
En ik alsmaar denken dat een datum in het formaat 2016-01-01 altijd het formaat YYYY-MM-DD had...
Speel ook Balls Connect en Repeat
Ja is ook zo, tenzij prutsers 't verkeerd doen:
En ik alsmaar denken dat een datum in het formaat 2016-01-01 altijd het formaat YYYY-MM-DD had...
Massar is een Nederlander die in Zwitserland woont.:
Moet ie zich maar fatsoenlijk houden aan ISO 8601..
Amerikanen
Al is Massar een Zwitser geloof ik.. Geen idee waarom ze dan met YYYY-DD-MM werken
En inderdaad YYYY-DD-MM is gewoon iets wat niet bestaat en ik kan er geen ander bewoording voor bedenken dan wat een mongool die dat soort shit opschrijft.
All my posts are provided as-is. They come with NO WARRANTY at all.
Mwoah ik heb mijn tunnel al sinds 2000 dus ik denk niet dat ik daar een groot risico op loop
All my posts are provided as-is. They come with NO WARRANTY at all.
Enige reden waarom ik m'n tunnels daar überhaupt nog heb (2 stuks sinds m'n 3e PoP er mee ophield) is punten scoren..
Ik heb alláng native IPv6 via XS4ALL, maar desondanks kreeg ik zo'n suf mailtje over je ISP vragen voor native IPv6
Ik heb alláng native IPv6 via XS4ALL, maar desondanks kreeg ik zo'n suf mailtje over je ISP vragen voor native IPv6
Ja duh.:
Ik heb alláng native IPv6 via XS4ALL, maar desondanks kreeg ik zo'n suf mailtje over je ISP vragen voor native IPv6
All my posts are provided as-is. They come with NO WARRANTY at all.
Meh, maar die optie "ik heb 't al gevraagd" houdt 'ie tenminste nog rekening mee
Blijkbaar mag je geen SixXS meer hebben als je al native IPv6 hebt
Blijkbaar mag je geen SixXS meer hebben als je al native IPv6 hebt
[ Voor 30% gewijzigd door Osiris op 03-04-2016 14:24 ]
:strip_exif()/u/2172/crop57acf4ac04e70.gif?f=community)
Bij ons op het werk hebben we Ziggo-zakelijk, waarbij IPv6 ineens (zonder aankondiging) aan stond, een paar maanden geleden.:
Ik weet niet of je het topic een beetje gevolgd hebt maar ze zijn daadwerkelijk bezig met uitrollen... Dat lukt niet als je niet al de nodige infrastructuur daarvoor hebt liggen.
Ik heb het expliciet niet over hoe goed het ze lukt
Dat was wel even 'schrikken', omdat servers ineens vanaf buiten bereikbaar waren die dat niet moesten zijn.
Maar goed, wel leuk dat IPv6 aan staat... totdat blijkt hoe ongelooflijk instabiel dat is.
Van de week nogal wat tijd besteed aan het installeren van een Ubuntu machine, aangezien deze met geen mogelijkheid door de installatiemenu's heen kwam. (Ubuntu server 14.4-3), omdat de mirrors niet bereikbaar waren, aangezien die vrijwel allemaal ook een AAAA-record hebben.
Uiteindelijk de 14.04-4 ISO maar getest en die heeft een time-out actief staan die het A-record gaat gebruiken als de AAAA niet bereikbaar is.
Het ene moment werkt het prima, maar het volgende moment is de IPv6 verbinding weer zoek en dat merk je vooral in time-outs, of juist het gebrek daaraan. (bij apt bijvoorbeeld)
Dus prima dat Ziggo het uitrolt, maar de manier waarop is nogal brak.
En dat terwijl het via XS4all hier thuis al jaren super draait. Support voor IPv6 is er dus ruimschoots voldoende.
Een goedkope voeding is als een lot in de loterij, je maakt kans op een paar tientjes korting, maar meestal betaal je de hoofdprijs. mijn posts (nodig wegens nieuwe layout)
Ziggo Zakelijk wat direct router advertisements naar je severs kan sturen klinkt niet echt als een goed intern LAN/DMZ design?
Overigens activeert ziggo de IPv6 firewall standaard dus er zal niets echt van buitenaf benaderbaar zijn geweest. Of punt 1 gaat weer in werking, toch een slecht netwerk design
Een goedkope voeding is als een lot in de loterij, je maakt kans op een paar tientjes korting, maar meestal betaal je de hoofdprijs. mijn posts (nodig wegens nieuwe layout)