Citrix disconnect bij gebruik wireless

vrijdag 10 september 2004 10:40

Topicstarter

mod: graag spelfout topic herstellen

Acties:

vrijdag 10 september 2004 10:42

Topicstarter

Net uitgebreid de caputerd packets van de network monitor zitten bekijken en daar zit helemaal niks vreemd is. Heel af en toe een retransmission maar verder gewoon heel netjes dataverkeer heen en weer.

Acties:

ZeRoC00L

Gebruik ff de edit button

[*] Error 45: Please replace user
Volg je bankbiljetten

vrijdag 10 september 2004 10:46

Acties:

vrijdag 10 september 2004 10:49

miisschien power management op de nic?

|=|=|=||=|=|=||=|=|=| http://www.vanwijck.com |=|=|=||=|=|=||=|=|=||=|=|=||=|=|=||=|=|=||=|=|=|

Acties:

vrijdag 10 september 2004 10:56

Topicstarter

Powermanagement is het niet, VPN verbinding blijft up maar er het lijkt alsof er een bepaalde periode van de client geen data door heen gaat. Powermanagement en auto neg. speed staan op nics uitgeschakeld en op een of twee snelheden lager dan wanneer autodetect gebruikt wordt. Bereik is ook 80% of hoger bij alle werkplekken.

Acties:

vrijdag 10 september 2004 10:58

heb je ook getest met 1 laptop en 1 accesspoint of zijn er meerdere gebruikers op 1 access point? het kan natuurlijk een bandbreedte probleem zijn.

|=|=|=||=|=|=||=|=|=| http://www.vanwijck.com |=|=|=||=|=|=||=|=|=||=|=|=||=|=|=||=|=|=||=|=|=|

Acties:

vrijdag 10 september 2004 11:00

Try embedded, choose ARM!

Bij het automatiserings bedrijf waar ik tot 2 weken geleden werkzaam was hadden we hetzelfde probleem bij een klant, VPN met de zaak voor de 10 thuiswerkers. Dit icm een e-tech Wireless 54Mbs ADSL Modem Router en diverse merken wireless PCMCIA / PCI kaartjes.

Nieuwste firmware op de routers gezet, geen resultaat, het vreemde was dat als de thuiswerkers met een vaste ethernet (RJ45) aansluiting werkte, er geen problemen waren. Tevens hebben we andere routers geprobeerd deze gaven dezelfde problemen; na een tijd werken timeouts (verbinding verbroken Citrix sessie), verbinding heel traag etc.

We hebben alle thuiswerkers maar overgezet op de vaste ethernet aansluitingen voor de VPN met de optie dat ze wel draadloos kunnen internetten etc maar niet icm een Citrix sessie....

Vreemd.. maar waar...

NSLU2, SheevaPlug, Pogoplug, Espressobin and Odroid H2 addict

Acties:

vrijdag 10 september 2004 11:00

Try embedded, choose ARM!

chemokar schreef op 10 september 2004 @ 10:49:
Powermanagement is het niet, VPN verbinding blijft up maar er het lijkt alsof er een bepaalde periode van de client geen data door heen gaat. Powermanagement en auto neg. speed staan op nics uitgeschakeld en op een of twee snelheden lager dan wanneer autodetect gebruikt wordt. Bereik is ook 80% of hoger bij alle werkplekken.

Klopt, bij ons toendertijd preziez hetzelfde; VPN verbinding blijft actief, alleen citrix verbinding ligt plat. Bereik was soms 100% 2 meter naast de router, en 1 laptop per accespoint (thuis.) Twas ook niet zo dat de Thuiswerker aan het lopen was ofso... echt vaag, en niet bij 1 thuiswerker maar bijna allemaal

[ Voor 9% gewijzigd door WeaZuL op 10-09-2004 11:02 ]

NSLU2, SheevaPlug, Pogoplug, Espressobin and Odroid H2 addict

Acties:

vrijdag 10 september 2004 11:07

Topicstarter

