Ik krijg regelmatig “TTL is verlopen” als ik de Server 192.168.2.100 probeer te pingen …. 90% van de tijd gaat het goed maar af en toe verschijnt er weer de melding TTL verlopen 
Het netwerk bestaat uit 5 subnetten
172.16.0.0
192.168.2.0 (Hier zit de domein-server met het probleem)
192.168.3.0 (Hier zit de Proxy-server in)
De volgende subnetten zijn middels VPN te bereiken via de ISAServer.
192.168.10.0
192.168.20.0
Nu kunnen de netwerken 192.168.20.0 en 172.16.0.0 elkaar bereiken … en 192.168.2.0 en 192.168.10.0 elkaar bereiken. Andere verbindingen zijn niet mogelijk deze worden geblokkeerd. Dus 192.168.20.0 naar 192.168.2.0 kan dus niet.
Nu gaat het alleen fout als ik via 192.168.3.0 naar 192.168.2.0 ga.
192.168.3.100 is de ISA Server 2000 (Windows 2003). Deze routeert het internet naar de verschillende subnetten.
192.168.3.200 is de router die het verkeer regelt van 192.168.3.0 naar 192.168.2.0 (Draytek 2104)
192.168.2.100 is de domeinserver van dat netwerk. (Windows 2003)
Dit is een tracert als het goed gaat (90% van de tijd)
Bezig met het traceren van de route naar [192.168.2.100]
via maximaal 30 hops:
1 <1 ms <1 ms <1 ms 192.168.3.200
2 1 ms <1 ms <1 ms 192.168.2.100
En dit wanneer het fout gaat.
Bezig met het traceren van de route naar [192.168.2.100]
via maximaal 30 hops:
1 <1 ms <1 ms <1 ms 192.168.3.200
2 7 ms 2 ms 1 ms is-proxy [192.168.3.100]
3 <1 ms <1 ms <1 ms 192.168.3.200
4 <1 ms <1 ms <1 ms is-proxy [192.168.3.100]
5 1 ms 1 ms <1 ms 192.168.3.200
6 1 ms 1 ms 1 ms is-proxy [192.168.3.100]
7 1 ms 1 ms 1 ms 192.168.3.200
8 1 ms 1 ms 1 ms is-proxy [192.168.3.100]
9 1 ms 1 ms 1 ms 192.168.3.200
10 1 ms 1 ms 1 ms is-proxy [192.168.3.100]
11 2 ms 2 ms 2 ms 192.168.3.200
12 2 ms 2 ms 2 ms is-proxy [192.168.3.100]
13 2 ms 2 ms 2 ms 192.168.3.200
14 2 ms 2 ms 2 ms is-proxy [192.168.3.100]
15 2 ms 2 ms 2 ms 192.168.3.200
16 2 ms 2 ms 2 ms is-proxy [192.168.3.100]
17 3 ms 3 ms 3 ms 192.168.3.200
18 3 ms 3 ms 3 ms is-proxy [192.168.3.100]
19 3 ms 3 ms 3 ms 192.168.3.200
20 3 ms 3 ms 3 ms is-proxy [192.168.3.100]
21 4 ms 3 ms 3 ms 192.168.3.200
22 4 ms 3 ms 3 ms is-proxy [192.168.3.100]
20 3 ms 3 ms 3 ms is-proxy [192.168.3.100]
21 4 ms 3 ms 3 ms 192.168.3.200
22 4 ms 3 ms 3 ms is-proxy [192.168.3.100]
23 4 ms 4 ms 4 ms 192.168.3.200
24 4 ms 4 ms 4 ms is-proxy [192.168.3.100]
25 4 ms 4 ms 4 ms 192.168.3.200
26 4 ms 4 ms 4 ms is-proxy [192.168.3.100]
27 4 ms 4 ms 4 ms 192.168.3.200
28 4 ms 5 ms 4 ms is-proxy [192.168.3.100]
29 5 ms 6 ms 7 ms 192.168.3.200
30 6 ms 6 ms 6 ms is-proxy [192.168.3.100]
De trace is voltooid.
Kortom de trace blijft vast zitten tussen de proxy server (ISA Server) en de router voor het 192.168.2.0 subnet. Andere subnetten die op een vergelijkbare manier zijn ingesteld hebben nergens last van.
Heeft iemand enig idee? Als je meer informatie nodig hebt vraag het dan.
Wil je Alsjeblieft NIET klagen over de routers tussen de subnetten. Dit is nu eenmaal zo gegroeid.
Het netwerk bestaat uit 5 subnetten
172.16.0.0
192.168.2.0 (Hier zit de domein-server met het probleem)
192.168.3.0 (Hier zit de Proxy-server in)
De volgende subnetten zijn middels VPN te bereiken via de ISAServer.
192.168.10.0
192.168.20.0
Nu kunnen de netwerken 192.168.20.0 en 172.16.0.0 elkaar bereiken … en 192.168.2.0 en 192.168.10.0 elkaar bereiken. Andere verbindingen zijn niet mogelijk deze worden geblokkeerd. Dus 192.168.20.0 naar 192.168.2.0 kan dus niet.
Nu gaat het alleen fout als ik via 192.168.3.0 naar 192.168.2.0 ga.
192.168.3.100 is de ISA Server 2000 (Windows 2003). Deze routeert het internet naar de verschillende subnetten.
192.168.3.200 is de router die het verkeer regelt van 192.168.3.0 naar 192.168.2.0 (Draytek 2104)
192.168.2.100 is de domeinserver van dat netwerk. (Windows 2003)
Dit is een tracert als het goed gaat (90% van de tijd)
Bezig met het traceren van de route naar [192.168.2.100]
via maximaal 30 hops:
1 <1 ms <1 ms <1 ms 192.168.3.200
2 1 ms <1 ms <1 ms 192.168.2.100
En dit wanneer het fout gaat.
Bezig met het traceren van de route naar [192.168.2.100]
via maximaal 30 hops:
1 <1 ms <1 ms <1 ms 192.168.3.200
2 7 ms 2 ms 1 ms is-proxy [192.168.3.100]
3 <1 ms <1 ms <1 ms 192.168.3.200
4 <1 ms <1 ms <1 ms is-proxy [192.168.3.100]
5 1 ms 1 ms <1 ms 192.168.3.200
6 1 ms 1 ms 1 ms is-proxy [192.168.3.100]
7 1 ms 1 ms 1 ms 192.168.3.200
8 1 ms 1 ms 1 ms is-proxy [192.168.3.100]
9 1 ms 1 ms 1 ms 192.168.3.200
10 1 ms 1 ms 1 ms is-proxy [192.168.3.100]
11 2 ms 2 ms 2 ms 192.168.3.200
12 2 ms 2 ms 2 ms is-proxy [192.168.3.100]
13 2 ms 2 ms 2 ms 192.168.3.200
14 2 ms 2 ms 2 ms is-proxy [192.168.3.100]
15 2 ms 2 ms 2 ms 192.168.3.200
16 2 ms 2 ms 2 ms is-proxy [192.168.3.100]
17 3 ms 3 ms 3 ms 192.168.3.200
18 3 ms 3 ms 3 ms is-proxy [192.168.3.100]
19 3 ms 3 ms 3 ms 192.168.3.200
20 3 ms 3 ms 3 ms is-proxy [192.168.3.100]
21 4 ms 3 ms 3 ms 192.168.3.200
22 4 ms 3 ms 3 ms is-proxy [192.168.3.100]
20 3 ms 3 ms 3 ms is-proxy [192.168.3.100]
21 4 ms 3 ms 3 ms 192.168.3.200
22 4 ms 3 ms 3 ms is-proxy [192.168.3.100]
23 4 ms 4 ms 4 ms 192.168.3.200
24 4 ms 4 ms 4 ms is-proxy [192.168.3.100]
25 4 ms 4 ms 4 ms 192.168.3.200
26 4 ms 4 ms 4 ms is-proxy [192.168.3.100]
27 4 ms 4 ms 4 ms 192.168.3.200
28 4 ms 5 ms 4 ms is-proxy [192.168.3.100]
29 5 ms 6 ms 7 ms 192.168.3.200
30 6 ms 6 ms 6 ms is-proxy [192.168.3.100]
De trace is voltooid.
Kortom de trace blijft vast zitten tussen de proxy server (ISA Server) en de router voor het 192.168.2.0 subnet. Andere subnetten die op een vergelijkbare manier zijn ingesteld hebben nergens last van.
Heeft iemand enig idee? Als je meer informatie nodig hebt vraag het dan.
Wil je Alsjeblieft NIET klagen over de routers tussen de subnetten. Dit is nu eenmaal zo gegroeid.