SIDN & IPv6 - svp korte test uitvoeren

Ik heb getest vanuit: intouch, zylon, xlshosting, coloclue, widexs, bit, cambrium, interconnect, duocast, easyhosting, previder, leaseweb, nxs, ic-hosting, xs4all, nedzone, oxilion, ebayclassifiedsgroup, en evertjenetworks, allen met native ipv6, en bij allen is het resultaat ongeveer dit:

Code:

; <<>> DiG 9.7.1-P2 <<>> +tcp soa sidn.nl @2a00:d78:0:147:94:198:152:68 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27935 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 4 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;sidn.nl. IN SOA ;; ANSWER SECTION: sidn.nl. 86400 IN SOA ns1.sidn.nl. hostmaster.sidn.nl. 1298016901 14400 1800 3600000 1800 ;; AUTHORITY SECTION: sidn.nl. 86400 IN NS ns2.sidn.nl. sidn.nl. 86400 IN NS ns1.sidn.nl. ;; ADDITIONAL SECTION: ns1.sidn.nl. 86400 IN A 94.198.152.68 ns1.sidn.nl. 86400 IN AAAA 2a00:d78:0:147:94:198:152:68 ns2.sidn.nl. 86400 IN A 194.171.17.5 ns2.sidn.nl. 86400 IN AAAA 2001:610:0:800d::5 ;; Query time: 9 msec ;; SERVER: 2a00:d78:0:147:94:198:152:68#53(2a00:d78:0:147:94:198:152:68) ;; WHEN: Fri Feb 18 10:48:27 2011 ;; MSG SIZE rcvd: 196

Citaat:

Oorspronkelijk geplaatst door IIIVX

Ik heb getest vanuit: intouch, zylon, xlshosting, coloclue, widexs, bit, cambrium, interconnect, duocast, easyhosting, previder, leaseweb, nxs, ic-hosting, xs4all, nedzone, oxilion, ebayclassifiedsgroup, en evertjenetworks, allen met native ipv6, en bij allen is het resultaat ongeveer dit:

[knip werkende dig]

Misschien is het probleem dan opgelost nu.
Poster Rev00 meldde dat het vanuit Leaseweb niet werkte, en die staat in jouw lijstje als werkend.
Ping Rob77 ?

Citaat:

Oorspronkelijk geplaatst door visser

Misschien is het probleem dan opgelost nu.
Poster Rev00 meldde dat het vanuit Leaseweb niet werkte, en die staat in jouw lijstje als werkend.
Ping Rob77 ?

Pingen gaat goed naar het IPv6 adres van SIDN. Tracerouten niet, maar dat kan niemand blijkbaar, en de dig gaat bij veel mensen goed, maar bij een aantal structureel niet.

Citaat:

Oorspronkelijk geplaatst door Rob77

Pingen gaat goed naar het IPv6 adres van SIDN. Tracerouten niet, maar dat kan niemand blijkbaar, en de dig gaat bij veel mensen goed, maar bij een aantal structureel niet.

Ah, misverstandje...
Omdat IIIVX schreef dat dig vanuit Leaseweb voor hem wel werkte, bedoelde ik met "ping Rob77" , of jij nog eens kon kijken of het nu voor jou wel werkt, aangezien Rev00 gemeld had dat het voor hem vanuit Leaseweb niet werkte.

Kortom, in elk geval een probleem om de IPv6 dig query vanuit Leaseweb te doen moet ondertussen zijn gaan werken. Tenminste, als iedereen goed getest heeft. Als er aan gewerkt is, is het misschien voor jou dan ook opgelost.

Citaat:

Oorspronkelijk geplaatst door visser

Ah, misverstandje...
Omdat IIIVX schreef dat dig vanuit Leaseweb voor hem wel werkte, bedoelde ik met "ping Rob77" , of jij nog eens kon kijken of het nu voor jou wel werkt, aangezien Rev00 gemeld had dat het voor hem vanuit Leaseweb niet werkte.

Kortom, in elk geval een probleem om de IPv6 dig query vanuit Leaseweb te doen moet ondertussen zijn gaan werken. Tenminste, als iedereen goed getest heeft. Als er aan gewerkt is, is het misschien voor jou dan ook opgelost.