Das erg vervelend, zou graag een oplossing hiervoorwillen, want om bij iedereen thuis kabels gaan lopen trekken.... Inderdaad is het probleem opgelost als gebruik gemaakt wordt van een utp kabel.

Zou het te maken kunnen hebben met de firewall (NAT) in de accesspoint/gateway?

Acties:

vrijdag 10 september 2004 11:09

Als de VPN het probleem is, kan Citrix Secure Gateway een alternatief zijn.
of het door NAT komt: NAT kun je ook uitschakelen en vervolgens opnieuw testen.

[ Voor 36% gewijzigd door paulhekje op 10-09-2004 11:08 ]

|=|=|=||=|=|=||=|=|=| http://www.vanwijck.com |=|=|=||=|=|=||=|=|=||=|=|=||=|=|=||=|=|=||=|=|=|

Acties:

vrijdag 10 september 2004 11:10

Try embedded, choose ARM!

chemokar schreef op 10 september 2004 @ 11:00:
bla Zou het te maken kunnen hebben met de firewall (NAT) in de accesspoint/gateway?

geen id, ik verdenk Citrix ervan dat er tijdens een Citrix sessie gecontrolleerd wordt op beschikbare bandbreedte en/of op Client timeouts. Volgens mij gaat er hier iets mis, is dat niet een protocol die zorgt voor de controlle van de kwaliteit en/of de beschikbare bandbreedte van de verbinding tussen client en server (afgezien van TCP/IP

[ Voor 10% gewijzigd door WeaZuL op 10-09-2004 11:13 ]

NSLU2, SheevaPlug, Pogoplug, Espressobin and Odroid H2 addict

Acties:

vrijdag 10 september 2004 11:27

Heb je ook ica keep alives geconfigureerd?

|=|=|=||=|=|=||=|=|=| http://www.vanwijck.com |=|=|=||=|=|=||=|=|=||=|=|=||=|=|=||=|=|=||=|=|=|

Acties:

vrijdag 10 september 2004 13:29

Try embedded, choose ARM!

ff google gechecked en daar vond ik dit;

I mentioned that Citrix traffic traffic is exceptionally sensitive to latency spikes in my earlier post. Are you using the Remote Desktop client (connects via TCP to port 3389) or a Citrix (or derivative) client (connects via TCP to port 1494)? Any 1494-based service client will be overly sensitive to spikes in latency. The RDP protocol is also sensitive, but not quite as much.

paulhekje schreef op 10 september 2004 @ 11:10:
Heb je ook ica keep alives geconfigureerd?

Do we have a winner?

Situation: Registry Update- IcaKeepAlive, ICAKeepAliveInterval improves ICA keep alive behavior.

[ Voor 41% gewijzigd door WeaZuL op 10-09-2004 11:48 ]

NSLU2, SheevaPlug, Pogoplug, Espressobin and Odroid H2 addict

Acties:

zaterdag 11 september 2004 09:28

Topicstarter

nee, geen winner. Keepalive setting (in verschillende vormen geprobeerd) heeft geen invloed. Ook het gebruik van de GRPS port 1495 die wij aangemaakt hebben volgens citrix document heeft geen invloed.

het lijkt er op dat de VPN verbeinding voor een bepaalde periode geen data kan verzenden, probleem hiervan moet aan de client kant zitten.

Acties:

JaNuZz

chemokar schreef op 10 september 2004 @ 10:36:

ook komt het regelmatig voor (1x in de 10 minuten) dat de verbinding verbroken wordt en citrix moet reconnecten.

Wat opvallend was is dat zodra de citrix verbinding hapert om onduidelijke reden de vpn verbinding trager wordt (van 22 naar 350ms).

Max MTU settings van dialup tot 1500 geprobeerd en uitgebereid getest. Probleem doet zich ook alleen maar voor met de PC's waarbij de wireless verbining wordt gebruikt en dan alleen in Combinatie met een 3Com wireless kaart en accesspoint.

Heb je een vaste bitrate ingesteld op je accesspoint?, als ie op automatisch staat hebben ze de vervelende gewoonte om steeds naar de beste bitrate te schakelen en als die weer te hoog is weer terug te schakelen wat nogal wat time-outs gaat opleveren, mischien dat je ica client hier niet goed mee overweg kan. Probeer hem eens op een vaste bitrate te zetten ( eerst eens een niet te hoge snelheid zodat je zeker weet dat dat goed zit ) en kijk of het dan nog steeds gebeurd.

Verder op de Laptop draai je XP? Zoja dan kan die kl**e wireless util van MS ook nog roet in het eten gooien aangezien die constant elke xx minuten naar andere wireless netwerken probeerd te connecteren, met als gevolg haperingen. Zet die dus uit .

zaterdag 11 september 2004 12:02

Acties:

Verwijderd

On the citrix server set:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"TcpMaxDataRetransmissions"=dword:0000000a

[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Citrix]
"IcaEnableKeepAlive"=dword:00000001
"IcaKeepAliveInterval"=dword:0000003c

[KEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"KeepAliveTime"=dword:0000ea60
"KeepAliveInterval"=dword:000003e8

If that does not work, then play with the MTU setting on the client a bit:

HKLM\system\currentcontrolset\services\tcpip\parameters\interfaces\"ID for Adapter"

Add a dword value MTU with a value of 1492 decimal

(Default MTU for ethernet = 1500, for DSL = 1492, dial-up = 576)

NT/2000:

Network MTU(Bytes)
-----------------------------------
16 Mbit/Sec Token Ring 17914
4 Mbits/Sec Token Ring 4464
FDDI 4352
Ethernet 1500
IEEE 802.3/802.2 1492
X.25 576

windows XP:

16 Mbps Token Ring 17914
4 Mbps Token Ring 4464
FDDI 4352
Ethernet 1500
IEEE 802.3/802.2 1492
PPPoE (WAN Miniport) 1480
X.25 576

(dit is mijn vast antwoord inzake latency op het citrix forum, dus neem de engelse termen maar effe voor lief. De dikste kans heb je met het spelen met de MTU op de client denk ik)

zondag 12 september 2004 11:08

Acties:

chromeeh

the Gnome

Hoe staat de bandbreedte beperking op de Citrix server ingesteld....
Als deze je gemiddelde snelheid van je WLAN overtrefd krijg je ook vreemde dingen

"Some day, I hope to find the nuggets on a chicken."

maandag 13 september 2004 08:50

Acties:

maandag 13 september 2004 14:33

Topicstarter

Verwijderd schreef op 11 september 2004 @ 12:02:
On the citrix server set:

...allemaal registry settings....

(dit is mijn vast antwoord inzake latency op het citrix forum, dus neem de engelse termen maar effe voor lief. De dikste kans heb je met het spelen met de MTU op de client denk ik)

Dat is ook het nadeel, al deze instelleingen staan correct in de server, getest. Vreemde is dat de VPN verbinding trager wordt. Dus pingen naar extern adres Firewall blijft wel snel (22ms gem.) Soms voor verkeer door de tunnel ook een time-out

Ga vanmiddag de snelheid op de access points lager zetten, laat het asap weten.

Acties:

BasXcore

MTU zou het kunnen zijn. Om je MTU te bepalen kan je het volgende doen :

ping DEST.IPADRES -f -l 1500

Waarbij je de 1500 waarde steeds verlaagt tot een getal waarbij de melding als volgt niet meer voor komt : Packet needs to be fragmented but DF set.

Met dit MTU tooltje kan je dan gemakkelijk je MTU instellen :

http://www.networkingfiles.com/Download/CableNut.htm

Succes, Bas.

dinsdag 14 september 2004 12:56

Acties:

vrijdag 17 september 2004 09:50

Topicstarter

we hebben de snelheid van de wireless lan kaart vast gezet op 2 Mbit en het probleem lijkt opgelost. Tijdens het gebruik van de wireless lan kaart schakelt deze idd van snelheid. Vreemd vind ik het wel dat de normale netwerk functionaliteit niet onderbroken wordt maar de VPN verbinding wel een time out krijgt.

Acties: