Optimalizálás Citrix dolgozni vezeték nélküli hálózatok

előző ◈ a következő

Sok felhasználó használja ma MetaFrame a helyi hálózatokat. Mivel a nagy sávszélesség és alacsony reakcióidőt, akkor lehet elég kényelmes dolgozni alkalmazások, mintha futott a helyi eszközön. Azonban a vezeték nélküli hálózatok és a WAN különböznek lassúsága és a válaszideje. Ezek a tényezők különösen érzékenyek a vezeték nélküli hálózatokban, ahol a felhasználók termelékenységét lehet csökkenteni neprimelimogo szinten.

Sávszélesség (igénybevétel) és a késleltetés (latency) - ezek a fő tényezők, amelyek meghatározzák a hálózat sebességét. Áteresztőképesség - az adatok számát, amelyek áthaladnak a forrástól a cél egy adott időtartam alatt. Késleltetés - a szükséges időt egy tranzakciós adatok (azaz az időintervallum közötti adatküldés és fogadás).

Késések kritikus hatással a felhasználói élmény sokkal kényelmesebb, mert minden felhasználói művelet kell továbbítani a hálózaton keresztül a szerver, a szerver kell feldolgoznia, és visszatér a választ. A helyi hálózatok (LAN) késések általában kicsi, és nem haladhatja meg a 10 ms. Azonban a vezetékes nagy kiterjedésű hálózat (WAN), ezek alkotják 100-500ms és vezeték nélküli nagy kiterjedésű hálózatok (WWAN) - még 300-3000ms. Ha ez a késleltetés függvényében minden forgalmat, nem csak az ICA.

Vezeték nélküli WAN felhasználók általában csatlakozni az internethez, amelyen keresztül hozzáférhet a MetaFrame szervert. Internet alapul TCP protokollt, amely jóváhagyást igényel a továbbított csomag. Ha a feladó nem kap választ egy megadott időn belül, TCP kapcsolat tartja túlterhelt, és csökkenti a sebességét küldött csomagokat. TCP nagyon hatékony a vezetékes internet. A vezeték nélküli hálózatok nagyobb késleltetést, mint a huzal, és a sőt jellemzi őket „jitter” (jitter) (változó késleltetés). Az alapul szolgáló vezeték nélküli hálózatok alapuló hang építészet és nem tartalmaznak hatékony támogató mechanizmusokat az adatátvitelt csomagokat. Hogy javítsa adatátviteli ilyen hálózatok rendszerint várja az érkezését néhány képkocka, mielőtt válaszolt nekik egy visszaigazolást. Itt is, ott van a késés.

Jellemzően a késedelem növeli a méretét a TCP csomag. A LAN szinte észrevehetetlen. A WAN ez kevés eredménnyel. De WWAN, például, a késedelem 32-bájtos csomag lehet 400 ms, és a 1460 byte-os csomag - több mint 1800ms. Ez negatív hatással van a MetaFrame ülés.

Ez a dokumentum igyekszik adni Citrix MetaFrame ajánlásokat optimalizálás dolgozik a vezeték nélküli nagy kiterjedésű hálózat.

A cél az optimalizálás

  • Csökkentése késlekednek az
  • Csökkentve a nyilvántartásba vétel időpontjában
  • Hatékony kihasználása a csatorna szélessége

Csökkenti a maximális csomag mérete

Számának csökkentése kis csomagokat továbbítani

Késleltetések is előfordulhat kézhezvételét csomagokat a kis méretű, azaz mérete kisebb, mint 64 bájt, ami alacsonyabb, mint az MTU. Küldés a nagyszámú kis csomagokat hoz létre hálózati torlódások. Ahhoz, hogy megoldja ezt a problémát, akkor ajánlott használni az egyesület csomagokat.

Technológiák alkalmazásával SpeedScreen3

SpeedScreen 3 yavlyatsya egy nagyon fontos eleme foglalkozik a WWAN. SpeedScreen ami csökkenti a kellemetlen késések, felhasználói beviteli duplikált a képernyőn helyben.

Gyorsítótárral és adattömörítés

Amikor dolgozik WWAN kell vizsgálni két dolog - a felhasználói élményt és a költségek. Általános szabály, WWAN csatornák korlátozott sávszélesség, és fontos, hogy használja azt a lehető legteljesebb mértékben. Ezt úgy érjük el, tömörítése az adatforgalmat és a növekedés cache a kliens. Billing számos szolgáltató a számviteli pereddannogo és fogadott forgalmat. Mennyiségének minimalizálása továbbított adatok csökkenti a költségeit a mobil felhasználók számára.

