Routing van mijn data

[povse]

Hallo allen,

Eventjes mijn verhaal:

Ik ben handelaar op de Amerikaanse beurs vanuit Amsterdam en heb een Amerikaanse broker waar ik zaken mee doe.
Tot hier geen probleem, wel met de data (lees: koersen) die ik binnen krijg.
Deze is vaak choppy/hakkerig. Het loopt dus niet vloeiend over het scherm. Nu blijkt dus dat de aantal hops die de data moet afleggen er een paar hops zijn die vertraging hebben.
Hier wil ik graag even bij vermelden dat ik wel een aantal (lees:2 a 3 keer in half jaar) dat ik een perfecte verbinding heb en alles wel vloeit over het scherm. (toevallig net een goede routing?)
Nu heb ik hierover UPC gebeld (tevens mijn provider) en die hadden geen oplossing. Wat hij wel zij is dat je via een proxyserver misschien de aantal hops kunt omzeilen en daardoor de data door ''minder poortjes'' hoeft enzo dus vertragingen/hakkerige koersen minder/helemaal weg zijn. Maar de helpdesk wilde daarover weinig kwijt en vandaar dat ik hier op dit forum vraag hoe ik dat kan aanpakken.

ps. Ik praat hier dus over data wat bij elke verandering wordt doorgegeven aan mijn scherm. Dus om minder dan halve seconden verversing.
Ik heb hiervoor ook al een adsl lijn gehad maar die hadden hetzelfde probleem dus daar kan het niet aan liggen.

Mijn specs van de pc zijn in orde en de bandbreedte is meer dan zat. Internet gaat via bekabeling.

ps2: Hier een voorbeeld met wat ik bedoel hakkerig en vloeiend;

1e VLOEIENDE : www.youtube.com/watch?v=mtvCrG9JFR0
2e HAKKERIGE : www.youtube.com/watch?v=93hBTx18YH0 (skip naar 0:30)
Het hakkerige in video 2 is bij nog wel een klein tandje erger!

iemand suggesties?


Met vriendelijke groet,

[Voor 9% gewijzigd door povse op 20-10-2010 16:27]

[MagicTempest]

Helaas heb je zelf geen invloed op de route die data aflegt over het internet. Wat ze bij de helpdesk zeiden over het gebruiken van een proxy kan de routing wel iets anders laten gaan, maar dan heb je weer te maken met de proxy...

Een betere optie is om een Nederlandse broker te nemen.

[povse]

MagicTempest schreef op woensdag 20 oktober 2010 @ 16:27:
Helaas heb je zelf geen invloed op de route die data aflegt over het internet. Wat ze bij de helpdesk zeiden over het gebruiken van een proxy kan de routing wel iets anders laten gaan, maar dan heb je weer te maken met de proxy...

Een betere optie is om een Nederlandse broker te nemen.

Helaas gaat dat niet voor mij op. De transactiekosten/andere kosten zijn te hoog en de service te laag.

Maar even over die proxy. Zijn er geen betaalde proxy's die goede service leveren en waardoor je de routing die van server naar computer aflegd wordt ingeknipt als het ware omdat je een professionele partij ertussen hebt met betere lijnen/kanalen?

[Vinzz]

Ik heb ook een account in Chicago op de CME, mijn data streamt perfect. Ik heb 20Mbit van Telfort. Mijn beursdata streamt overigens ook op mijn accounts in NL goed.

Edit: ik zie dat je al een andere ISP hebt gehad, in dat geval kon het probleem ook wel eens bij je data provider liggen. Verder helpt een proxy niet meteen, hops overslaan wil iedereen wel.

Edit 2: Wat je kan doen, is je trade dom naast een live stream van bv. Alex leggen, om te vergelijken of deze ook hapert. Want, waaruit leid je af dat het hapert?

[Voor 55% gewijzigd door Vinzz op 20-10-2010 16:40]

[Kompaan]

povse schreef op woensdag 20 oktober 2010 @ 16:17:
Nu blijkt dus dat de aantal hops die de data moet afleggen er een paar hops zijn die vertraging hebben.

Traceroutes gedaan dus? Misschien handig om even te posten?

Over gebruik van een proxy: hangt er vanaf waar de vertraging optreed, maar het zou inderdaad een betere verbinding op kunnen leveren. Je moet nog steeds van je huis naar je provider en de Trans-Atlantische kabel door...

[povse]