Ah zo, helaas nog geen verbetering :(

Nu vanaf leaseweb wel beschikbaar

Code:

dig +tcp soa sidn.nl @2a00:d78:0:147:94:198:152:68 ; <<>> DiG 9.5.1-P2 <<>> +tcp soa sidn.nl @2a00:d78:0:147:94:198:152:68 ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36142 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 4 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;sidn.nl. IN SOA ;; ANSWER SECTION: sidn.nl. 86400 IN SOA ns1.sidn.nl. hostmaster.sidn.nl. 1298016901 14400 1800 3600000 1800 ;; AUTHORITY SECTION: sidn.nl. 86400 IN NS ns1.sidn.nl. sidn.nl. 86400 IN NS ns2.sidn.nl. ;; ADDITIONAL SECTION: ns1.sidn.nl. 86400 IN A 94.198.152.68 ns1.sidn.nl. 86400 IN AAAA 2a00:d78:0:147:94:198:152:68 ns2.sidn.nl. 86400 IN A 194.171.17.5 ns2.sidn.nl. 86400 IN AAAA 2001:610:0:800d::5 ;; Query time: 29 msec ;; SERVER: 2a00:d78:0:147:94:198:152:68#53(2a00:d78:0:147:94:198:152:68) ;; WHEN: Fri Feb 18 22:55:54 2011 ;; MSG SIZE rcvd: 196

en de tracepath6 -n

Code:

1?: [LOCALHOST] pmtu 1500 1: 2001:1af8:2100:b040::1 0.884ms 1: 2001:1af8:2100:b040::1 0.718ms 2: 2001:1af8:2100::2 0.930ms asymm 1 3: 2001:1af8::35 1.680ms asymm 2 4: 2001:1af8::6 1.233ms asymm 3 5: 2001:7f8:13::a501:2859:2 2.480ms asymm 4 6: 2001:7b8:40:9::4 3.030ms asymm 4 7: no reply 8: no reply 9: no reply 10: no reply 11: no reply 12: no reply 13: no reply

Werkt vanaf Signet ook prima.

Citaat:

[root@ns2 ~]# dig +tcp soa sidn.nl @2a00:d78:0:147:94:198:152:68

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_5.3 <<>> +tcp soa sidn.nl @2a00:d78:0:147:94:198:152:68
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54946
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 4

;; QUESTION SECTION:
;sidn.nl. IN SOA

;; ANSWER SECTION:
sidn.nl. 86400 IN SOA ns1.sidn.nl. hostmaster.sidn.nl. 1298103301 14400 1800 3600000 1800

;; AUTHORITY SECTION:
sidn.nl. 86400 IN NS ns2.sidn.nl.
sidn.nl. 86400 IN NS ns1.sidn.nl.

;; ADDITIONAL SECTION:
ns1.sidn.nl. 86400 IN A 94.198.152.68
ns1.sidn.nl. 86400 IN AAAA 2a00:d78:0:147:94:198:152:68
ns2.sidn.nl. 86400 IN A 194.171.17.5
ns2.sidn.nl. 86400 IN AAAA 2001:610:0:800d::5

;; Query time: 52 msec
;; SERVER: 2a00:d78:0:147:94:198:152:68#53(2a00:d78:0:147:94: 198:152:68)
;; WHEN: Sat Feb 19 11:59:27 2011
;; MSG SIZE rcvd: 196

Citaat:

Oorspronkelijk geplaatst door visser

AS 1140 (naam) is het AS van SIDN, 2001:7f8:1:: is inderdaad het ams-ix IPv6 peering lan, maar arn1 suggereert Arnhem.

Kan natuurlijk een lange L2 verbinding zijn, met de peering router inderdaad in Arnhem. Of gewoon een verkeerde rDNS..

Het lijkt erop dat SIDN geen traceroutes doorlaat naar die nameserver

Even wat opheldering vanuit SIDN zelf:

* Ja, het betreft een lange laag 2 verbinding (de reverse DNS staat dus goed)
* Ja, traceroutes worden gefilterd op de name server in kwestie.

Overigens ben ik op mijn beurt benieuwd bij wie de volgende test werkt:

dig +tcp ch txt version.bind @2001:15b0:0:0:0:0:1:2003

en

dig ch txt version.bind @2001:15b0:0:0:0:0:1:2003

(UDP en TCP dus)

Mijn vermoeden is dat als een traceroute6 je via de AMS-IX naar '2001:15b0:0:0:0:0:1:2003' brengt, de kans op succes kleiner is dan wanneer je *niet* via de AMS-IX komt.

Maar ik hoor via deze weg graag of dat klopt.

Groeten,

--
Marco

Citaat:

Oorspronkelijk geplaatst door mdavids

Even wat opheldering vanuit SIDN zelf:

* Ja, het betreft een lange laag 2 verbinding (de reverse DNS staat dus goed)
* Ja, traceroutes worden gefilterd op de name server in kwestie.

Overigens ben ik op mijn beurt benieuwd bij wie de volgende test werkt:

dig +tcp ch txt version.bind @2001:15b0:0:0:0:0:1:2003

en

dig ch txt version.bind @2001:15b0:0:0:0:0:1:2003

(UDP en TCP dus)

Mijn vermoeden is dat als een traceroute6 je via de AMS-IX naar '2001:15b0:0:0:0:0:1:2003' brengt, de kans op succes kleiner is dan wanneer je *niet* via de AMS-IX komt.

Maar ik hoor via deze weg graag of dat klopt.

Groeten,

--
Marco

Lijkt te kloppen, geen succes vanaf xs4all

Test vanaf xs4all (shell server)

traceroute6 laatste hop :
2 0.ge-0-2-0.xr1.sara.xs4all.net (2001:888:2:1::1) 0.870 ms 0.862 ms 1.586 ms
3 * * *
4 * * *
5 * * *
6 ams-ix.infopact.nl (2001:7f8:1::a502:1221:1) 142.983 ms !X * *

ping6 2001:15b0:0:0:0:0:1:2003
PING 2001:15b0:0:0:0:0:1:2003(2001:15b0::1:2003) 56 data bytes
64 bytes from 2001:15b0::1:2003: icmp_seq=1 ttl=52 time=12.8 ms

:~$ dig ch txt version.bind @2001:15b0:0:0:0:0:1:2003

; <<>> DiG 9.6-ESV-R1 <<>> ch txt version.bind @2001:15b0:0:0:0:0:1:2003
;; global options: +cmd
;; connection timed out; no servers could be reached

dig +tcp ch txt version.bind @2001:15b0:0:0:0:0:1:2003
;; Connection to 2001:15b0::1:2003#53(2001:15b0::1:2003) for version.bind failed: permission denied.

Citaat:

Oorspronkelijk geplaatst door visser

Lijkt te kloppen, geen succes vanaf xs4all

Test vanaf xs4all (shell server)

traceroute6 laatste hop :
2 0.ge-0-2-0.xr1.sara.xs4all.net (2001:888:2:1::1) 0.870 ms 0.862 ms 1.586 ms
3 * * *
4 * * *
5 * * *
6 ams-ix.infopact.nl (2001:7f8:1::a502:1221:1) 142.983 ms !X * *

ping6 2001:15b0:0:0:0:0:1:2003
PING 2001:15b0:0:0:0:0:1:2003(2001:15b0::1:2003) 56 data bytes
64 bytes from 2001:15b0::1:2003: icmp_seq=1 ttl=52 time=12.8 ms

:~$ dig ch txt version.bind @2001:15b0:0:0:0:0:1:2003

; <<>> DiG 9.6-ESV-R1 <<>> ch txt version.bind @2001:15b0:0:0:0:0:1:2003
;; global options: +cmd
;; connection timed out; no servers could be reached

dig +tcp ch txt version.bind @2001:15b0:0:0:0:0:1:2003
;; Connection to 2001:15b0::1:2003#53(2001:15b0::1:2003) for version.bind failed: permission denied.

Hmm, dat vinden we heel erg bijzonder :)
We gaan weer eens graven . . .

