Toon posts:

Citrix sessies en IP VPN Versatel verbindingen

Pagina: 1
Acties:

Verwijderd

Topicstarter
Hoi Tweakers, ik zoek advies.

Sinds de zomer ben ik samen met een nieuwe systeembeheerder werkzaam bij een nieuwe werkgever. De hele ICT infrastructuur is door een extern ICT leverancier ontworpen en in elkaar gezet. De oude helpdeskmedewerker en systeembeheerder zijn uit dienst gegaan. Het netwerk bestaat uit een aantal w2k servers en een Citrix farm. De helft van de gebruikers zitten op 3 buitenlocaties. Tijdens de rustige zomer / werkoverdracht is mijn werkgever van Digistream naar IP VPN van Versatel overgestapt.

Sinds eind september klagen de gebruikers op de buitenlocaties over een enorme vertraging in de in-en output verwerking. Als je iets bv. ingetikt, duurt het gewoon een aantal seconden voordat men iets op beeld krijgt. De vertragingen doen zich al weken voor.

Mijn systeembeheerder heeft de servers en switches bekeken. Versatel heeft de lijnen gecontroleerd maar er is nog niks bezonders gevonden.

Inmiddels heeft mijn manager de externe ICT leverancier ingeschakeld maar die denkt dat het aan de Citrix servers ligt. De servers moeten worden voorzien van Battery Backed Write Cache Modules. Volgens een specialist zorgt het inloggen van gebruikers voor een peak op de Citrix servers. Ik en mijn collega's hebben daar eigenlijk twijfels over. We hebben om een second opinion gevraagd .
Nu willen ze eerst een wan meting gaan doen.

Ik en er weer een andere collega denken dat er een verschil is opgetreden bij de omzetting van de verbindingslijnen en periode waar in het is uitgevoerd.

Is er een stabiliteitsverschil tussen Digistream en IP VPN (DSL) bij druk netwerkverkeer ? Alvast bedankt voor de reacties.

Verwijderd

stabiliteitsverschil? Lijkt mij persoonlijk niet, hoe zit het met de belasting van die dsl-lijn? Zit je al op je maximum of haal je de volledige snelheid niet? Heb je de connectie al getest qua pingtijden / snelheden?

Je hebt best een uitgebreid verhaal opgeschreven, maar weinig specifieke informatie over die lijn op zich. Harde gegevens en testen ontbreken :)

/me weet overigens de ballen van citrix, maar je hebt alleen de tussenliggende lijn vervangen? Dan vat ik niet helemaal waarom het opeens aan de servers moet liggen :) Als iemand me dat kan uitleggen heb ik weer wat geleerd :)

[ Voor 24% gewijzigd door Verwijderd op 22-10-2004 15:46 ]


Verwijderd

Het hebben van een battery backed up write cache op de controller is sowiezo aan te raden op een TS/Citrix server, dus dat is al geen slechte investering. (niet vergeten de cache op 50% read en 50% write te zetten)

Wat heb je momenteel voor pingtijd over de lijn? (ie latency)
Hoe groot is de lijn, en hoeveel sessies gaan erover?
Is printverkeer gescheiden van ica, of geintegreerd?
Is printverkeer afgeknepen?
Hoe is de gemiddelde belasting op de lijn?

  • localhost
  • Registratie: November 1999
  • Niet online

localhost

Ook in geel, groen, paars, wit

Heb je wat meer informatie over het oude netwerk en wat er nu voor in de plaats gekomen is?

Digistream zijn vaak point-to-point verbindingen. Als je een dedicated point-to-point verbinding hebt van Nederland naar een buitenlandse vestiging, dan is dat natuurlijk vele malen sneller en betrouwbaarder (en duurder) dan een DSL verbinding waar overheen een VPN tunnel wordt opgebouwd. Denk dat dit niets met Versatel te maken heeft.

Maar de opmerking "duurt een aantal seconden". Weet je zeker dat er niet iets anders aan de hand is? Printer traffic, een virus, of iets anders dat over dezelfde verbindingen gaat?

Werden de routers die aan de Digistreams hingen ook door KPN beheert? KPN kan daar natuurlijk met de priority van verkeer wat dingen hebben gedaan die Versatel niet doet.

