Onstabiele ping vanaf Draytek modem/router

[tel2]

Ik heb een probleem met een onstabiele ping vanaf een Draytek Vigor 3100 SDSL modem/router naar onze servers. We hebben op locatie A een Draytek Vigor 3100 SDSL modem/router staan en op locatie B een Vigor 2860 router.

Op locatie B werken 3 mensen via een VPN verbinding op een terminal server op locatie A. De VPN verbinding lijkt stabiel behalve naar de servers toe. Als ik een server ping dan is de verbinding onstabiel, ping ik een willekeurig ander onderdeel in het netwerk dan heb ik 0% verlies.

Als ik de servers op locatie A vanaf een host op locatie A ping is de verbinding stabiel. Als ik de servers op locatie A ping via de webinterface van de Draytek 3100 op locatie A dan is de ping onstabiel.

Het lijkt er dus op dat het misgaat tussen de verbinding van de Draytek 3100 naar de servers. Als ik iets anders in het netwerk ping vanaf de Draytek 3100 dan gaat dit wel goed. De servers draaien Windows server 2012 virtueel op een VMware ESXi machine. Ik heb de Draytek 3100 al meerdere keren een herstart gegeven maar dit lost het niet op.

Heeft iemand enig idee waar dit fout kan gaan?

Ping naar server op 192.168.0.100.

code:

C:\Documents and Settings\Administrator>ping 192.168.0.100 -t

Pingen naar 192.168.0.100 met 32 byte gegevens:

Time-out bij opdracht.
Time-out bij opdracht.
Antwoord van 192.168.0.100: bytes=32 tijd=27 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=29 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=29 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=29 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=34 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=30 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Time-out bij opdracht.
Time-out bij opdracht.
Time-out bij opdracht.
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=27 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125
Antwoord van 192.168.0.100: bytes=32 tijd=28 ms TTL=125

Ping-statistieken voor 192.168.0.100:
    Pakketten: verzonden = 30, ontvangen = 25, verloren = 5
    (16% verlies).De gemiddelde tijd voor het uitvoeren van één bewerking in mil
liseconden:
    Minimum = 27ms, Maximum = 34ms, Gemiddelde = 28ms

Dus het probleem heel kort omschreven:
Ik heb een Draytek Router en in hetzelfde lokale netwerk servers en werkstations.

Pingen van Draytek naar servers is onstabiel, regelmatig pakketjes die verloren gaan.
Pingen van een werkstation naar servers is stabiel
Pingen van server naar Draytek is stabiel
Pingen van Draytek naar Werkstations is stabiel

[ Voor 5% gewijzigd door tel2 op 19-06-2014 15:43 ]

[Daniel.]