Over de infopact vraag:

Ik heb getest uit 19 netwerken, en alles via AMSIX werkt niet. (ping wel, maar dns lookup timed out en traceroute loopt dood)

Als ik infopact was zou ik niet 2001:15b0::/32 announcen vanaf 2001:7f8:1::a502:1221:1 richting hun AMS-IX peers en alles via transits laten lopen tot duidelijk is wat er fout gaat.

Citaat:

Oorspronkelijk geplaatst door Rob77

Hmm, dat vinden we heel erg bijzonder :)
We gaan weer eens graven . . .

Verdere bevestiging : faalt ook via een HE tunnel die over de ams-ix loopt.

Werkt (dig en traceroute) via DSD , met traceroute

2 2001:978:2:2c::11 (2001:978:2:2c::11) 11.173 ms 11.349 ms 11.135 ms
3 te0-4-0-6.ccr21.ams03.atlas.cogentco.com (::ffff:130.117.3.61) 12.339 ms 12.027 ms 12.111 ms
4 2001:978:2:2d::1 (2001:978:2:2d::1) 11.53 ms 11.577 ms 11.529 ms
5 2001:978:2:2d::a (2001:978:2:2d::a) 11.719 ms 11.995 ms 12.205 ms
6 2001:15b0::201a (2001:15b0::201a) 12.253 ms 12.258 ms 11.859 ms
7 nsa.infopact.com (2001:15b0::1:2003) 13.39 ms 13.646 ms 12.609 ms