Hoe snel werkt Citrix ovetigens intern, en hoeveel gebruikers/applicaties zitten er per server ingelogd?

  • Abom
  • Registratie: September 2000
  • Laatst online: 14-05 16:03
Ik denk dat het eerder een probleem van je routers/VPN servers is.

Nadat wij onze netopia hadden vervangen door een cisco pix 515e, hadden wij ook problemen met lag in applicaties, terwijl de latency laag bleef. Er bleek een bug te zitten in de software van de pix...

  • igmar
  • Registratie: April 2000
  • Laatst online: 12-05 15:46

igmar

ISO20022

Verwijderd schreef op 22 oktober 2004 @ 15:15:
Is er een stabiliteitsverschil tussen Digistream en IP VPN (DSL) bij druk netwerkverkeer ? Alvast bedankt voor de reacties.
In principe niet. De praktijk leert echter dat Versatel alleen een stelletje amateurs als beheerder heeft, die zelfs nadat je ze hebt voorgekauwt wat nu het eigenlijke probleem is niet in staat zijn het te verhelpen. Bel om te beginnen je accountmanager, en ze de betalingen stop. Uiterst efficient kan ik je vertellen.

Verwijderd

Topicstarter
Bedankt voor de reactie's zover. Helaas kan ik niet zoveel technische informatie over verstrekken. Zover de ping tijden kom ik op gemiddeld 30 ms wat versatel ook van te voren bevestigde. Over de lijnen kan ik het volgende melden :

2 mbit IP VPN zowel voorheen en nu en gemiddeld 40 gebruikers per locatie. 175 maximaal over 5 Citrix servers. Het print verkeer is deels opgevangen via ica en deels via Wk2.

Verder is het probleem dat de technische kennis er niet is. Mijn systeembeheerder is niet echt heel slim. De overstap van Digistream naar Versatel was zelfs goed gekeurd door een extern ICT bedrijf dat ook het netwerk heeft ontworpen.

Het externe bedrijf wilt in iedergeval beginnen met een WAN meting.

Verwijderd

Verwijderd schreef op 24 oktober 2004 @ 17:12:
Bedankt voor de reactie's zover. Helaas kan ik niet zoveel technische informatie over verstrekken. Zover de ping tijden kom ik op gemiddeld 30 ms wat versatel ook van te voren bevestigde. Over de lijnen kan ik het volgende melden :

2 mbit IP VPN zowel voorheen en nu en gemiddeld 40 gebruikers per locatie. 175 maximaal over 5 Citrix servers. Het print verkeer is deels opgevangen via ica en deels via Wk2.

Verder is het probleem dat de technische kennis er niet is. Mijn systeembeheerder is niet echt heel slim. De overstap van Digistream naar Versatel was zelfs goed gekeurd door een extern ICT bedrijf dat ook het netwerk heeft ontworpen.

Het externe bedrijf wilt in iedergeval beginnen met een WAN meting.
Leuke statistieken maar ik zie nog niet op hoeveel procent van je lijn je zin, en hoeveel kbit/s je haalt als je die lijn onbelast is met een ander progsel bv.

Probeer je problemen eens uit te sluiten! Vanaf hoeveel gebruikers gaat het mis, op hoeveel kbit zit ik dan, enz enz

Verwijderd

Topicstarter
Verwijderd schreef op 25 oktober 2004 @ 00:16:
[...]


Leuke statistieken maar ik zie nog niet op hoeveel procent van je lijn je zin, en hoeveel kbit/s je haalt als je die lijn onbelast is met een ander progsel bv.

Probeer je problemen eens uit te sluiten! Vanaf hoeveel gebruikers gaat het mis, op hoeveel kbit zit ik dan, enz enz
eh, ja sorry juist door mijn gebrek aan kennis probeer ik wat te leren van jullie. Ik kan gewoon niet aankomen met technisch termen. Zover ik weet doen de problemen zich voor op een random situtatie.. weinig gebruikers, veel gebruikers..het sturen van pakketjes naar de buitenlocaties geeft niet bezonder veel vertraging aan (gemiddeld 30 ms) Onze provider heeft het op hun manier gecontroleerd maar die kon niks bezonders melden m.b.t lijncapiciteit/belasting.