Gebeurd het via draadloos of via kabeltje. Ik had met een draadloze verbinding ook af en toe een time out en dat kwam omdat er naast mij nog 20 andere op kanaal 1 zaten. (I'm not kidding).

[tel2]

ShittyNL schreef op donderdag 19 juni 2014 @ 10:06:
Gebeurd het via draadloos of via kabeltje. Ik had met een draadloze verbinding ook af en toe een time out en dat kwam omdat er naast mij nog 20 andere op kanaal 1 zaten. (I'm not kidding).

Alles gaat via een kabel.

[tel2]

Heeft iemand enig idee?

Ik heb dus een onstabiele ping (en verbinding) vanaf een lokaal Draytek modem/router naar een Windows 2012 server die op VMWare ESXi draait. Probleem wat hierdoor ontstaat is dat gebruikers over de VPN af en toe verbindingsproblemen hebben.

[Brahiewahiewa]

code:

Antwoord van 192.168.0.100: bytes=32 tijd=27 ms TTL=125

Waarom is die TTL 125? Ik zou 128 verwachten (of 64)
Doet vermoeden dat de verbinding tussen de server en de router niet rechtstreeks gaat, maar via een omweg

[tel2]

Brahiewahiewa schreef op woensdag 25 juni 2014 @ 13:21:
[...]

Waarom is die TTL 125? Ik zou 128 verwachten (of 64)
Doet vermoeden dat de verbinding tussen de server en de router niet rechtstreeks gaat, maar via een omweg

Dat zou ik niet durven zeggen. Ik heb zojuist opnieuw een ping gedaan en opnieuw is de TTL 125. Er zitten wel 2 switches tussen de Draytek en de Windows 2012 server maar een andere server die op dezelfde switch zit als de Windows 2012 server heeft wel een stabiele ping. Pingen naar deze server geeft een TTL van 62.

Ik hoop dat je hier verder iets mee kunt, mij zegt het niet veel.

[Brahiewahiewa]

Nou, als de TTL afneemt, betekent het dat er nog een router tussen zit.
Kan een firewall zijn, of een traffic shaper, of een load balancer

Of je hebt je virtual switch op ESX niet optimaal geconfigureerd. Staat-ie misschien op NAT?

[tel2]

Brahiewahiewa schreef op woensdag 25 juni 2014 @ 23:36:
Nou, als de TTL afneemt, betekent het dat er nog een router tussen zit.
Kan een firewall zijn, of een traffic shaper, of een load balancer

Of je hebt je virtual switch op ESX niet optimaal geconfigureerd. Staat-ie misschien op NAT?

Bedankt.

We hebben naast de Draytek nog een ander router waar twee andere internet verbindingen op binnen komen. Het verkeer zal niet via deze router mogen gaan en de servers die wel een stabiele ping hebben en die geen stabiele ping hebben zitten op dezelfde switch dus ik neem aan dat het verkeer dezelfde route naar deze servers neemt. Zelf heb helaas ik niet veel verstand van VMWare ESX. Ik heb met de vSphere Client ingelogd en gekeken onder Configuratie > Networking. Hier heb ik een Vsphere Standard Switch. Ik kom niets met NAT tegen. Kun jij zeggen waar ik deze instelling kan vinden? De instellingen over traffic shapping die ik tegen kom staan uit.

[WeirdEye]

Er zijn meerdere routers/modems? Zitten deze in hetzelfde netwerk? Misschien zelfde iprange waarop het stoort, of een brakke kabel tussen modem en switch?

[tel2]

De twee routers zitten in hetzelfde netwerk. De Draytek is puur en alleen voor de SDSL verbinding en op deze Draytek is een VPN verbinding geconfigureerd. Het Draytek modem heeft verder geen functie en heeft gewoon een LAN ip adres toegewezen gekregen.

Een brakke kabel heb ik uitgesloten want het is puur de verbinding vanaf de Dratytek naar de Windows 2012 servers. De verbinding naar andere servers en netwerk apparaten vanaf de Draytek is wel stabiel. Ook de verbinding vanaf andere servers naar de Windows 2012 servers is stabiel.

[Killerbert]

tel2 schreef op donderdag 26 juni 2014 @ 13:04:
[...]


We hebben naast de Draytek nog een ander router waar twee andere internet verbindingen op binnen komen. Het verkeer zal niet via deze router mogen gaan en de servers die wel een stabiele ping hebben en die geen stabiele ping hebben zitten op dezelfde switch dus ik neem aan dat het verkeer dezelfde route naar deze servers neemt.

[...]

Heb je dit gecontroleerd?
doe eens een trace route naar de server(s)

voorbeeld trace route naar mijn router (via een VPN verbinding met de NAS):

code:

C:\Users\Killerbert>tracert 172.16.16.1

Tracing route to OpenWrt.lan [172.16.16.1]
over a maximum of 30 hops:

  1    58 ms    59 ms    59 ms  DS211 [192.168.3.0]
  2    59 ms    59 ms    60 ms  OpenWrt.lan [172.16.16.1]

Trace complete.

code:

C:\Users\Killerbert>ping 172.16.16.1

Pinging 172.16.16.1 with 32 bytes of data:
Reply from 172.16.16.1: bytes=32 time=60ms TTL=63

code:

C:\Users\Killerbert>ping 172.16.16.99

Pinging 172.16.16.99 with 32 bytes of data:
Reply from 172.16.16.99: bytes=32 time=59ms TTL=64

Zie dat de router 1 hop verder is
_{De nas heeft 2 IP adressen}

[tel2]

Killerbert schreef op donderdag 26 juni 2014 @ 14:58:
[...]


Heb je dit gecontroleerd?
doe eens een trace route naar de server(s)

voorbeeld trace route naar mijn router (via een VPN verbinding met de NAS):

code:

C:\Users\Killerbert>tracert 172.16.16.1

Tracing route to OpenWrt.lan [172.16.16.1]
over a maximum of 30 hops:

  1    58 ms    59 ms    59 ms  DS211 [192.168.3.0]
  2    59 ms    59 ms    60 ms  OpenWrt.lan [172.16.16.1]

Trace complete.

code:

C:\Users\Killerbert>ping 172.16.16.1

Pinging 172.16.16.1 with 32 bytes of data:
Reply from 172.16.16.1: bytes=32 time=60ms TTL=63

code:

C:\Users\Killerbert>ping 172.16.16.99

Pinging 172.16.16.99 with 32 bytes of data:
Reply from 172.16.16.99: bytes=32 time=59ms TTL=64

Zie dat de router 1 hop verder is
_{De nas heeft 2 IP adressen}

Ik kan geen tracert doen vanaf de Draytek zelf (In de webinterface geeft deze op ieder IP adres een time-out)

Daarom een tracert vanaf de andere kant van het VPN. Wat me opvalt is dat een trace naar 192.168.0.100 de meeste keren rechtstreeks via 192.168.0.105 gaat maar een enkele keer via 192.168.0.1. Dit is de tweede router in het netwerk. Zal hier dan het probleem zitten? Maar waarom de ene keer wel via de tweede router en dan andere keer niet? En waarom alleen naar deze servers

code:

C:\Documents and Settings\Administrator>tracert 192.168.0.200

Bezig met het traceren van de route naar 192.168.0.200 via maximaal 30 hops

  1   <1 ms   <1 ms   <1 ms  Vigor.router [192.168.5.1]
  2    27 ms    28 ms    27 ms  192.168.0.105 (Draytek 3100)
  3    30 ms    31 ms    31 ms  192.168.0.200 (Server)

code:

C:\Documents and Settings\Administrator>tracert 192.168.0.100

Bezig met het traceren van de route naar 192.168.0.100 via maximaal 30 hops

  1   <1 ms   <1 ms   <1 ms  Vigor.router [192.168.5.1]
  2    28 ms    28 ms    28 ms  192.168.0.105
  3    29 ms    29 ms    29 ms  192.168.0.1
  4     *        *       31 ms  192.168.0.100

De trace is voltooid.

C:\Documents and Settings\Administrator>tracert 192.168.0.100

Bezig met het traceren van de route naar 192.168.0.100 via maximaal 30 hops

  1   <1 ms   <1 ms   <1 ms  Vigor.router [192.168.5.1]
  2   149 ms   213 ms    51 ms  192.168.0.105
  3    76 ms    29 ms    30 ms  192.168.0.100

De trace is voltooid.

[WeirdEye]

Lijkt er inderdaad op dat soms de 2e router loopt te prutsen.
Is de alleen een modem of ook een router (DHCP?)

Want 2 DHCP servers gaat problemen opleveren als ze ook nog dezelfde ipadressen uitgeven

[tel2]

WeirdEye schreef op donderdag 26 juni 2014 @ 16:01:
Lijkt er inderdaad op dat soms de 2e router loopt te prutsen.
Is de alleen een modem of ook een router (DHCP?)

Want 2 DHCP servers gaat problemen opleveren als ze ook nog dezelfde ipadressen uitgeven

Dit is alleen een router, we hebben 1 DHCP server en dat is de Windows Server. Welke router loopt er nu te 'prutsen'? Ik denk de Draytek want die stuurt hem soms door naar de andere router terwijl dit niet nodig is.

[ Voor 14% gewijzigd door tel2 op 26-06-2014 16:11 ]

[tel2]

Vandaag de Draytek 3100 naar fabrieksinstellingen gezet en op dezelfde switch aangesloten als de servers die een onstabiele ping geven. Helaas maakte dit geen verschil de ping blijft onstabiel. Daarna de configuratie weer terug gezet en nogmaals getest met de Draytek 3100 op dezelfde switch, weer onstabiel.

Ook nog even een andere netwerk kabel in de Draytek gehad maar dit gaf hetzelfde resultaat. Mijn opties raken echt op. Ik hoop dat iemand mij kan helpen dit op te lossen.

[Brahiewahiewa]

Nou ja, je ziet dus dat - als de tracert via 192.168.0.1 loopt - er packets gedropt worden; die sterretjes in de output. Wat dat betreft zijn we denk ik redelijk dicht bij de oorzaak.

Nou nog de vraag: hoe lossen we 't op?
Is het een optie om die backup router - tijdelijk - uit het network te trekken? En dan nog eens die tracerts te testen...