Sommige sites niet of moeilijk te bereiken

[CAP-Team]

Sinds kort heb ik een nieuwe router, een Linksys E4200 met de laatste firmware.

Ik heb problemen met bepaalde websites. De rabobank website kan ik vaak pas openen nadat deze getimeout is en ik deze refresh met F5.

Maar een paar sites van de NASA die ik regelmatig gebruik kan ik helemaal niet bereiken. Vanaf geen enkele computer hier in huis. Bij mijn schoonouders (ook bij Ziggo) kan ik wel op de site komen.

Als ik een tracert uitvoer lijk ik wel een eind in de richting te komen:

code:

Traceren van de route naar ssd.jpl.nasa.gov [128.149.23.134]
via maximaal 30 hops:

  1     2 ms     3 ms     8 ms  LINKSYSE4200 [192.168.1.1]
  2    11 ms    19 ms    13 ms  10.205.208.1
  3    10 ms    11 ms    12 ms  zl-rc0001-cr101-ae20-214.core.as9143.net [213.51.139.33]
  4    13 ms    12 ms    10 ms  213.51.158.173
  5    30 ms    12 ms    15 ms  gn-rc0002-cr102-ae3.core.as9143.net [213.51.158.110]
  6    16 ms    18 ms    18 ms  asd-tr0409-cr101-ae2-0.core.as9143.net [213.51.158.16]
  7    19 ms    17 ms    19 ms  Te2-2.ar2.AMS1.gblx.net [208.51.117.93]
  8    13 ms    14 ms    16 ms  po2-ar3.AMS1.gblx.net [67.16.146.62]
  9    21 ms    28 ms   199 ms  verio-1.ar3.AMS1.gblx.net [208.178.58.206]
 10    13 ms    19 ms    13 ms  ae-0.r23.amstnl02.nl.bb.gin.ntt.net [129.250.4.100]
 11    97 ms   117 ms    93 ms  ae-7.r21.asbnva02.us.bb.gin.ntt.net [129.250.2.144]
 12   119 ms   112 ms   102 ms  ae-0.r20.asbnva02.us.bb.gin.ntt.net [129.250.4.4]
 13   162 ms   167 ms   168 ms  ae-2.r21.lsanca03.us.bb.gin.ntt.net [129.250.3.55]
 14   156 ms   164 ms   164 ms  po-2.r00.lsanca03.us.bb.gin.ntt.net [129.250.5.250]
 15   162 ms   165 ms   158 ms  198.172.117.163
 16   173 ms   162 ms   168 ms  jpl-vlan2004.ln.net [130.152.181.51]
 17     *        *        *     Time-out bij opdracht.
 18     *        *        *     Time-out bij opdracht.

Het gaat dus om de ftp site ftp://naif.jpl.nasa.gov en http://ssd.jpl.nasa.gov
Beide sites lijkten bij een tracert op hetzelfde vlan uit te komen bij nasa.

Ik heb alle settings in de router al nagekeken of hier nog dingen in zitten die de boel blokkeren, maar ook bovenstaande tracert lijken erop te duiden dat de router het probleem niet is.

Iemand een idee?

[Quad]

Heb je het met een andere router ook kunnen testen?
Ik neem uit je verhaal op dat je het probleem dus hebt nadat je de nieuwe router aangesloten hebt.

[Nextron]

CAP-Team schreef op maandag 18 april 2011 @ 23:24:
Sinds kort heb ik een nieuwe router, een Linksys E4200 met de laatste firmware.

(...)

Ik heb alle settings in de router al nagekeken of hier nog dingen in zitten die de boel blokkeren, maar ook bovenstaande tracert lijken erop te duiden dat de router het probleem niet is.

Maar het probleem is pas begonnen nadat je de router hebt aangesloten? Krijg je wel verbinding wanneer je de router er niet tussen hebt zitten?

[CAP-Team]

Bij mijn weten had ik het probleem voor de tijd nog niet (hee het zal wel aan de router liggen!)
Maar aan de andere kant, de tracert wijst uit dat ik niet meteen geblockt word. En er zijn ook slechts een paar sites die het niet doen, de rest doet het wel.

