Proxy pro zvýšení výkonu - Performance-enhancing proxy

Proxy pro zvýšení výkonu (PEP) jsou síťoví agenti, jejichž cílem je zlepšit end-to-end výkon některých komunikační protokoly. Standardy PEP jsou definovány v RFC 3135 (PEP určené ke zmírnění degradace související s odkazy) a RFC 3449 (Dopady TCP na asymetrii síťových cest).

Klasifikace

Dostupné implementace PEP používají různé metody ke zvýšení výkonu.

  • Typ serveru proxy: PEP může buď „rozdělit“ spojení, nebo do něj „snoop“. V prvním případě proxy předstírá, že je opačný koncový bod připojení v každém směru, doslova rozděluje připojení na dva. V druhém případě proxy kontroluje přenosy TCP segmentů v obou směrech, ack filtrováním a rekonstrukcí v existujícím připojení (viz spoofing protokolu ). To je založeno na úrovni OSI implementace PEP.[1]
  • Rozdělení: PEP mohou být integrovány nebo distribuovány. Integrovaný PEP poběží na jednom boxu, zatímco distribuovaný PEP bude vyžadovat instalaci na obou stranách spojení, které způsobí snížení výkonu. To je zcela běžné v komerčních zařízeních PEP, která fungují jako Černá skříňka pomocí více či méně otevřených protokolů ke komunikaci mezi nimi místo protokolu TCP.
  • Symetrie: Implementace PEP může být symetrická nebo asymetrická. Symetrické PEP používají stejné chování v obou směrech; akce prováděné PEP probíhají nezávisle na tom, na kterém rozhraní je paket přijat. Asymetrické PEP fungují odlišně v každém směru, což může způsobit, že bude například vylepšen pouze jeden směr spojení.

Typy

Existuje řada různých typů PEP. Každý z nich se používá k řešení problému souvisejícího s odkazem. Mezi běžné typy patří:

  • Split-TCP
  • Potvrzení decimace
  • Snoop
  • D-proxy

Rozdělit TCP

Split TCP se obvykle používá k řešení problémů TCP s velkými doby zpáteční zpoždění. Typický systém používá ke zlepšení Split TCP PEP TCP výkon nad a satelitní spojení. Rozdělte funkce TCP rozbitím end-to-end připojení do více připojení a pomocí různých parametrů k přenosu dat mezi různými nohami. Koncové systémy používají standardní TCP bez úprav a nepotřebují vědět o existenci PEP mezi nimi. Split TCP zachytí připojení TCP z koncových systémů a ukončí je. To umožňuje koncovým systémům běžet beze změny a může překonat některé problémy s velikostí oken TCP na koncových systémech nastavených příliš nízko pro satelitní komunikaci.

Ack filtrování / decimace

Ack filtrování nebo decimace se používá na vysoce asymetrický Odkazy. V asymetrických spojích se sazby proti proudu a proti proudu velmi liší. Běžným příkladem je satelitní širokopásmové připojení, kde navazující satelitní spojení poskytuje výrazně větší šířku pásma než upstreamové vytáčené modemové spojení. V tomto scénáři může být limitujícím faktorem rychlost, jakou může modem vrátit potvrzení TCP. Jelikož jsou potvrzení TCP kumulativně potvrzována, mohou být některá zdecimována nebo filtrována, aby se zlepšil výkon.

Snoop

Snoop proxy[2] je příkladem integrovaného serveru proxy. Je navržen tak, aby skryl rušení nebo kolizi ztráta paketů přes bezdrátové spojení. Servery Snoop detekují ztráty monitorováním přenosu TCP kvůli duplicitnímu potvrzení. Když Snoop obdrží duplicitní potvrzení TCP, označující ztrátu paketu, budou tiše zrušena a ztracený datový paket bude znovu vyslán. Odesílatel TCP by o ztrátě neměl vědět. To by mělo zabránit odesílatelům TCP zbytečně omezovat okno TCP.

D-Proxy

D-Proxy[3][4] je také navržen tak, aby skryl rušení nebo kolizní ztrátu paketů přes bezdrátové spojení. D-Proxy je nový distribuovaný proxy TCP, který vyžaduje proxy na obou stranách ztrátového odkazu. Stejně jako Snoop používá k detekci ztracených paketů pořadová čísla TCP. Má však proaktivní přístup, spíše než potvrzení o sledování sekvenčních čísel TCP na datových paketech. Dojde-li ke ztrátě paketu, bude proud TCP dočasně ukládán do vyrovnávací paměti, dokud nebude možné chybějící paket obnovit a znovu sekvenovat.

Viz také

Reference

  1. ^ [1]: PROXY ZVÝŠENÍ VÝKONU (PEP): TCP v bezdrátové síti
  2. ^ Balakrishnan, Hari; Srinivasan Seshan; Randy H. Katz (prosinec 1995). "Zlepšení výkonu TCP / IP přes bezdrátové sítě". Bezdrátové sítě ACM. 1 (4).
  3. ^ Murray, David; Terry Koziniec; Michael Dixon (2009). "Řešení neúčinnosti v sítích 802.11". Mezinárodní konference IEEE o architektuře a aplikacích internetových multimediálních systémů.
  4. ^ Murray, David; Terry Koziniec; Michael Dixon (2010). „D-Proxy: Spolehlivost v bezdrátových sítích“. 16. asijsko-pacifická konference o komunikacích (APCC).

externí odkazy

  • PEPsal : A GPL licencované, Linux na základě integrované implementace rozdělení PEP
  • PEP server MediaSputnik : Server PEP MediaSputnik 2402 byl vyvinut společností MediaSputnik jako server kompatibilní s I-PEP v souladu s doporučeními SatLabs Group (ESA) pro podporu standardů a sítí DVB-RCS
  • RFC 3135 : Celý RFC (proxy pro zvýšení výkonu určené ke zmírnění degradací souvisejících s odkazy)