ajánlások

Feature Release 2

MetaFrame XP FR2- tartalmaz számos olyan fejlesztések, többek között:

  • Néhány beállítás, hogy a korábban elszámolt WWAN kézzel mostantól automatikus
  • Továbbfejlesztett tömörítés
  • TCP csomagokat töltik szinte makimum
  • Javított teljesítmény adatok csatornák

Citrix nyomatékosan ajánlja, hogy használja FR2- vagy későbbi kiadások, ha dolgozik WWAN, valamint a megfelelő változata az ügyfél.

Ha az FR1, majd kövesse a meghatározott iránymutatásokat a 2. mellékletben.

Engedélyezése SpeedScreen3 Latency Reduction

Csökkentésére zarezhek SpeedScreen3 használt két összetevőből áll:

  1. Helyi szöveget echo
  2. A választ az egér

Helyi visszhang ismételt karakternél a kliens eszköz. Ezek a karakterek nem jelennek meg azonnal, majd átalakul átlátható képet kapunk a szerverről. Ez kiküszöböli késések, ha gépelés.

A válasz az egér változtatja alakját az egérmutatót a kliens, ha rákattint egy állam „elfoglalt”. Amikor a kiszolgáló választ küld egy kattintással, az űrlap kusora változások a normális.

A szerver változtatni ez a két módszer használatos SpeedScreen3 Latency Reduction menedzsere. Alapértelmezésben az egér válasz engedélyezve van, és a helyi szöveget echo van tiltva. Ha WWAN helyi visszhangja is tartalmaznia kell. A részleteket lásd „adminisztrátori kézikönyv”.

Növelése a késedelem menükijelzés

Ez arra utal, hogy az optimalizálás a Windows felület. Ezek az ajánlások is alkalmasak a nagy sebességű kapcsolat.

Delay menükijelzés - ezúttal, hogy az egér maradjon a szülő menü előtt egy mögöttes menüt. Ha növeli ezt az időkorlát könnyebb eligazodást a Start menüt.

Delay menü megjelenítése a regisztrációs adatbázisba HKCU \ Control Panel \ Desktop \ MenuShowDelay.

A javasolt érték 1500 (ezredmásodperc).

Használata NFuse Classic

NFuse az előnyben részesített módszer a kapcsolat szerverek keresztül MetaFrame WWAN.

Citrix azt javasolja, hogy hozzon létre két NFuse szerver - az egyik a szolgáltatás vezeték nélküli felhasználók, a másik - a fenntartó LAN felhasználók számára. Ezek a szerverek különböző beállításokat.

Ajánlott változások Template.ica

Kikapcsolja a kijelző kliens meghajtók

Az érték lehet változtatni, de túl nagy érték romlani fog az interaktív válasz

A felvétel egy állandó gyorsítótár

A felvétel egy állandó gyorsítótár csökkenti a nyilvántartásba vétel időpontjában, és növeli a grafikus teljesítményt ICA ülés. Állandó cache nem támogatja az összes platformon. Például nem támogatott Windows CE.
Annak érdekében, hogy az állandó gyorsítótár, állítsa
PersistentCacheEnabled = On.

Állítsa be a gyorsítótár méretét Thinwire 8192Kb

Ez lehetővé teszi, hogy a sávszélesség hatékonyabban. A gyorsítótár méretének ellenőrzött Thinwire WindowsCache paramétert. A legnagyobb méret 8192Kb. Belépés MetaFrame FR1 és a magasabb ügyfél verziója 6.20 vagy magasabb ne módosítsa ezt az értéket.
Állítsa
WindowsCache = 8192

Jegyzetek az ICA kliens

Win32 Citrix ICA Client

Add meg az alábbi értékeket a [Wfclient] appsrv.ini fájlt. A Windows NT és XP kliensek, ez a fájl a C: \ Documents and Settings \ [felhasználónév] \ Application
Data \ ICAClient).
Szürke jelölt jelenlegi szövege a fájlban.

COMAllowed = Off
CPMAllowed = Off
VSLAllowed = Off
CDMAllowed = Off
ClientAudio = Off
UpdatesAllowed = Off

OutBufCountHost = 118
OutBufCountClient = 118
OutBufLength = 512

PersistentCacheEnabled = On
MouseTimer = 200
KeyboardTimer = 50

Ezen kívül, adjuk hozzá a kapcsolat a „az alábbi paramétereket (például a [Microsoft Outlook]):

Cachingje képek Nfuse

Jelölje meg a következő könyvtárakat a tárolt:

  • NFuseIcons
  • Alkönyvtár Media (Citrix \ MetaFrame könyvtár)
  • default.htm fájl

A HTTP fejléc "Cache-Control"

IIS 5.0 és újabb verziók a HTTP fejléc „Cache-Control”. Ez a fejléc két paraméter: idő előtti teszt és vizsgálat utáni idő (pre-check és poszt-ellenőrzés).

Bár a poszt-teszt - az a másodpercben, amely után egy objektumot kell ellenőrizni frissesség a show után a felhasználó számára. vizsgálat előtti időben meghatározza a másodpercben, amely után a tárgy ellenőrizni kell a frissesség, mielőtt megjelenik a felhasználó.

Ha megtalálja a megfelelő értéket, a felhasználó jelenik meg egy képet a cache.

• A Post-check = 1200
• Előre check = 360000

Ezek az értékek megfelelnek 20 perc és 4,2 nap volt. Ez a következőket jelenti:

  • Az első 20 percben a felhasználó látja a képet a cache; csekket frissesség nem kerül végrehajtásra.
  • 20 perc múlva plzovatel mindig látja a képet a cache; a háttérben végzik ellenőrzése
  • Miután 4,2 nap, ha egy új képet még nem feltölteni a szerverre, mielőtt megjelenne egy csekket.

Ahhoz, hogy meg ezeket az értékeket, kattintson a „Hozzáadás” gombra a „HTTP-fejlécek” fülre.

Az Apache beállítása

Hasonló viselkedést lehet beállítani az Apache Web szerver változata 1,20 vagy magasabb segítségével mod_expire modult. Szükséges irányelveket lehet beírni httpd.conf. és .htaccess. Az utóbbi esetben az irányelv AllowOverride indexek.

  • ExpiresActive határozza meg, hogy keletkezik zaglovki HTTP. Meg kell határozni az ON.
  • ExpiresDefault meghatározza az alapértelmezett öregedési idő bármilyen tárgy a (birodalmában)
  • ExpiresByType felszabadítással elavulása tárgyak egy bizonyos típusát. Ez két paramétert - a MIME-típus és az idő.

1. függelék

Példa template.ica számára NFuse Classic

2. függelék

Változások az FR1 szerver

Figyeljük meg, hogy ezek a módosítások szükségesek MetaFrame XP FR2- vagy nagyobb; ezek a módosítások csak FR1.

Hozzon létre egy új ICA Hallgató:

  1. Fuss regedit és nyissa meg a ághoz HKLM \ System \ CurrentControlSet \ Terminal Server \ WinStations
  2. Válassza ICA-tcp kulcs
  3. Exportálja ezt a kulcsot a registry file
  4. Nevezze át a ICA-tcp az ICA-tcp-WWAN.
  5. Importálja a korábban mentett fájlt WinStations gombot. Ez újra az ICA-tcp kulcs
  6. Állítsa be az értéket PortNumber a legfontosabb az ICA-tcp-WWAN.

Kezdeni egy új hallgatót:

  1. Fuss Citrix Connection Configuration
  2. Disable hallgató ICA-tcp-WWAN
  3. Hagyja, hogy a hallgató ICA-tcp-WWAN

Engedélyezése késleltetés időzítő

Itneraktivny időzítőt használunk a szerver az interaktív munkamenet. Rendszeresen törli az időzítőt készenléti pufferek. Növelésével az önkioldó puffer tartalmaz több adatot törlik. Ez csökkenti a kis csomagokat.

A pufferek virtuális csatorna által vezérelt kulcs
HKLM \ System \ CurrentControlSet \ Control \ Terminal \ WDS \ icawd

Érték típusa REG_MULTI_SZ. Minden vonal egy virtuális csatorna neve kívánt puffer. Ahhoz, hogy ez az érték módosítható, használja regedt32.exe. Csatorna neve SpeedScreen Lappangási Reduction egyenlő „CTXZLC”. A végső hely szükséges.
A változtatások után indítsa újra a hallgatót.

Kapcsolódó cikkek

előző ◈ a következő