Ik vraag me gewoon af of er veel verschil zit tussen een KPN Digistream lijn of een IP VP lijn van Versatel (geschakeld/niet geschakeld) en waarom onze leverancier denkt het probleem voor 80% op te lossen is door de Citrix servers uit te breiden met cache modules.

Deze zelfde leverancier heeft het netwerk op gezet en beide lijnen goedgekeurd.
Ik kreeg vandaag te horen dat zij een Packeteer Packetshaper gaan plaatsen.

  • Poltergeist
  • Registratie: Oktober 2000
  • Laatst online: 23:42
Een packetshaper lijkt me een beetje onzin, vooral omdat de capaciteit van de lijn niet veranderd is. Ik zou het toch eerst zoeken in de routers e.d., zoals Abom ook al zei. Mijn ervaring is dat er best wel wat fouten in de software kunnen zitten, en dat dat voor behoorlijke problemen kan zorgen.

Verwijderd

Topicstarter
ok bedankt voor je suggestie, ik hoop dat me collega dit ook inziet maar ik zit helaas in een cluebie situatie. :'(

[ Voor 5% gewijzigd door Verwijderd op 25-10-2004 10:08 ]


Verwijderd

Topicstarter
Poltergeist schreef op 25 oktober 2004 @ 09:37:
Een packetshaper lijkt me een beetje onzin, vooral omdat de capaciteit van de lijn niet veranderd is. Ik zou het toch eerst zoeken in de routers e.d., zoals Abom ook al zei. Mijn ervaring is dat er best wel wat fouten in de software kunnen zitten, en dat dat voor behoorlijke problemen kan zorgen.
nog is het nog mooier, krijg ik van me systeembeheerder te horen dat de routers op de buitenlocatie's beheert worden door Versatel en dat wij daar geen toegang tot hebben :?

Verwijderd

Verwijderd schreef op 24 oktober 2004 @ 17:12:
2 mbit IP VPN zowel voorheen en nu en gemiddeld 40 gebruikers per locatie. 175 maximaal over 5 Citrix servers. Het print verkeer is deels opgevangen via ica en deels via Wk2.
Hoeveel van die 175 zijn er gemiddeld concurrent?

  • Firefox
  • Registratie: Juni 1999
  • Laatst online: 08-09-2024

Firefox

Een Vurig Vosje

Een zelfde situatie is hier, alleen is in het verleden een vrij lichte citrix server gemaakt: een single 18GB scsi schijf.

Wij hebben geen directe problemen met snelheid van de citrix servers, maar ze zijn ook niet zwaar belast (15 concurrent users maximaal per server) ik geef toe dat mijn config niet best is, ik had het zelf anders ingericht, maar dat komt wel met de vervanging van de hardware. Wel wil ik er mee aangeven dat battery packed cached controllers allemaal lekker gaaf en supersnel is ensow - en wel een aanrader om meer uit je hardware te halen - maar dat dit de "dader" is kan ik me dus echt niet voorstellen. Normaal is Versatel ook niet super traag ofzo, dus generiek gesproken is er niets mis met Versatel.

Wel weet ik bijna zeker in de lijnverbinding. (TIP: sluit de citrix servers uit door op het LAN ook op citrix in te loggen en een tijdje te werken... als het daar wel (redelijk) lekker loopt is het probleem dus niet aan de Citrix te wijten.)

Better to have loved and lost then never loved at all... yeah right.


Verwijderd

Topicstarter
Verwijderd schreef op 25 oktober 2004 @ 10:52:
[...]


Hoeveel van die 175 zijn er gemiddeld concurrent?
circa 35, de (lokale) gebruikers die op dezelfde subnet als de Citrix servers werken , hebben geen last van deze vertragingen. Dus we sluiten hier de Citrix servers eigenlijk ook uit. Maar ik ben benieuwd hoe dit verder gaat afspelen.

  • _Arthur
  • Registratie: Juli 2001
  • Laatst online: 09:56

_Arthur

blub

Offtopic: knite, speelt dit zich af bij H&D?