Vinzz schreef op woensdag 20 oktober 2010 @ 16:32:
Ik heb ook een account in Chicago op de CME, mijn data streamt perfect. Ik heb 20Mbit van Telfort. Mijn beursdata streamt overigens ook op mijn accounts in NL goed.

Edit: ik zie dat je al een andere ISP hebt gehad, in dat geval kon het probleem ook wel eens bij je data provider liggen. Verder helpt een proxy niet meteen, hops overslaan wil iedereen wel.

Vinz,

Dus je wilt zeggen dat de koersen inderdaad zo mooi streamen als in het youtube filmpje?
Welke broker heb je? Ik heb er zelf 2 op dit moment. (Infinity en Velocity futures met TT trader/Xtrader)
Beide zijn redelijk hakkerig.

[MagicTempest]

Het kan (tijdelijk) helpen om naar een andere provider te gaan, maar dat biedt geen garanties. Data wordt over het internet namelijk niet persé via de beste route verstuurd, maar voornamelijk de goedkoopste. Dit is een politiek spel tussen de grote providers op deze wereld. Een verbinding nemen bij een andere provider, zoals dus bijvoorbeeld Telfort kan helpen, maar zodra Telfort of een van haar leveranciers andere contracten afsluit kan dit alweer veranderen.
Het leukste is zelfs dat provider X misschien een goede snelle verbinding heeft naar Chicago, maar dat provider Y weer veel sneller is naar New York.

Hetzelfde geldt overigens voor zo'n proxy. Ik weet overigens niet eens of een dergelijke service ergens aangeboden wordt, maar het zou me niets verbazen als dergelijke diensten wel aangeboden worden. In de meeste gevallen wordt een verbinding echter trager door een proxy ipv sneller.

Je zou eens kunnen kijken of het sneller gaat bij een kennis/vriend van je en dan overstappen van ISP

Helaas is het internet zelf niet echt goed geschikt voor tijdkritische applicaties. (Betaalbare alternatieven zijn er overigens ook niet)

[Voor 14% gewijzigd door MagicTempest op 20-10-2010 16:44]

[Vinzz]

povse schreef op woensdag 20 oktober 2010 @ 16:40:
[...]


Vinz,

Dus je wilt zeggen dat de koersen inderdaad zo mooi streamen als in het youtube filmpje?
Welke broker heb je? Ik heb er zelf 2 op dit moment. (Infinity en Velocity futures met TT trader/Xtrader)
Beide zijn redelijk hakkerig.

Infinity draaide bij mij altijd netjes. Je gebruikt Transact als data provider?

Edit: zie mijn edits op mijn eerste post .

[Voor 5% gewijzigd door Vinzz op 20-10-2010 16:42]

[Gratzip]

http://www.google.nl/search?q=proxy+list
Voor een lijstje proxy servers. Je kan er een instellen in IE door te gaan naar:
extra->internet opties->verbindingen->lan instellingen

Ik denk ook niet dat het zal helpen maar je kan het iig proberen

[povse]

Vinzz schreef op woensdag 20 oktober 2010 @ 16:41:
[...]

Infinity draaide bij mij altijd netjes. Je gebruikt Transact als data provider?

Edit: zie mijn edits op mijn eerste post .

De haperingen zijn de freezes die ik af en toe heb. Dan staat het 1 seconde stil en dan haalt die alles in. Of hakkerig. Zie video's

Transact is idd de dataprovider.

Het vreemde is wel dat ik een paar keer een perfecte verbinding had. Dus het ligt echt aan de routing.

[Vinzz]

Gratzip schreef op woensdag 20 oktober 2010 @ 16:47:
Je kan er een instellen in IE

Dan gebruikt alleen IE de proxy..

[povse]

Gratzip schreef op woensdag 20 oktober 2010 @ 16:47:
http://www.google.nl/search?q=proxy+list
Voor een lijstje proxy servers. Je kan er een instellen in IE door te gaan naar:
extra->internet opties->verbindingen->lan instellingen

Ik denk ook niet dat het zal helpen maar je kan het iig proberen

Is dit niet alleen bruikbaar als je via de explorer websites bezoekt of javaapplicaties met koersen wilt zien?
Dit zijn standalone programma's die de koersen weergeven.

[Bloodshot]

povse schreef op woensdag 20 oktober 2010 @ 16:49:
Het vreemde is wel dat ik een paar keer een perfecte verbinding had. Dus het ligt echt aan de routing.

Ik snap nog niet helemaal hoe je tot die conclusie komt. Kun je die onderbouwen?

[Vinzz]

povse schreef op woensdag 20 oktober 2010 @ 16:49:
[...]


De haperingen zijn de freezes die ik af en toe heb. Dan staat het 1 seconde stil en dan haalt die alles in. Of hakkerig. Zie video's

Transact is idd de dataprovider.

Het vreemde is wel dat ik een paar keer een perfecte verbinding had. Dus het ligt echt aan de routing.

Ik zeg bel Infinity en laat het uitzoeken. Ze hebben veel meer NL en EU klanten. Ze weten bij Infinity erg goed wat service is, is mijn ervaring. Of neem Telfort. Je kan 2 keer pech hebben gehad.

Mijn Infinity AT en Sierra charts liepen precies gelijk met Alex hier in NL. En zo vloeiend als jij het ziet in clip in gaat het wel eens, maar zeker niet de hele dag door. Ook tijdens web conferences in de US liep mijn data nagenoeg gelijk. Succes, emini futures is fascinating stuff. Wie is je broker bij Infinity, wellicht ken ik 'm..

[Vinzz]

povse schreef op woensdag 20 oktober 2010 @ 16:50:
[...]


Is dit niet alleen bruikbaar als je via de explorer websites bezoekt of javaapplicaties met koersen wilt zien?
Dit zijn standalone programma's die de koersen weergeven.

Correct.

[povse]

Bloodshot schreef op woensdag 20 oktober 2010 @ 16:55:
[...]

Ik snap nog niet helemaal hoe je tot die conclusie komt. Kun je die onderbouwen?

OMdat ik bijna alles geprobeerd heb. Van het veranderen van internet provider tot het hebben van andere broker in USA, nieuw computersysteem aanschaffen. Het tracen van de route. Klaarblijkelijk verandert dus soms de routing van je data waardoor er die keren geen vertraging opliep en alle andere keren wel.

Wat ik nu ga doen is het volgende:
- Ga naar een vriend van me met Telfort internet ipv UPC wat ik nu heb
-ip opvragen bij broker waar ik nu op zit en ga deze tracen en posten hier.
-Eens meer verdiepen in proxy aanbieders

Andere tips/suggesties zijn altijd welkom.

Alvast bedankt allemaal voor het reageren!

[Vinzz]

povse schreef op woensdag 20 oktober 2010 @ 17:01:
[...]


OMdat ik bijna alles geprobeerd heb. Van het veranderen van internet provider tot het hebben van andere broker in USA, nieuw computersysteem aanschaffen. Het tracen van de route. Klaarblijkelijk verandert dus soms de routing van je data waardoor er die keren geen vertraging opliep en alle andere keren wel.

Wat ik nu ga doen is het volgende:
- Ga naar een vriend van me met Telfort internet ipv UPC wat ik nu heb
-ip opvragen bij broker waar ik nu op zit en ga deze tracen en posten hier.
-Eens meer verdiepen in proxy aanbieders

Andere tips/suggesties zijn altijd welkom.

Alvast bedankt allemaal voor het reageren!

Pas als je een latency tegenkomt bij je trace die overeenkomt met de door jou ervaren lag, klopt het dat het aan de lijn ligt, maar ik denk eerlijk gezegd dat dat het niet is. Maar idd laat even weten hoe je data over Telfort doorkomt.

[povse]

Vinzz schreef op woensdag 20 oktober 2010 @ 16:56:
[...]

Ik zeg bel Infinity en laat het uitzoeken. Ze hebben veel meer NL en EU klanten. Ze weten bij Infinity erg goed wat service is, is mijn ervaring. Of neem Telfort. Je kan 2 keer pech hebben gehad.

Mijn Infinity AT en Sierra charts liepen precies gelijk met Alex hier in NL. En zo vloeiend als jij het ziet in clip in gaat het wel eens, maar zeker niet de hele dag door. Ook tijdens web conferences in de US liep mijn data nagenoeg gelijk. Succes, emini futures is fascinating stuff. Wie is je broker bij Infinity, wellicht ken ik 'm..

Andy Lap, hij heeft de taken overgenomen van Robert Juarez!
Bij Iifinity heb ik het laten uitzoeken en zeiden toch echt dat het aan het internet lag in de routing van mijn provider en niet aan hun kant.

[CyBeR]

povse schreef op woensdag 20 oktober 2010 @ 17:01:
[...]
Klaarblijkelijk verandert dus soms de routing van je data waardoor er die keren geen vertraging opliep en alle andere keren wel.

