Het InternetPlusBellen/Experiabox Forum

Een week geleden vanwege problemen met mijn oude TG787 (KPN Glasvezel) een TG789 ontvangen.
Alles werkt prima, maar kennelijk is het niet meer mogelijk om traceroute te doen naar ip adressen, waar dit voorheen nog wel kon.

Het lijkt erop dat alle tussenliggende hops op weg naar een eindbestemming geen antwoord meer geven op traceroutes.

Voorbeeldje:

Traceren van de route naar gl.nu.nl [62.69.179.15]
via maximaal 30 hops:

1 25 ms 115 ms 83 ms 192.168.2.254
2 7 ms 5 ms 9 ms 195.190.242.17
3 * * * Time-out bij opdracht.
4 * * * Time-out bij opdracht.
5 * * * Time-out bij opdracht.
6 * * * Time-out bij opdracht.
7 7 ms 7 ms 7 ms 62.69.179.15

De trace is voltooid.

Traceroute is zeer handig bij het troubleshooten, zeker als ik zoals nu een packet loss probleem probeer te achterhalen. Internet richting Global Crossing gaat met horten en stoten, zo lijkt het.

Iemand anders ook het probleem dat traceroute niet 'the complete picture' geeft bij een TG789???
Hopelijk toch (ook) niet gefilterd of dichtgetimmerd???

Heb ff een testje gedaan zoals jij deze doet.
Ook ik krijg een timeout.
Dus niet mogelijk om het op deze manier te doen.
Probeer dit maar eens: http://network-tools.com/

KPN heeft ook de 789 dicht gespijkerd.

_________________
KPN geef ons SYFY

Dank, de site die je suggereert is een aardig alternatief, maar geeft natuurlijk niet het beeld dat ik zien wil.

Traceroute is naar mijn idee toch iets fundamenteels. Alleen is de vraag zit is dit nu in het modem dichtgetimmerd, of in het netwerksegment van KPN waar we vandaan komen? Iemand die hier iets zinnigs over kan zeggen?

Probeer eens een ander adres met tracert of traceroute. Bijvoorbeeld naar http://www.sony.com. Nu heb ik een Arcadyan ARV7519 maar naar gl.nu.nl kreeg ik hetzelfde resultaat. Ben benieuwd wat jij met http://www.sony.nl te zien krijgt.

Hier nog ff mijn output voor de ARV7519 voor http://www.sony.com



En nog die van gl.nu.nl:



Lijkt me met de ARV7519 geen probleem met KPN grappen (lees filteren, zou overigens echt wel belachelijk zijn). Ben benieuwd naar jouw output van www.sony.com

zit zelf ook met een TG789.
Dit dit is nu al mijn derde modem en ook deze voldoet niet aan de verwachtingen die ik ervan heb.
Voor mij is het heel belangrijk om poorten open te kunnen zetten.
Dit is wel mogelijk alleen worden die random weer veranderd waardoor ik het modem niet kan gebruiken waarvoor hij bij mij dienst moet doen.
En ook is het modem dicht gespijkerd door de KPN.
Dus met andere woorden het ligt niet aan de verbinding van de KPN maar aan het modem.
Zelfs KPN mensen van de klanten dienst hebben bij me al aangegeven dat het bagger is.
Er zou dit jaar een nieuw modem uitkomen, maar op dit moment zit ik met een modem wat voor mij zeer beperkt is.
En ik de rand apparatuur niet naar behoren kan gebruiken.
Vrees dat je op een andere manier je trace moet laten plaats vinden.
Sorry.

_________________
KPN geef ons SYFY

Niks mis met het modem...
Eerste ip-nummer is je modem/router
Tweede ip-nummer is de eerste node/switch.
De eerste Time-out komt van de tweede node/switch die niet reageert op je tracerout call.
Uiteindelijk reageert nummer 7 wel.

Veel netwerkbeheerder zetten tracerout uit op hun nodes om te voorkomen dat een kwaadwillige eenvoudig het ip-nummer kan achterhalen en gaan proberen de node te saboteren.

komt door de nieuwe update

In de logging van het modem staat:

Jan 19 21:53:44 FIREWALL replay check (1 of 6): Protocol: ICMP Src ip: 195.190.xxx.xx Dst ip: 81.205.xx.xxx Type: Time Exceeded Code: Time to Live exceeded in Transit

Bezig met het traceren van de route naar google.nl [74.12
via maximaal 30 hops:

1 127 ms 89 ms 99 ms dsldevice.lan [192.168.2.
2 7 ms * * 195.190.xxx.xx
3 * * * Time-out bij opdracht.
4 * * * Time-out bij opdracht.

enz tot het einde

Onder linux werkt het nog wel.

Ik heb dit deze week al naar KPN gestuurd maar op de traceroute probleem nog geen antwoord gekregen

Het is gewoon irritant. Beroepsmatig werk ik met BGP routeringen op grotere netwerken. Soms is 't handig om vanuit huis ook zo nu en dan eens wat routes te kunnen checken. En dan heb je echt onvoldoende aan de first hop (de TG789) en last hop (de eindbestemming). Zowieso lijkt he me niet zinvol om bepaalde ICMP types te filteren, gezien ze ook handig zijn (unreachables bijvoorbeeld). Zou onzin zijn dat dit ook gefilterd wordt, dus ik ben echt benieuwd naar een onderbouwde reactie waarom dit uit staat in de TG789.

Voor de volledigheid maar even het voorbeeld van de vorige poster aangehaald. Hier een traceroute van achter een TG789 naar www.sony.com


Tracing route to www.sony.com [64.37.182.61] with TTL of 32:

1 5ms 87ms 87ms dsldevice.lan [192.168.2.254]
2 5ms * * 195.190.242.17
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 * * * Request timed out.
9 * * * Request timed out.
10 * * * Request timed out.
11 * * * Request timed out.
12 175ms 174ms 174ms www.sony.com [64.37.182.61]

Traceroute complete.

Heb je dus niets aan als een provider je om een traceroute naar hun netwerk vraagt.