[Arjan A]

Heb je misschien ipv6 aan staan in je OS of je router?
Mijn ervaring is tegenwoordig dat steeds meer sites zowel een ipv4 als ipv6 adres hebben. Je OS kan dan voor ipv6 kiezen, terwijl je router of het OS zelf geen of onvoldoende ondersteuning heeft hiervoor.

[Nextron]

Die laatste twee hops doen het bij mij wel. Toch lijkt het me een goed idee het nog eens te proberen zonder de router. Kijk ook even wat je externe IP nu is en of het anders is wanneer je het zonder de router probeert.

[CAP-Team]

Nu te laat om nog te testen, ga ik van de week doen. Bedankt voor het commentaar tot zover!

[Kassad]

Heb je toevallig een KPN verbinding? Daar komen dit soort klachten meer voor..

[CyBeR]

Kassad schreef op dinsdag 19 april 2011 @ 21:28:
Heb je toevallig een KPN verbinding? Daar komen dit soort klachten meer voor..

Hij heeft notabene een traceroute gepost waar in staat dat 'ie geen KPN heeft...

[Verwijderd]

Geen oplossing voor je probleem, maar wel pure nieuwsgierigheid.
Wat is hop twee precies? Met IP adres 10.205.208.1.

Om je mogelijk verder te helpen, kun je ook wat meer traceroutes sturen van verschillende websites?

[leuk_he]

IPv6 disablen?

b.v. zo:
http://thedaneshproject.com/posts/disable-ipv6-in-firefox-3/

“about:config”
“network.dns.disableIPv6″ into the filter bar
switch the value from “false” to “true”

(Juist een nieuwer modem dat ipv6 beter ondersteund kan dit veroorzaken...)

[ Voor 131% gewijzigd door leuk_he op 20-04-2011 23:25 ]

[CyBeR]

Verwijderd schreef op woensdag 20 april 2011 @ 23:17:
Geen oplossing voor je probleem, maar wel pure nieuwsgierigheid.
Wat is hop twee precies? Met IP adres 10.205.208.1.

Iets interns van Ziggo.

[CAP-Team]

Ik heb wel sinds kort een nieuw ziggo modem. Kan ook wel zijn dat het probleem sinds die tijd optreedt. Ik ben nog niet in de gelegenheid geweest m'n oude router er weer even tussen te hangen, dat zal ws. wel vrijdag worden.
Bij mijn weten ondersteunt de Linksys E4200 (nog) geen IPv6, dus die kan ik daar niet disablen.

[ Voor 17% gewijzigd door CAP-Team op 21-04-2011 00:57 ]

[CAP-Team]

Net ff m'n oude router er weer tussen gehangen, maar ik kan de sites nog steeds niet bereiken. Het ligt dus in ieder geval niet aan de router.
Ik denk dat ik maar eens een mailtje richting Ziggo ga sturen.

[Verwijderd]

Ik heb even wat dingen voor je bekeken. Zonder diep in te gaan op hoe routing werkt, moet dit volgens mij wel lukken. Bij vragen hoor ik het wel. Hieronder staat een gedeelte van jouw tracert.

10 13 ms 19 ms 13 ms ae-0.r23.amstnl02.nl.bb.gin.ntt.net [129.250.4.100]
11 97 ms 117 ms 93 ms ae-7.r21.asbnva02.us.bb.gin.ntt.net [129.250.2.144]
12 119 ms 112 ms 102 ms ae-0.r20.asbnva02.us.bb.gin.ntt.net [129.250.4.4]
13 162 ms 167 ms 168 ms ae-2.r21.lsanca03.us.bb.gin.ntt.net [129.250.3.55]
14 156 ms 164 ms 164 ms po-2.r00.lsanca03.us.bb.gin.ntt.net [129.250.5.250] <== Provider NTT

Wanneer ik vanaf deze router via een lookingglass de betreffende website wil bereiken dan gaat dit prima.

https://www.us.ntt.net/support/looking-glass/