Dat klopt. Om even een voorbeeld te nemen:

code:

traceroute to www.w3.berkeley.edu (169.229.131.81), 64 hops max, 52 byte packets
 1  static.kpn.net (62.21.178.1)  0.835 ms  0.386 ms  0.380 ms
 2  nl-asd-dc2-ias-arg27.kpn.net (62.12.4.64)  3.901 ms  3.738 ms  3.731 ms
 3  nl-asd-dc2-ias-csg01-ge-3-2-0-kpn.net (139.156.113.141)  3.864 ms  3.887 ms  3.875 ms
 4  asd2-rou-1022.nl.eurorings.net (195.190.227.221)  3.837 ms  66.832 ms  3.970 ms
 5  asd2-rou-1002.nl.eurorings.net (134.222.229.109)  92.157 ms  92.382 ms  92.297 ms
 6  rt2-rou-1022.nl.eurorings.net (134.222.224.25)  6.239 ms  5.638 ms  5.751 ms
 7  nyk-s1-rou-1021.us.eurorings.net (134.222.231.234)  87.199 ms  87.502 ms  90.288 ms
 8  ahbn-s1-rou-1041.us.eurorings.net (134.222.228.10)  92.419 ms  92.189 ms  92.188 ms
 9  ahbn-s1-rou-1001.us.eurorings.net (134.222.226.53)  92.066 ms  92.400 ms
    ahbn-s1-rou-1001.us.eurorings.net (134.222.226.57)  92.051 ms
10  eeq-exchange.tr01-asbnva01.transitrail.net (206.223.115.45)  92.364 ms  92.430 ms  92.206 ms
11  te4-1.tr01-chcgil01.transitrail.net (137.164.129.11)  108.986 ms  162.398 ms  108.921 ms
12  te4-1.tr01-sttlwa01.transitrail.net (137.164.129.2)  162.604 ms  162.721 ms  162.664 ms
13  te4-1--260.tr01-plalca01.transitrail.net (137.164.129.34)  180.975 ms  182.011 ms  181.011 ms
14  137.164.131.94 (137.164.131.94)  180.927 ms  180.852 ms  180.953 ms
15  dc-svl-core1--svl-px1-10ge-1.cenic.net (137.164.46.204)  182.196 ms  181.183 ms  181.420 ms
16  dc-oak-agg1--svl-core1-10ge.cenic.net (137.164.47.114)  182.518 ms  182.677 ms  182.746 ms
17  dc-ucb-ge-2--oak-agg1.cenic.net (137.164.50.87)  182.882 ms  183.005 ms  182.839 ms
18  t2-3.inr-202-reccev.berkeley.edu (128.32.0.39)  180.979 ms  181.304 ms  187.939 ms

Tussen mij en www.berkeley.edu zitten de volgende netwerken: mijn eigen; dat van KPN (mijn ISP), EuroRings (kpn, maar ander netwerk), TransitRail, Cenic en Berkeley zelf. Afgezien van mijn eigen netwerk hebben ze allemaal los van elkaar invloed op hoe verkeer gerouteerd wordt, maar KPN kan niet tegen Cenic zeggen hoe ze hun netwerk moeten beheren. Sterker nog, ik kan je verzekeren dat tussen eurorings en cenic (nu dus via TransitRail) nog een beschikbaar pad is. Op dit moment wordt dat niet gebruikt, maar als de verbinding tussen 9 en 10 kapot gaat wel. En dergelijke verschuivingen gebeuren elke dag honderden keren.

TL;DR: de enige invloed die jij hier op hebt is van ISP wisselen; en zelfs dan heb je kans dat je op hetzelfde uitkomt.

[The Eagle]

Wat je nog eens zou kunnen proberen is je DNS servers op die van OpenDNS in te stellen. Daardoor werden bij mij ook pagina's sneller geladen
Zowel op je evt router als op je PC instellen

[povse]

Ik heb hier gebruik gemaakt van http://network-tools.com/

TraceRoute to 63.85.80.212

