Zijn lange pingtijden reden voor een trage verbinding?

[Jazzy]

Bij een klant hebben we een LAN to LAN VPN tussen twee vestigingen. Deze wordt gebruikt om te werken op een Terminal Server en de gebruikers klagen nu over een trage verbinding. Op beide vestigingen is de internetverbinding in orde, testen als speedtest.nl leveren normale waardes op.

Een ping over de tunnel geeft een waarde van meer dan 250 ms. Als ik vanuit Nederland buiten de tunnel om naar de vestiging ping dan levert em dit op:

code:

  4    10 ms     9 ms    10 ms  0.so-7-0-0.xr1.sara.xs4all.net [194.109.5.6]
  5    14 ms    12 ms    10 ms  so-7-0-0.nar1.ams1.gblx.net [146.82.33.177]
  6    12 ms     9 ms    10 ms  so6-0-0-2488m.ar3.ams2.gblx.net [67.17.68.134]
  7   242 ms   246 ms   240 ms  opentransit-1.ar3.ams2.gblx.net [64.208.110.2]
  8   238 ms   246 ms   243 ms  so-1-3-0-0.fftcr4.frankfurt.opentransit.net [193.251.241.142]
  9   245 ms   245 ms   244 ms  gi15-0.fftcr3.frankfurtammain.opentransit.net [193.251.242.234]
 10     *        *        *     Request timed out.
 11   247 ms   247 ms   242 ms  pos15-0.ntaub201.Aubervilliers.francetelecom.net [193.251.126.53]
 12   248 ms   244 ms   249 ms  pos13-2.nraub103.aubervilliers.francetelecom.net [193.251.126.229]
 13   252 ms   245 ms   249 ms  pos0-0-0-0.ncidf103.Puteaux.francetelecom.net [193.252.159.41]
 14   252 ms   243 ms     *     pos-4-0.arcg1.archives.raei.francetelecom.net [193.253.14.2]
 15   243 ms   249 ms   245 ms  pos-4-0-0.arc9.archives.raei.transitip.francetelecom.net [81.52.7.102]

(eerste een laatste paar regels weggelaten ivm. privacy)

Nu vraag ik me af of de trage reaktie vanaf regel 7 kan resulteren in een enorm tragere verbinding. Kan iemand daar wat zinnigs over zeggen?

[Predator]

De link tussen 67.17.68.134 en 64.208.110.2 is inderdaad nogal zwaar belast met verhoogde latency tot gevolg. Dat is toch wel erg veel latency voor een transit link ...

Best even bij je provider checken ...

[Janoz]

Ping en bandbreedte hoeven niet te coreleren. Als uit je testjes blijkt dat het VPN deel wel genoeg bandbreedte heeft dan kan het natuurlijk ook liggen aan de perseptie van de gebruiker. Een hoge ping zorgt bij een terminal sessie voor veel 'lag'. De trage verbinding heeft dan wel een enorme bandbreedte, maar juist de hoge ping zorgt ervoor dat deze als traag ervaren wordt. De hoge ping kan dus ook gewoon rechtstreeks de oorzaak van het probleem zijn.

[nwagenaar]

Helaas kan ik niet exact zien wat van soort verbinding dat het is. Maar in het verleden hebben wij soortgelijke problemen gehad en dit bleek te liggen aan verhoogde waardes (kwaliteit verbinding was ver beneden de maat, ondanks goede snelheden. Tevens bleek het aantal CRC errors bij verzenden ongelovelijk gestegen te zijn bij de gebruikte ADSL modem.

In ons geval moesten wij de gebruikte ADSL modem vervangen om het probleem op te lossen.

[Predator]

Janoz schreef op donderdag 11 januari 2007 @ 16:52:
Ping en bandbreedte hoeven niet te coreleren. Als uit je testjes blijkt dat het VPN deel wel genoeg bandbreedte heeft dan kan het natuurlijk ook liggen aan de perseptie van de gebruiker. Een hoge ping zorgt bij een terminal sessie voor veel 'lag'. De trage verbinding heeft dan wel een enorme bandbreedte, maar juist de hoge ping zorgt ervoor dat deze als traag ervaren wordt. De hoge ping kan dus ook gewoon rechtstreeks de oorzaak van het probleem zijn.

Ja en nee, dat hoeft niet te coreleren, aangezien je wel soms met een serialising delay (of software vertragingen) zit.
Maar dat kan je snel testen door pings van verschillende grote door te sturen...

Maar 250ms in dit geval is toch wel ERG veel

Vooral voor je terminal users is dat natuurlijk een ramp. Ik neem dat je graag tekent voor 40ms delay in ruil voor minder bandbreedte ...

nwagenaar schreef op donderdag 11 januari 2007 @ 16:57:
Helaas kan ik niet exact zien wat van soort verbinding dat het is. Maar in het verleden hebben wij soortgelijke problemen gehad en dit bleek te liggen aan verhoogde waardes (kwaliteit verbinding was ver beneden de maat, ondanks goede snelheden. Tevens bleek het aantal CRC errors bij verzenden ongelovelijk gestegen te zijn bij de gebruikte ADSL modem.

In ons geval moesten wij de gebruikte ADSL modem vervangen om het probleem op te lossen.

Wat je ziet is een pathping en de eerste pings zijn wel snel, dus het probleem ligt niet bij de klant.

[ Voor 25% gewijzigd door Predator op 11-01-2007 17:08 ]

[Janoz]

Predator schreef op donderdag 11 januari 2007 @ 17:06:
Maar 250ms in dit geval is toch wel ERG veel

Vooral voor je terminal users is dat natuurlijk een ramp. Ik neem dat je graag tekent voor 40ms delay in ruil voor minder bandbreedte ...

Dat is inderdaad ook wat ik dacht. De vraag is "Zijn lange pingtijden reden voor een trage verbinding?". Ik heb het idee dat de topicstarter op zoek is naar een 'te weinig bandbreedte probleem', terwijl de enorm hoge ping gewoon rechtstreeks de oorzaak is van de problemen die de gebruikers ervaren.

[Verwijderd]

Janoz schreef op donderdag 11 januari 2007 @ 17:34:
[...]

Dat is inderdaad ook wat ik dacht. De vraag is "Zijn lange pingtijden reden voor een trage verbinding?". Ik heb het idee dat de topicstarter op zoek is naar een 'te weinig bandbreedte probleem', terwijl de enorm hoge ping gewoon rechtstreeks de oorzaak is van de problemen die de gebruikers ervaren.

maar een hoge ping kan weer het gevolg zijn van te weinig bandbreedtte (eerste stukje is dan wel snel, maar voor hetzelfde geldt wordt hij pas na 3 hops geknepen).