Mogelijke problemen zijn al genoemd. Een WAN meeting zou zeker de problemen boven water moeten brengen. De meeting moet dan wel over een langere periode gedaan worden en dan het liefst met hardware-based analyzers (zoals bv http://www.phoenixdatacom.com/network-analyzer.html ).

Verwijderd

Topicstarter
_Arthur schreef op 25 oktober 2004 @ 12:34:
Offtopic: knite, speelt dit zich af bij H&D?

Mogelijke problemen zijn al genoemd. Een WAN meeting zou zeker de problemen boven water moeten brengen. De meeting moet dan wel over een langere periode gedaan worden en dan het liefst met hardware-based analyzers (zoals bv http://www.phoenixdatacom.com/network-analyzer.html ).
Wat is H&D ? we gaan hier met behulp van een geleende packetshaper een WAN meting uitvoeren. Een externe ICTer komt vanmiddag langs om de analyser te installeren.

  • _Arthur
  • Registratie: Juli 2001
  • Laatst online: 09:56

_Arthur

blub

Knite: (H&D - bedrijf met de naam Hettema en Disselkoen / Bartok groep, zij hebben dezelfde problematiek zoals jij omschrijft, daarom was ik benieuwd of jij daar werkzaam was en of deze problematiek daar over gaat).

Verder is een packetshaper een goed begin, deze zou ik er mischien zelfs tussen laten op de lokaties voor meer bandbreedte controle.

  • snakeye
  • Registratie: Januari 2000
  • Laatst online: 15-05 09:59
Een packerschaper voor een 2 mb verbinding? Dit lijkt me alleen noodzakelijk als de bandbreedte niet voldoet. (dat bijv de citrix sessies worden wegedrukt door grote hoeveelheden printverkeer bv.) Daarnaast kunnen de routers ook wel 1 en ander doen aan qos. Vraag is natuurlijk of Versatel daaraan meedoet.

Een packetschaper voor een probleem waarvan de oorzaak niet bekend is lijkt mij een beetje onzin.

Ik zou zowiezo geen apparaten kopen of plaatsen voordat bekend is wat het probleem precies is.

Je kan bijvoorbeeld met pingplotter (effe googlen) om de x tijd een trace doen. Dan meet hij de response en laat hij ook zien of hij packeloss heeft en bij welke hop in het netwerk dit optreed.

Dit laat je een tijdje meedraaien vanaf een buitenlocaties en kan je dus zien of er vertragingen dan wel packetloss optreed op een bepaald stuk.

Om nou gelijk met hardware meetapparatuur te gaan testen lijkt mij persoonlijk een beetje overkill. met een fatsoenlijk stukje software op een pc kom je al een heel eind.

[ Voor 34% gewijzigd door snakeye op 26-10-2004 20:50 ]

Atari 2600 @ 1,1 Hz, 1 Bits speaker, 16 Kb mem, 8 kleuren..


  • localhost
  • Registratie: November 1999
  • Niet online

localhost

Ook in geel, groen, paars, wit

MTU?

Doe eens vanaf je Citrix server:
C:\>ping w.x.y.z -L xxxx

Waarbij "w.x.y.z" het externe IP adres van een Client in het remote kantoor is.
En waarbij je "xxxx" verhoogt. Begin met bv. 100 bytes, dan 200, 300 enz. Bij welke waarde begint de time-out?

Verwijderd

Topicstarter
bedankt voor de tips, ik zal kijken of ik er wat mee kan en het resultaat zal ik hier neerzetten. De hardware analyser was een idee van een externe netwerk consultant, omdat me manager de uitbreiding van die cache modules overbodig vindt.

En me systeembeheerder zelf, blijft als een cluebie erbij staan 8)7

[ Voor 7% gewijzigd door Verwijderd op 27-10-2004 19:18 ]


  • elevator
  • Registratie: December 2001
  • Niet online

elevator

Officieel moto fan :)

Ik vind het gebruik van een PacketShaper als analyse tool helemaal zo gek niet hoor - het geeft je heel veel inzicht in je netwerk en juist bij dit soort 'vage' probleempjes is dat helemaal niet slecht :)

Het aanschaffen van zo'n ding zou ik inderdaad niet meteen doen in jouw omgeving - maar als analyse tool is het ideaal :)
Pagina: 1