Hop (ms) (ms) (ms) IP Address Host name
1 101 108 105 72.249.128.5 -
2 104 110 126 216.52.189.9 border4.te4-4.colo4dallas-5.ext1.dal.pnap.net
3 16 13 38 216.52.191.33 core2.tge5-1-bbnet1.ext1.dal.pnap.net
4 45 58 62 216.52.191.33 core2.tge5-1-bbnet1.ext1.dal.pnap.net
5 107 88 87 152.63.101.30 0.ge-6-1-0.xl4.dfw7.alter.net
6 121 115 197 152.63.65.250 0.xe-3-2-0.xl4.chi6.alter.net
7 175 184 205 152.63.65.250 0.xe-3-2-0.xl4.chi6.alter.net
8 120 124 146 152.63.71.37 gigabitethernet7-0-0.gw2.chi6.alter.net
9 148 135 95 157.130.111.126 velocityfutures-gw.customer.alter.net
10 120 70 97 63.85.80.212 -

Trace complete

Als ik dit zo zie dan is het allemaal veel te hoog. Naar mijn weten moet het lager zijn dan 100 ms wil je geen vertragingen met het oog zien.

[Voor 8% gewijzigd door povse op 20-10-2010 17:37]

[CyBeR]

povse schreef op woensdag 20 oktober 2010 @ 17:35:
Ik heb hier gebruik gemaakt van http://network-tools.com/

Ik begrijp nog niet hoe een traceroute vanaf een willekeurige server in de vs iets zegt over jouw situatie

[povse]

CyBeR schreef op woensdag 20 oktober 2010 @ 17:36:
[...]


Ik begrijp nog niet hoe een traceroute vanaf een willekeurige server in de vs iets zegt over jouw situatie

Je hebt gelijk. Zie net pas dat het vanaf hun wordt gemeten en niet vanuit mijn IP adres.

Via cmd en dan tracert naar ip adres 63.85.80.212 krijg ik alleen maar timeouts en hetzelfde bij pingplotter. Heb er een router tussen zitten dus zal die er vanavond eens vanaf halen en rechtstreeks op de modem aansluiten. Iamdn nog andere suggesties?

Overigens maakt het voor mijn snelheid niet uit of de router tussen mijn pc zit of dat deze direct is aangsloten op de modem.

[Vinzz]

povse schreef op woensdag 20 oktober 2010 @ 17:40:
[...]


Je hebt gelijk. Zie net pas dat het vanaf hun wordt gemeten en niet vanuit mijn IP adres.

Via cmd en dan tracert naar ip adres 63.85.80.212 krijg ik alleen maar timeouts en hetzelfde bij pingplotter. Heb er een router tussen zitten dus zal die er vanavond eens vanaf halen en rechtstreeks op de modem aansluiten. Iamdn nog andere suggesties?

Overigens maakt het voor mijn snelheid niet uit of de router tussen mijn pc zit of dat deze direct is aangsloten op de modem.

Ja organiseer een webinar met Infinity en leg op je scherm de 2 dom´s naast elkaar, want ik twijfel of je daadwerkelijk ene probleem hebt.

Open DNS gat niet helpen, eenmaal DNS info binnen is het voorde stream niet meer interessant.

Dingen zoals routers tussen pc etc. lijtk me ook nvt.

Vergelijk eerst je data met Infinity, loopt het niet synchroon, ga dan naar die vriend met Telfort.

[Uberprutser]

Wat jij beschrijft herken ik wel, maar dan voornamelijk met kabelinternet.

Ik heb zelf een soortgelijke (realtime) applicatie en die stottert wanneer ik deze via mijn Ziggo verbinding laat lopen. Wanneer ik dezelfde applicatie via mijn backup lijn (Zakelijk ADSL van KPN) laat lopen zie ik dit zelden tot nooit.

Hieronder ook een voorbeeld van de pingtijden naar dezelfde host, meerdere malen uitgevoerd en zoals te zien is heb ik via KPN vrijwel altijd een lage ping terwijl Ziggo regelmatig naar de 80, soms zelfs een paar keer boven de 100 uitspringt.

Via Ziggo:

11 packets transmitted, 11 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 9.221/21.140/81.448/19.790 ms

Via KPN:

11 packets transmitted, 11 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 11.451/15.140/23.681/4.389 ms

Mijn tip dus ook, doe eens een ping en laat deze lopen zonder dat er applicaties open staan op je eigen of andere computers op de verbinding en zie of deze ook redelijk gelijk blijft.

[Voor 10% gewijzigd door Uberprutser op 20-10-2010 17:51]

[Bloodshot]

povse schreef op woensdag 20 oktober 2010 @ 17:01:
Het tracen van de route. Klaarblijkelijk verandert dus soms de routing van je data waardoor er die keren geen vertraging opliep en alle andere keren wel.

Packets kunnen inderdaad ieder een andere route afleggen. Dit betekent niet zondermeer dat er problemen zijn met de performance van de applicatie omdat de verschillen meestal in de ordegrootte van miliseconden liggen. Van groot belang is de jitter (veranderingen in delay) en de delay (hoe lang doet een packet erover om het traject af te leggen.

Heb je een voorbeeld van een traceroute?

[povse]

Een traceroute via Pingplotter:

http://yfrog.com/n8638580212p

Een traceroute via cmd tracert:
http://yfrog.com/45cmdtracertp

ps. deze tracings zijn gedaan zonder dat er internetverkeer was van andere programma's.
Heb ook mijn router er even tussenuit gehaald zodat ik wel waardes kon ontvangen anders kreeg ik timeouts.

Ik moet nog naar een vriend van me die Telfort internet heeft om eens te kijken of het misschien aan de routing van het internet ligt.

Iemand een idee met deze 2 tracings?

Gr.

[Voor 22% gewijzigd door povse op 21-10-2010 15:24]

[Bloodshot]

Op basis van de twee traceroutes kan ik zeggen dat het er niet echt slecht uitziet. Het verkeer moet aardig wat kilometers afleggen en 127ms round trip delay is best netjes. In de eerste traceroutes is ietwat hoge jitter te zien bij 1 hop, maar nog steeds niets verontrustends.

Kun je misschien iets meer vertellen over de applicatie die je gebruikt en dan met name de verkeerskarakteristieken ervan?

[Frentik]

povse schreef op donderdag 21 oktober 2010 @ 15:15:
Heb ook mijn router er even tussenuit gehaald zodat ik wel waardes kon ontvangen anders kreeg ik timeouts.

Zit het probleem dan niet in je router? Oftewel hoe schokkerig is het zonder je router?

[povse]

Frentik schreef op donderdag 21 oktober 2010 @ 15:41:
[...]
Zit het probleem dan niet in je router? Oftewel hoe schokkerig is het zonder je router?

Ik heb de traceroutes gedaan zonder router, want met router gaf deze geen statistieken.
Ik ga morgen naar iemand toe die Telfort heeft en eens testen of dat wel goede resultaten geeft!

[povse]

Bloodshot schreef op donderdag 21 oktober 2010 @ 15:36:
Op basis van de twee traceroutes kan ik zeggen dat het er niet echt slecht uitziet. Het verkeer moet aardig wat kilometers afleggen en 127ms round trip delay is best netjes. In de eerste traceroutes is ietwat hoge jitter te zien bij 1 hop, maar nog steeds niets verontrustends.

Kun je misschien iets meer vertellen over de applicatie die je gebruikt en dan met name de verkeerskarakteristieken ervan?

Kun je dat nader verklaren? Begrijp namelijk niet helemaal wat je bedoeld.

[Bloodshot]

@povse wat is de naam van de applicatie (of is het een web-based-tool met java), welke requirements heeft de applicatie voor het netwerk? Is er een minimum aan bandbreedte nodig, is er een maxmimum aan toegestaan delay/jitter? Is het verkeer TCP of UDP? Werkt de applicatie met keep-alives? Werkt de applicatie met het DF-bit gezet? Zijn de berichten groot of klein? Dergelijke informatie.

[povse]

Bloodshot schreef op vrijdag 22 oktober 2010 @ 08:11:
@povse wat is de naam van de applicatie (of is het een web-based-tool met java), welke requirements heeft de applicatie voor het netwerk? Is er een minimum aan bandbreedte nodig, is er een maxmimum aan toegestaan delay/jitter? Is het verkeer TCP of UDP? Werkt de applicatie met keep-alives? Werkt de applicatie met het DF-bit gezet? Zijn de berichten groot of klein? Dergelijke informatie.

Sorry voor het niet meer reageren op responses.
Inmiddels is het euvel nog niet verholpen.
Volgens mij maakt het ook niet uit of je een andere provider hebt want ze moeten volgens mij allemaal langs de zelfde ''data snelweg''

Het is een standalone programma.
Het is een minimale bandbreedte verbruik (lees max 50kb/s)
De rest van de technische vragen zou ik echt niet weten.
Ik heb wel voor de verandering een duidelijke visual route gemaakt met een tracert en ping log in CMD
Zie attachment.

http://imageshack.us/photo/my-images/691/traceroutet.png/


De bottleneck zit volgens mij in Engeland.

[Voor 11% gewijzigd door povse op 02-09-2011 15:33]