Ook het pingen gaat goed, wat betekend dat ICMP verkeer gewoon word doorgelaten. In principe zou jouw ICMP verkeer ook gewoon moeten worden doorgelaten, maar dat doet het dus niet anders hadden we dit probleem niet

Tracing the route to ssd.jpl.nasa.gov (128.149.23.134)

1 xe-6-3.r00.sntcca01.us.bb.gin.ntt.net (129.250.6.80) [MPLS: Label 161 Exp 0] 8 msec 8 msec 12 msec
2 xe-4-1-2.r21.snjsca04.us.bb.gin.ntt.net (129.250.6.83) [MPLS: Label 728972 Exp 0] 0 msec 0 msec 4 msec
3 ae-6.r20.lsanca03.us.bb.gin.ntt.net (129.250.2.146) [MPLS: Label 507650 Exp 0] 8 msec 8 msec 12 msec
4 ae-1.r05.lsanca03.us.bb.gin.ntt.net (129.250.2.230) 8 msec 12 msec 8 msec
5 be5.r05.lsanca03.us.ce.gin.ntt.net (198.172.117.162) 12 msec
198.172.117.163 12 msec 8 msec
6 jpl-vlan2004.ln.net (130.152.181.51) [AS 226] 12 msec 12 msec 12 msec
7 b301-264-edge-230.jpl.nasa.gov (137.78.12.35) [AS 127] 12 msec 12 msec 12 msec
8 ssd.jpl.nasa.gov (128.149.23.134) [AS 127] 8 msec 8 msec 12 msec

Router: Santa Clara, CA - US
Command: ping 128.149.23.134

Sending 5, 100-byte ICMP Echos to 128.149.23.134, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 8/11/12 ms

De vraag is dan ook of deze router de weg naar jouw IP adres weet.

Je moet dit probleem (jij of Ziggo) waarschijnlijk aanmelden bij de provider die na NTT zit, wanneer ik het adres 130.152.181.51 in ARIN https://www.arin.net/ (de USA organisatie die IP addressen uitdeelt aan providers) gooi, dan zie ik dat deze hoort bij de 'provider' Los Nettos die heeft vervolgens een peering opgezet met NTT. Deze peer moet even gecontroleerd worden. In ieder geval moet van daaruit even een tracert worden gedaan naar jouw ip adres.

[ Voor 6% gewijzigd door Verwijderd op 01-05-2011 14:55 ]

[CAP-Team]

@Slevin_ Mijn IP zit niet in de reeks die jij aangeeft, maar in de 82.73.x.x reeks.

Qua ziggo is er e.e.a. gewijzigd de laatste weken:
- nieuw Docsys 3.0 modem gekregen
- nieuwe router
- nieuw IP adres van Ziggo
- snelheidsverhoging van Ziggo naar 40 mbit

Voor zover ik kan nagaan heb ik alleen problemen met enkele NASA sites, terwijl deze bij mijn schoonouders, die aan de andere kant van 't dorp wonen, wel gewoon te bereiken zijn via Ziggo.

[CyBeR]

Heb je Linux trouwens?

[Verwijderd]

Eerst bericht even aangepast, omdat die ping niet meer van toepassing is, aangezien dat niet jouw IP adres is.

Het kan best zijn dat jij een ander ip adres hebt dan dat ik ervan ben uitgegaan, maar dat maakt voor het probleem niet zo heel veel uit. Ik denk namelijk dat het probleem zit in de peering tussen NTT en LT, danwel op de laatste node die je ziet in jouw tracert. Ik kan namelijk vanaf mijn pc en vanaf de NTT routers dit adres wel bereiken. In de tracert die je hebt gedaan zie je ook dat de node die je het laatst wil bereiken niet meer weet waar het pakket heen moet.

Heb je dit probleem sinds het nieuwe ip adres?

@Cyber

Besturingssysteem maakt naar mijn mening in deze niet zo heel veel uit, omdat icmp gewoon moet werken voor die site / node, omdat ik vanuit dos en de andere NTT routers dit ook kan. Ik weet niet hoe jij hier tegen aan kijkt of wou je graag nog wat andere testen doen vanuit Linux?