Even beetje plagen "Hoe moeilijk kan het zijn " ;-)

Maar ik hoop wel dat je kunt posten waar het aan ligt/lag .
Als je packetfilters op je peering router/interface hebt zou dat de zaak wel verklaren, maar dat is toch vrij snel te vinden ?

Citaat:

Oorspronkelijk geplaatst door visser

Verdere bevestiging : faalt ook via een HE tunnel die over de ams-ix loopt.

Werkt (dig en traceroute) via DSD , met traceroute

2 2001:978:2:2c::11 (2001:978:2:2c::11) 11.173 ms 11.349 ms 11.135 ms
3 te0-4-0-6.ccr21.ams03.atlas.cogentco.com (::ffff:130.117.3.61) 12.339 ms 12.027 ms 12.111 ms
4 2001:978:2:2d::1 (2001:978:2:2d::1) 11.53 ms 11.577 ms 11.529 ms
5 2001:978:2:2d::a (2001:978:2:2d::a) 11.719 ms 11.995 ms 12.205 ms
6 2001:15b0::201a (2001:15b0::201a) 12.253 ms 12.258 ms 11.859 ms
7 nsa.infopact.com (2001:15b0::1:2003) 13.39 ms 13.646 ms 12.609 ms

Even beetje plagen "Hoe moeilijk kan het zijn " ;-)

Maar ik hoop wel dat je kunt posten waar het aan ligt/lag .
Als je packetfilters op je peering router/interface hebt zou dat de zaak wel verklaren, maar dat is toch vrij snel te vinden ?

Dat is het ook het eerste wat we gecontroleerd hebben :)
Vandaar dat het zo raar is.

Citaat:

Oorspronkelijk geplaatst door Rob77

Dat is het ook het eerste wat we gecontroleerd hebben :)
Vandaar dat het zo raar is.

Vertel ....

(dig tcp en udp werkt nu vanaf HE tunnel die eerst niet werkte)
traceroute6

2 gige-g2-20.core1.ams1.he.net (2001:470:0:7d::1) 36.449 ms 36.673 ms 36.652 ms
3 ams-ix.infopact.nl (2001:7f8:1::a502:1221:1) 37.123 ms 37.349 ms 37.078 ms
4 2001:15b0::2e (2001:15b0::2e) 37.796 ms 37.774 ms 36.746 ms
5 2001:15b0::201a (2001:15b0::201a) 37.460 ms 37.931 ms 37.410 ms
6 nsa.infopact.com (2001:15b0::1:2003) 38.128 ms 13.832 ms 14.180 ms

Citaat:

Oorspronkelijk geplaatst door visser

Vertel ....

(dig tcp en udp werkt nu vanaf HE tunnel die eerst niet werkte)
traceroute6

2 gige-g2-20.core1.ams1.he.net (2001:470:0:7d::1) 36.449 ms 36.673 ms 36.652 ms
3 ams-ix.infopact.nl (2001:7f8:1::a502:1221:1) 37.123 ms 37.349 ms 37.078 ms
4 2001:15b0::2e (2001:15b0::2e) 37.796 ms 37.774 ms 36.746 ms
5 2001:15b0::201a (2001:15b0::201a) 37.460 ms 37.931 ms 37.410 ms
6 nsa.infopact.com (2001:15b0::1:2003) 38.128 ms 13.832 ms 14.180 ms

Ah ik dacht al, wanneer zou het opvallen :P

We lijken last te hebben van een IOS bug met IPv6 ACL's.
Cisco is ermee aan de slag gegaan.