PS: Wat je ook nog even kan doen is vragen aan Ziggo of ze voor jouw even kunnen inloggen op de eerste node die verbonden is met jouw router en kijken of het dan wel lukt. Ik weet alleen niet het nummer van het NOC van ziggo en anders gewoon ticket aanmaken en wachten

[ Voor 15% gewijzigd door Verwijderd op 01-05-2011 15:03 ]

[Kabouterplop01]

Ik denk trouwens dat Cyber het verschil wil zien tussen een trace met udp of met icmp.
Linux doet standaard een traceroute met udp en MS met icmp. Dat geeft idd een iets ander beeld.
(ook al komen beide traces vanuit mijn provider wel aan)

Of je reeks wordt als een bogon gemarked of de laatse paar hops kennen de routering niet terug.
Dat is eigenlijk wat _Slevin zegt ... (spuit 11 PLOP)

[ Voor 16% gewijzigd door Kabouterplop01 op 01-05-2011 15:21 ]

[OK13]

Kun je de websites die je niet kunt bereiken wel pingen. Als dat niet het geval is probeer dan eens je MTU size ter verlagen.

Dat doe je door ping iets.iets -f -l $size

Standaard heeft Windows een MTU size van 1500. Vaak zie je dat 1492 wel werkt. Wellicht kun je nog wat lager gaan als dat nog steeds niet werkt.

[Verwijderd]

MTU is het probleem niet, aangezien tracert en ping gebruik maken van hetzelfde protocol, namelijk ICMP. Het komt in uitzondelijke situaties wel is voor dat een tracert wel werkt, maar een ping niet, alleen dat is een andere discussie Aangezien wij wel de website kunnen tracen heeft kan dat er niet mee te maken hebben.

PS: Als je een standard ping uitvoert heeft deze nooit de pakketgrootte van 1500.

[CAP-Team]

Pingen werkt ook niet.. Linux heb ik zo niet bij de hand, alhoewel.. kan misschien ff een live cd proberen..

[CyBeR]

Kabouterplop01 schreef op zondag 01 mei 2011 @ 15:18:
Ik denk trouwens dat Cyber het verschil wil zien tussen een trace met udp of met icmp.
Linux doet standaard een traceroute met udp en MS met icmp. Dat geeft idd een iets ander beeld.
(ook al komen beide traces vanuit mijn provider wel aan)

Nee, dat zou wellicht bij een traceroute uitmaken maar het idee is dat de webserver op die host gewoon bereikbaar zou moeten zijn en dat is 'ie voor TS niet.

Het ging me om dat bij linux ECN default aan staat en dat in sommige gevallen wel's dit soort selectieve vreemdheden wil laten veroorzaken. (Of niet selectief-- ik heb een keer een Avaya gehad als default gateway die alles dropte tot ik 't uitzetten.)

That said ben ik nu in de mogelijkheid dat te proberen (zat eerder op m'n telefoon) en lijkt dat niet een probleem te zijn.

[ Voor 7% gewijzigd door CyBeR op 01-05-2011 22:32 ]

[Kabouterplop01]

CyBeR schreef op zondag 01 mei 2011 @ 22:26:
[...]


Het ging me om dat bij linux ECN default aan staat en dat in sommige gevallen wel's dit soort selectieve vreemdheden wil laten veroorzaken. (Of niet selectief-- ik heb een keer een Avaya gehad als default gateway die alles dropte tot ik 't uitzetten.)

thnx dat wist ik niet (zoals zoveel niet )
De traces die ik deed: een mtr, een traceroute en een traceroute -I komen vanuit xs4all wel goed.
vanuit ziggo heb ik het nog niet getest (dual wan )

[CAP-Team]

Vanmiddag heb ik via de Ziggo chat even contact gehad met een helpdesk medewerkster, zij kon in het modem zien dat de ontvangst niet optimaal was, en dat wellicht het ontpluggen en weer opnieuw aansluiten van de antennekabel wellicht een oplossing zou bieden.

Dan blijf ik het vreemd vinden dat die tracert wel een eind de deur uit gaat..