Síťový protokol tcp ip musí být správně nakonfigurován. Operační systém Windows Vista. Pomalý start a selektivní potvrzení

Ne všechny programy umožňují tisk ve formátu, který byste chtěli. Například potřebujete vytisknout brožuru, ale vámi používaná aplikace umožňuje pouze běžné rozvržení stránky. Fine Print přichází na pomoc. FinePrint je malý doplněk, který umožňuje tisknout brožury a další produkty se složitým rozvržením v jakékoli aplikaci.

Fine Print je nainstalován jako tiskový ovladač. Jeho okno se zobrazí, pokud jej vyberete při tisku a otevřete další vlastnosti. Program je jakýmsi prostředníkem mezi aplikací, ve které s dokumentem pracujete, a tiskárnou.

Fine Print vám umožní vytisknout brožuru v libovolném programu. Bude automaticky distribuován jednotlivé stránky dokument tak, aby se vešly na jeden list papíru. Výsledkem bude brožurka.

Navíc v tuto aplikaci Existují další možnosti umístění obsahu na list.

Ekonomický tisk

Můžete tisknout způsobem, který snižuje spotřebu inkoustu tiskárny. Toho je dosaženo pomocí funkcí, jako je: odstranění obrázků z dokumentu, převod barevného dokumentu na černobílý a zjasnění.

Přidání štítků a dalších prvků

Můžete vynutit přidání štítků na každou stránku, jako je číslo stránky nebo aktuální datum.

Program navíc umožňuje přidat odsazení pro vazbu a řadu dalších prvků.

Výběr velikosti listu pro tisk

Můžete nastavit velikost listu pro tisk. I když vám program pro úpravu dokumentů nedovolí změnit formát listu, Fine Print to udělá za to.

Jemný tisk umožňuje nastavit vlastní velikosti listů, pokud při tisku používáte nestandardní papír.

výhody:

1. Aplikace se snadno používá;
2. Docela dobrý počet funkcí;
3. FinePrint byl přeložen do ruštiny;
4. Aplikace je zdarma.

nedostatky:

1. Chtěl bych vidět FinePrint ve formuláři samostatná aplikace, nejen doplňky.

FinePrint je skvělý doplněk jakéhokoli programu, se kterým pracuje tištěné materiály. S ním můžete vytisknout brožuru nebo vícesloupcový dokument i v té nejjednodušší aplikaci.

Každý majitel osobní počítač nebo notebook zaznamenal problémy s přístupem k internetu. Stalo se, že všechna nastavení byla provedena, existuje přístup k síti, je nakonfigurována Wi-Fi, ale není přístup k internetu. U síťových připojení je na stavovém řádku uvedeno toto: IPv4 bez přístupu k internetu. Jak opravit chybu a získat přístup k síti, přečtěte si tento článek.

Diagnostika chyby

První věcí, kterou v této situaci musíte udělat, je diagnostikovat sítě:

1. Stiskněte Win+R a spusťte příkaz ncpa.cpl
2. Klikněte pravým tlačítkem na problematické síťové připojení a vyberte „Stav“.
3. Otevřete Diagnostiku.
4. V závislosti na zjištěném problému k jeho vyřešení použijte materiál z uvedených odkazů:
   1. .
      
   2. .
   3. .
      
   4. .
      
   5. DHCP server není povoleno na síťovém adaptéru.
      

Často se stává, že příčinou problému s přístupem k internetu je nesprávně nakonfigurovaný DHCP server. To může být buď na vaší straně, nebo na straně poskytovatele internetu. Pokud je to váš problém, čtěte dále.

nastavení TCP/IPv4

Nejprve se přesvědčme, že nedochází k běžné poruše sítě, kterou lze vyřešit opětovným připojením připojení. Klikněte pravým tlačítkem na problematickou síť a vyberte „Zakázat“. Pak, dvojitým kliknutím myš, znovu ji zapněte.
Pokud máte router, restartujte jej také. Pokud je v síti více počítačů, nepřidělujte problematickou IP adresu jiného zařízení. Pokud to uděláte, síť nebude fungovat.

Nastavení routeru

Pokud používáte router, zapněte jej nastavení DHCP server:

Pokud navrhované možnosti problém nevyřeší, kontaktujte nás technickou podporu vašeho poskytovatele. Ze své strany budou analyzovat možné chyby a uvede důvod nedostatku internetu.

Dvakrát klikněte na ikonu „Tento počítač“ a spusťte „Ovládací panely“ poklepáním na příslušnou ikonu levým tlačítkem myši. V okně „Ovládací panely“ klikněte na ikonu „Síť“, poté umístěte kurzor na komponentu TCP/IP a klikněte na tlačítko „Vlastnosti“. Zaškrtněte "Určit IP adresu explicitně" a zadejte IP adresu - 192.168.1.2, masku podsítě - 255.255.255.0.

Dále přejděte na kartu „Brána“ a zadejte řádek „ Nová brána" - 192.168.1.1, klikněte na tlačítko "Přidat". Otevřete záložku "Konfigurace DNS", zaškrtněte "Povolit DNS" v poli "Zobrazit objednávku". DNS servery» vytočte 192.168.1.1 a klikněte na tlačítko „Přidat“, poté do stejného pole zadejte 195.34.32.116 a klikněte na tlačítko „Přidat“.

Operační systém Windows XP/2000

Klikněte na tlačítko Start a vyberte Ovládací panely ( Ovládací panel). Poté vyberte „Síťová a internetová připojení“ a poté „ Síťová připojení"(Síťová připojení). Klikněte klikněte pravým tlačítkem myší na "Připojit přes místní síť“ a poté klikněte na tlačítko „Vlastnosti“. V okně, které se objeví, vyberte „Internet Protocol TCP/IP“ a poté klikněte na tlačítko „Properties“. V zobrazeném okně zaškrtněte "Použít následující IP adresu" a vyplňte pole "IP adresa" - 192.168.1.2, "Maska podsítě" - 255.255.255.0, "Výchozí brána" - 192.168.1.1, "Preferovaný server DNS" " - 192.168 .1.1," Alternativní DNS server» - 195.34.32.116.

Operační systém Windows Vista

V nabídce „Start“ vyberte část „Ovládací panely“, poté „Síť a internet“ a poté „Zobrazit stav sítě a úlohy“. (Pokud jste v "Ovládacím panelu" přejděte na klasický vzhled, pak potřebujete položku „Centrum sítí a sdílení“ sdílený přístup".) V okně, které se otevře, vyberte v levém sloupci "Spravovat síťová připojení." Dále se před vámi otevře okno, které zobrazí všechna připojení dostupná na vašem počítači, včetně připojení k místní síti. Klepněte pravým tlačítkem myši na ikonu „Připojení k místní síti“ a zobrazí se kontextové menu vyberte "Vlastnosti". Dále v okně, které se objeví, vyberte „Internet Protocol Version 4 (TCP/IPv4)“ a klikněte na tlačítko „Properties“, které se nachází hned pod vybranou položkou. V důsledku toho se před vámi otevře okno „Vlastnosti: Internetový protokol verze 4 (TCP/IPv4)“, kde je třeba zaškrtnout možnost „Použít následující IP adresu“ a vyplnit pole: „IP adresa“ - 192.168.1.2, "Maska podsítě" - 255.255.255.0, "Primární brána" - 192.168.1.1, "Preferovaný server DNS" - 192.168.1.1, "Alternativní server DNS" - 195.364.32.

Operační systém Windows Seven

V nabídce „Start“ vyberte část „Ovládací panely“, poté „Síť a Internet“, položku „Zobrazit stav sítě a úlohy“ (Pokud přejdete do klasického zobrazení v „Ovládacím panelu“, budete potřebovat Přístup k položce "Centrum sítí a sdílení".") V okně, které se otevře, vyberte v levém sloupci možnost "Změnit nastavení adaptéru." Otevře se před vámi okno, ve kterém se zobrazí všechna připojení dostupná na vašem počítači, včetně připojení k místní síti. Klepněte pravým tlačítkem myši na ikonu „Připojení k místní síti“ a ze zobrazené kontextové nabídky vyberte „Vlastnosti“. Otevře se před vámi okno: vyberte „Internet Protocol Version 4 (TCP/IPv4)“ a klikněte na tlačítko „Vlastnosti“, které se nachází hned pod vybranou položkou. V důsledku toho se před vámi otevře okno „Vlastnosti: Internetový protokol verze 4 (TCP/IPv4)“, kde je třeba zaškrtnout možnost „Použít následující IP adresu“ a vyplnit pole: „IP adresa“ - 192.168.1.2, "Maska podsítě" - 255.255.255.0, "Primární brána" - 192.168.1.1, "Preferovaný server DNS" - 192.168.1.1, "Alternativní server DNS" - 195.364.32.

Operační systém Macintosh Angličtina

Otevřete Předvolby systému nebo vyberte ikonu Nastavení systému“, přejděte na Síť. Počet rozhraní závisí pouze na modelu počítače. Vybrat požadované rozhraní pro konfiguraci: pro připojení Ethernet - Vestavěný Ethernet. Pokud je rozhraní neaktivní (Wi-Fi (Letiště) není zapnuto nebo není připojeno Ethernetový kabel), pak se jeho název zobrazí červeně. Pokud je rozhraní aktivní (Wi-Fi (letiště) je zapnuto nebo je připojen ethernetový kabel), jeho název je zvýrazněn žluť. Pokud je rozhraní aktivní a bylo zadáno nastavení TCP/IP, je název rozhraní zelený.

Pro konfiguraci nastavení rozhraní poklepejte na název vybraného rozhraní. V rozevírací nabídce Konfigurovat IPv4 vyberte typ nastavení příjmu TCP/IP – Ručně. Zadejte následující hodnoty: IP Address - 192.168.1.2, Subnet Mask - 255.255.255.0, Router - 192.168.1.1, DNS Servers - 192.168.1.1, 195.34.32.116 a klikněte na tlačítko Apply Now.

Operační systém Macintosh Rus

V nabídce Apple klikněte na Předvolby systému > Síť. V okně „Síť“ vyberte v levém okně Ethernet, klikněte na tlačítko „Upřesnit“, otevřete kartu TCP/IP, níže vyberte „Ruční“, zadejte adresu IPv4 – 192.168.1.2, masku podsítě – 255.255. 255.0, router - 192.168 .1.1. Klepněte na tlačítko OK.

V hlavní nabídce „Sítě“ vyberte „Upřesnit“, přejděte na kartu DNS, klikněte na ikonu „+“ v okně „Servery DNS“ - v okně, které se otevře, zadejte první server DNS - 192.168.1.1, klepněte na OK. Opakujte popsané kroky a zadejte druhý server DNS - 195.34.32.116. Poté by se v okně „Network“ v levém bočním okně měl rozsvítit Ethernet zeleně (objeví se také zpráva „Connected“). Zavřete okno Síť.

Konfigurace protokolu TCP/IP na serveru.

1. Z nabídky „Start“ vyberte „Ovládací panely“ – „Síťová připojení“ – „Připojení k místní síti“.

2. V dialogovém okně stavu, které se objeví, na záložce „Obecné“ klikněte na tlačítko „Vlastnosti“ a zobrazí se dialogové okno „Připojení k místní síti – Vlastnosti“.

3. V seznamu komponent používaných tímto připojením vyberte „Internet Protocol (TCP/IP)“ a klikněte na tlačítko „Properties“.

4. V dialogovém okně „Vlastnosti: Internetový protokol (TCP/IP)“ nastavte přepínač do polohy „Použít následující adresu IP“ a do pole „IP adresa“ zadejte hodnotu „192.168.10.2“.

„Použít následující adresy serveru DNS“ a do pole „Preferovaný server DNS“ zadejte hodnotu 192.168.10.2.

Tento server bude sloužit jako vlastní DNS server.

7. Klikněte na tlačítko „Upřesnit“.

8. Na kartě „DNS“ se ujistěte, že jsou zaškrtnuta políčka „Přidat primární příponu DNS a příponu připojení“ a „Přidat přípony nadřazené osy“. Přípona DNS" a

9. Zavřete dialogové okno vlastností protokolu TCP/IP.

10. Zaškrtněte políčko „Při připojení zobrazit ikonu v oznamovací oblasti“ a zavřete dialogová okna„Připojení k místní síti – Vlastnosti“ a „Stav připojení k místní síti“.

V rohu hlavního panelu se zobrazí ikona připojení k místní síti.

Pokud povolíte přepínač „Použít následující adresy serveru DNS“, ale nezadáte žádné adresy, bude adresa „127.0.0.1“ automaticky zadána ve Windows 2000 Server. Toto je adresa místní rozhraní(loop-back), prostřednictvím kterého mezi sebou komunikují procesy běžící na stejném počítači. Pokud je server zároveň serverem DNS, pak

DNS klient bude fungovat dobře po přístupu na tuto adresu. Adresa

„127.0.0.1“ nelze zadat ručně.

Konfigurace protokolu TCP/IP na klientském počítači.

1. Z nabídky „Start“ vyberte „Ovládací panely“ – „Síťová připojení“ – „Připojení k místní síti“.

2. V dialogovém okně stavu, které se objeví, na kartě „Obecné“ klikněte na tlačítko „Vlastnosti“. Zobrazí se dialogové okno Vlastnosti připojení k místní síti.

3. V seznamu komponent používaných tímto připojením vyberte „Internet Protocol (TCP/IP)“ a klikněte na tlačítko „Properties“.

4. V dialogovém okně „Vlastnosti: Internetový protokol (TCP/IP)“ nastavte přepínač do polohy „Použít následující adresu IP“ a do pole „IP adresa“ zadejte adresu: „192.168.10.17“.

5. Do pole „Maska podsítě“ zadejte hodnotu „255.255.255.0“.

6. V dolní části okna vlastností nastavte přepínač na

„Použít následující adresy serveru DNS“ a do pole „Preferovaný server DNS“ zadejte hodnotu „192.168.10.2“. Klikněte na tlačítko „Upřesnit“.

7. Na záložce „DNS“ se ujistěte, že jsou vybrány přepínače

„Přidat primární příponu DNS a příponu připojení“ a zaškrtávací políčka

„Přidat rodičovské přípony k základním. Přípona DNS" a

"Zaregistrujte adresy tohoto připojení v DNS."

8. Zavřete dialogové okno vlastností protokolu TCP/IP.

9. Zaškrtněte políčko „Při připojení zobrazit ikonu v oznamovací oblasti“ a klikněte na tlačítko „Zavřít“.

TESTOVACÍ OTÁZKY

1. Co je zásobník protokolu TCP/IP?

2. Jaké funkce plní hlavní protokoly zásobníku TCP/IP?

3. Co je to IP adresa?

4. Jak se přidělují síťové adresy?

5. Jaké přístupy navrhují vývojáři zásobníků TCP/IP k vyřešení problému nedostatku IP adres?

6. Jak lze automatizovat proces distribuce?

IP adresy podle síťových uzlů?

Problémy s registrací na webu? KLIKNĚTE ZDE! Nenechte si to moc ujít zajímavá sekce naše stránky - projekty návštěvníků. Vždy tam najdete nejnovější zprávy, vtipy, předpověď počasí (v novinách ADSL), televizní program pozemních a ADSL-TV kanálů, nejnovější a nejzajímavější zprávy ze světa špičkových technologií, nejoriginálnější a nejúžasnější obrázky z Internet, velký archiv časopisů posledních letech, chutné recepty na obrázcích, poučné. Sekce je denně aktualizována. Vždy nejnovější verze nejlepší bezplatné programy Pro každodenní použití v sekci Požadované programy. Je tam prakticky vše, co potřebujete každodenní práce. Začněte to postupně vzdávat pirátské verze ve prospěch pohodlnějších a funkčnějších bezplatných analogů. Pokud náš chat stále nevyužíváte, vřele doporučujeme se s ním seznámit. Najdete tam spoustu nových přátel. Navíc je nejrychlejší a efektivní způsob kontaktujte administrátory projektu. Sekce Antivirové aktualizace nadále funguje – vždy aktuální bezplatné aktualizace pro Dr Web a NOD. Nestihli jste si něco přečíst? Celý obsah tickeru naleznete na tomto odkazu.

Jemné doladění Parametry TCP/IP pro tlusté kanály

Propustnost místních sítí a internetových kanálů neustále roste, ale spolu s tím rostou i potřeby, což způsobuje přirozenou touhu vymáčknout maximum možného ze zásobníku TCP/IP, což je to, co nyní uděláme, zejména se zaměřením na na Windows Server 2003, i když popsané optimalizační technologie jsou platné i pro pracovní stanice postavené na W2K/XP.

Zavedení

Na překroucení nastavení TCP/IP existují dva diametrálně odlišné názory: řada administrátorů (a s nimi i autoři populárních knih!) se domnívá, že vývojáři již udělali vše, co bylo potřeba, a jakýkoli zásah do tohoto dobře fungujícího mechanismu může jedině škodit. Na internetu se přitom povaluje spousta návodů, které slibují když ne vstupenku do nebe, tak radikální zvýšení produktivity za cenu výměny pár klíčů v systémovém registru.

Pravda je jako obvykle někde uprostřed. Operační systémy se již dlouho naučily automaticky rozpoznávat typ připojení a zvolit vhodnou sadu výchozích nastavení. Adaptivní algoritmy se dynamicky přizpůsobují charakteristikám kanálu a nekvalifikované „pokyny“ od uživatele skutečně jen překážejí. Adaptivní algoritmy však mají tendenci dělat chyby a výchozí nastavení nemusí vždy odpovídat charakteristikám konkrétních komunikačních kanálů, jejichž šíření je prostě kolosální.

Jaké zvýšení výkonu může přinést optimalizace nastavení TCP/IP, pokud je provedena správně? Závisí na tom, jak blízko jsou výchozí nastavení vlastnostem používaného kanálu. V průměru byste měli očekávat 20%...30% zisk, ale v „klinických“ případech se rychlost několikrát zvýší!

Než začnete s optimalizací

Než si vyhrnout rukávy a vrhnout se do bitvy hned od prvních řad, je lepší si nejprve pokuřovat a přemýšlet. Řekněme, že máme 10 megabitový kanál a stahujeme/distribuujeme soubory převažující rychlostí asi megabajt za sekundu. Je jasné, že žádné množství triků nám neumožní zvýšit produktivitu o znatelné množství. Takže to stojí za ty potíže?! Poměrně velký počet administrátorů navíc záměrně omezuje výstup v rozsahu 50-100 KB/s, čímž zabraňuje přetížení sítě. Jaký druh optimalizace existuje...

Jiná věc je, zda pozorováno propustnost je méně než 2/3 deklarovaného uplinku. Zde se bez optimalizace neobejdete! Kromě TCP/IP stacku jsou však za výkon zodpovědné i další. systémové komponenty- například procesor. Na velké množství zároveň navázaná spojení, využití CPU může dosáhnout 100%, zvláště vezmeme-li v úvahu, že v levné síťová zařízení počítat kontrolní součty balíčky jsou implementovány v softwaru, nikoli hardwaru (např drahé modely) úroveň.

Dalším viníkem je grafická karta, která přebírá sběrnici na dlouhou dobu bez jakékoli viditelné důvody, což způsobuje všem ostatním periferie jdou na hladovou dietu a rychlost vstupu/výstupu (včetně sítě) se mnohonásobně sníží. Aktualizace ovladačů nebo deaktivace všech „agresivních“ nastavení grafické karty obvykle problém vyřeší i bez přístupu k zásobníku TCP/IP.

Nezapomeňte také na nadměrnou fragmentaci místo na disku výrazně zpomaluje rychlost nahrávání/příjem souborů, což je jeden z hlavních důvodů pomalejšího načítání webových stránek pro koncové uživatele.

Obecně platí, že než se dostanete do zásobníku TCP/IP, měli byste se ujistit, že vše ostatní možné důvody eliminováno a úzkým hrdlem je právě nastavení síťového protokolu a ne něco jiného ( Pozor : „být přesvědčen“ není vůbec totéž jako „přesvědčit se“).

MTU + MSS = ???

MTU (M aximumT uvolněníU hnida- Maximum [size] of Transmitted Packet) je pravděpodobně nejznámější TCP/IP parametr, doporučení pro nastavení lze nalézt téměř v každém článku o optimalizaci TCP/IP. Stovky utilit nabízejí své služby z definice extrémně přesnou hodnotu, ale bohužel se jaksi nedaří dosáhnout slibovaného zvýšení produktivity.

MTU ovlivňuje největší možnou velikost odesílaného IP paketu (včetně hlavičky) a rozděluje odesílaná data na kusy pevná velikost. Čím větší je MTU, tím nižší jsou režijní náklady na přenos servisních informací, a tedy vyšší „efektivita“ kanálu. Na druhou stranu routery vyhazují pakety přicházející z různých uzlů do společné fronty, a proto je mnohem výhodnější poslat jeden velký paket než dva malé a čím více je router zatížen, tím větší zisk získáme.

Obrázek 1

Tak co se děje?! Zvýšíme MTU na limit a... rychlost klesne na nulu. Proč? Důvodem je to, že s rostoucí velikostí paketů se prodlužuje i jejich čas. retransmisi v případě ztráty nebo poškození paketu. Mezilehlé uzly mají navíc své vlastní vlastní nastavení a pokud velikost přenášeného paketu překročí aktuální MTU, paket se rozdělí na dva nebo více paketů (tj. fragmentuje) a tyto fragmenty se spojí dohromady pouze v přijímacím uzlu, což vede ke snížení propustnosti. Navíc, pokud je MTU odesílajícího uzlu jen o málo vyšší než MTU mezilehlého uzlu, pak se druhý paket skládá z téměř jedné hlavičky, v důsledku čehož se závislost přenosové rychlosti na velikosti mění v charakteristický pilový zub. křivka (viz obr. 2).

Výchozí hodnoty MTU používané systémem Windows Server 2003 jsou uvedeny v tabulce 1, ale v případě potřeby je můžete změnit.

Obrázek 2 Závislost rychlosti přenosu dat na velikosti MTU (podle dat http://member.nifty.ne.jp/oso/faq.mtu-faq.html).

Spusťte nástroj Editor registru a otevřete v něm následující sekci: HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\interfaceGUID. Vidíme tam parametr MTU zadejte DWORD (a pokud ho nevidíme, vytvoříme ho) a zadáme velikost v bajtech (0xFFFFFFFF znamená „použít výchozí hodnotu MTU“) Rozhraní jsou určena identifikátory GUID a obvykle jich je mnohem více najít mezi nimi rozhraní kabelový modem nebo konkrétní síťová karta? Ano, je to velmi jednoduché – podle IP adresy!

Obrázek 3 Jemné doladění parametrů TCP/IP pomocí "Editoru registru".

Existuje možnost automatická detekce trasa, po které pakety s danou MTU procházejí bez fragmentace (parametr Povolit PMTUDiscovery typu DWORD, umístěný ve stejné větvi registru jako MTU (hodnota "1" tuto funkci povolí, "0" ji zakáže). Nicméně mnoho správců mezilehlé uzly z bezpečnostních důvodů je zasílání zpráv ICMP zablokováno a odesílající uzel si vůbec není vědom skutečnosti fragmentace. Zejména pro detekci takových „nesprávných“ směrovačů (přezdívaných „černé díry“ nebo anglicky Black Hole) Windows podporuje speciální algoritmus, řízená parametrem Povolit PMTUDiscovery(ve všech ohledech podobné EnablePMTUDiscovery).

Obrázek 4.„Černé díry“ jsou směrovače, které neposílají zprávy ICMP o tom, že přenášený paket je fragmentovaný, což vytváří velké problémy při pokusu určit optimální hodnotu MTU.

V naprosté většině případů má použití možností EnablePMTUDiscovery a EnablePMTUDiscovery za následek snížení výkonu a hodnoty. MTU je lepší vyberte si na základě tabulky 2, nebo jednajte hrubou silou.

Další parametr - M.S.S. (M aximumS egmentS velikost- Maximální velikost segmentu). maximální velikost přenášená data mínus délka hlavičky IP paketu (viz obr. 1). Neměli byste na to sahat a Windows to stejně neumožňují. V obecný případ, MSS = MTU - 40 bajtů.

Tabulka 1. Výchozí hodnoty MTU a MSS v Microsoft Windows Server 2003.

Tabulka 2 Hodnoty MTU, které Microsoft Windows Server 2003 automaticky vybere na základě typu připojení.

Okno příjmu TCP

Velikost TCP okna je málo známý, ale extrémně důležitý (z hlediska výkonu) parametr, který může několikanásobně zvýšit propustnost. Uvažujme dva uzly - "A" a "B" a donuťme uzel "A" přenášet do uzlu "B" data rozdělená do segmentů, jejichž velikost (jak již bylo zmíněno) je určena parametrem MSS. Protokol TCP je orientován na spojení, což vyžaduje zasílání upozornění na úspěšně přijaté segmenty. Nepotvrzené segmenty jsou po nějaké době opět přenášeny uzlem "A".

Časový interval mezi odesláním paketu a jeho přijetím se nazývá latence a tato latence se v závislosti na typu a zatížení sítě pohybuje od 20 ms (nebo méně) do 100 ms (nebo více). Je snadné spočítat, že pokud by byl potvrzen každý segment, až dokonce v síti s nízkou latencí skutečnou rychlostí přenos za ní znatelně zaostával skutečné možnosti a rovnalo by se MTU / (2 * latence), což tvoří limit 6 megabitů/s, nezávisle na propustnosti. Noční můra! No, jak dál žít?!

To je důvod, proč tvůrci TCP/IP umožnili hostiteli „A“ odeslat více než jeden segment bez čekání na potvrzení. Maximální množství segmenty, které lze přenést před příchodem potvrzení, a nazývá se velikost okna TCP (proces přenosu je dobře znázorněn v animovaném gif"e: http://cable-dsl.home.att.net/rwinanim.htm). Proč je toto nastavení tak důležité pro dosažení nejlepšího výkonu?

Řekněme, že máme 10megabitový kanál a přenášíme 7 segmentů po 1460 bytech, přičemž na to strávíme 8 ms. Pokud je latence 100 ms, pak... 100 ms + 92 ms = 192 ms. Jako idioti čekáme na potvrzení neuvěřitelných 192 ms a uzel A stráví 96 % času nečinností a využívá pouze 4 % šířky pásma kanálu. To je samozřejmě extrémní případ, ale stále ne tak daleko od pravdy, jak by se mohlo zdát.

Během procesu navazování připojení vyzve uzel "A" uzel "B", aby nastavil velikost okna na 16 KB (výchozí hodnota zadaná v parametru TcpWindowSize registru, který lze v případě potřeby změnit). Velikost okna je vždy zaokrouhlena na nejbližší celý počet segmentů (viz parametr MSS).

Pokud velikost okna přesáhne 64 KB, systém aktivuje algoritmus automatického škálování, který však funguje pouze v případě, že tento mechanismus podporuje i uzel B, takže je lepší nastavit velikost okna TCP ručně podle tabulky 3 jako vodítka (. Pamatujte však, že příliš velké okno ucpává kanál pakety, což způsobuje zahlcení sítě, které brání předávání oznámení, což má za následek slabý výkon).

Minimální požadovaná velikost okna TCP
		Rychlost kanálu v (kilobit/s)
		500	1000	1500	2000	2500
Latence kanálu (ms)	50	2K	5 tis	7 tis	10 tis	12 tis
	100	5 tis	10 tis	15 tis	20 tis	24 tis
	150	7 tis	15 tis	22 tis	29 tis	37 tis
	200	10 tis	20 tis	29 tis	39 tis	49 tis
	250	12 tis	24 tis	37 tis	49 tis	61 tis
Výchozí Windows 9x/NT		8 tis
Výchozí Windows Me/2000/XP Server 2003		Rychlost kanálu
		< 1 Мегабит/сек		100 megabitů/sec		> 100 megabitů/s
		8 kB		17 kB		64 kB
Doporučené hodnoty		32-63 tis

Jeden za všechny – všichni za jednoho!

Pokud klienti místní sítě pracují přes proxy server, pak k dosažení maximální výkon Stačí změnit velikost TCP okna přímo na samotném serveru.

Když pracujete přes NAT, musíte na každém nakonfigurovat okno TCP pracovní stanice připojený k místní síti.

Pomalý start a selektivní potvrzení

Aby se předešlo přetížení sítě, používá se tzv. pomalý start" ("pomalý start"), podrobně popsané v RFC 1122 a RFC 2581.

Při vytváření nového připojení TCP/IP systém nastaví velikost okna na jeden segment. Po obdržení potvrzení se velikost okna zdvojnásobí a pokračuje, dokud není dosaženo maximální možné velikosti.

Exponenciální růst šířky okna „spotřebuje“ velmi málo času při přenosu velkých souborů, ale při navazování mnoha TCP/IP spojení (typických například pro prohlížeče) výměna malých kousků dat (klasickým příkladem je web server), pomalý start je patrný a snižuje efektivitu široké kanály, navíc i při krátkodobém přetížení sítě systém přenastaví velikost okna na jedničku, v důsledku čehož se graf rychlosti nahrávání souboru ze stepní pláně změní v kopcovitou terraformu (viz obr. 5).

Obrázek 5."Pomalý start" a jeho důsledky (CW - velikost okna v segmentech).

Systém navíc podporuje speciální parametr Slow Start Threshold Size, který je standardně roven 65636, ale po rozpoznání situace „zahlcení sítě“ nabývá hodnoty W/2 a následně je horní hranicí exponenciálního růstu. parametru CW, což způsobuje dramatický pokles výkonu (viz obrázek 6).

Obrázek 6. Snižte velikost okna TCP, když je zjištěno přetížení sítě.

Přímo deaktivujte "pomalý start" pomocí standardu pomocí Windows(bez použití opravy jádra) je nemožné, ale pokud použijete algoritmus SACK (Selective Acknowledgment - Selective Acknowledgment, jedno z rozšíření protokolu TCP, popsané v RFC 2018), je „pomalý start“ sám o sobě zakázán, čímž se stal zbytečným reliktem starověku.

Selektivní potvrzení přenosu umožňuje opakované vysílání nepotvrzených segmentů v jediném okně (při neaktivním SACK jsou ztracené segmenty přenášeny jeden po druhém na individuální bázi Jinými slovy, uzel A znovu vysílá pouze skutečně ztracené segmenty do uzlu B, nikoli do uzlu B). celý blok, který zahrnuje a úspěšně přijaté pakety. Je zřejmé, že maximální nárůst výkonu bude pozorován na nestabilních komunikačních kanálech, které pravidelně ztrácejí pakety.

Chcete-li aktivovat algoritmus SACK, stačí nastavit parametr registru SackOpts na "1" (výchozí pro W2K a XP).

Čas pracuje proti nám

S potvrzenými segmenty je vše jasné. Pokud je obdrženo potvrzení, segment lze považovat za úspěšně doručený. Celá otázka je, jak dlouho na toto potvrzení čekat a kdy začít znovu odesílat.

Podle Výchozí nastavení systému Windows Server 2003 čeká tři sekundy (v případě potřeby lze tuto hodnotu změnit úpravou parametru TcpInitialRTT), načež znovu odešle nepotvrzené pakety a samotný čekací interval se prodlouží v souladu s algoritmem SRTT (Smoothed Round Trip Time). Maximální počet opakovaných přenosů je uložen v parametru TcpMaxDataRetransmissions(výchozí hodnota je pět), po jejím dosažení je spojení ukončeno.

Je zřejmé, že na nestabilních kanálech trpících chronickým zpožděním lze počet přerušení spojení snížit zvýšením parametru TcpMaxDataRetransmissions až do jakékoli rozumné hodnoty (ale ne více než FFFFFFFFh). Na druhou stranu zvýšit produktivitu a „neutralizovat“ škodlivý vliv ztracené pakety na rychlé kanály s nízkou latencí se doporučuje snížit hodnotu TcpInitialRTT na jednu sekundu.

Hlavní nevýhodou statického časovače je jeho neschopnost reagovat na krátkodobé změny charakteristik komunikačního kanálu. Čekací doba na potvrzení zvolená systémem je buď krátká, nebo dlouhá. Produktivita klesá, uživatel spěchá a spěchá a propustnost „pluje“ ve velmi širokých mezích a znatelně zaostává za tím, co se očekávalo.

Delayed Acknowledgement je další rozšíření protokolu TCP/IP, popsané v RFC 1122 a poprvé implementované ve W2K (a také v NT 4.0 SP4). Namísto potvrzování každého přijatého segmentu nyní uzel „B“ posílá potvrzení pouze v určitém časovém období (uloženém v parametru TcpDelAckTicks a výchozí hodnota je 200 ms), z uzlu "A" nebyly přijaty žádné segmenty. Jinými slovy, pokud se segmenty spojí v přátelských zárubních a vše funguje dobře, potvrzení se neposílají, dokud v síti nedojde k „přetížení“. Po chvíli čekání odešle uzel „B“ potvrzení o všech přijatých segmentech, což dává uzlu „A“ příležitost nezávisle zjistit, které segmenty se cestou ztratily, a znovu je přenést s minimální režií.

Bohužel zvolené zpoždění společností Microsoft standardně se blíží latenci sítí s velkým zpožděním, což neguje všechny výhody tohoto algoritmu a pro zlepšení výkonu se doporučuje několikrát zvýšit hodnotu TcpDelAckTicks. Na sítích s nízkou latencí je tedy lepší ji snížit, čímž se eliminují zbytečné prostoje.

Hodnoty tento parametr se může měnit v rozsahu od 0 do 6, vyjádřeno v desetinách sekundy, tzn. jedna odpovídá 100 ms a nula je interpretována jako zákaz použití zpožděných potvrzení.

Při použití TCP oken velká velikost Doporučuje se použít algoritmus časové značky (TCP-Timestamps), popsaný v RFC 1323, který automaticky přizpůsobuje hodnotu časovače opakovaného přenosu i při rychle se měnících charakteristikách komunikačního kanálu. Toho je dosaženo parametrem Tcp1323Opts, který při nastavení na 3 umožňuje použití všech rozšíření RFC 1323.

Závěr

Článek pojednává pouze o některých možnostech protokolu TCP/IP, které jsou nejvíce zodpovědné za jeho výkon. Ale kromě nich existují i ​​další, pro jejichž vysvětlení odkazujeme čtenáře na níže uvedené odkazy.

Užitečné odkazy

Optimalizace provozu protokolu TCP v distribuovaných sítích:
http://www.gurnov.ru/kms_catalog+stat+cat_id-4+page-1+nums-14.html

Povolení vysoce výkonných přenosů dat:
http://www.psc.edu/networking/projects/tcptune/

Podrobné pokyny pro ladění TCP v systému Windows:
http://www.psc.edu/networking/projects/tcptune/OStune/winxp/winxp_stepbystep.html

Průvodce laděním zásobníku IP v systému UNIX:
http://www.cymru.com/Documents/ip-stack-tuning.html

Průvodce laděním kabelového modemu/DSL Navas:
http://cable-dsl.home.att.net

Podrobnosti o implementaci TCP/IP Microsoft Windows 2000:
http://www.microsoft.com/technet/network/deploy/depovg/tcpip2k.mspx

Konfigurační parametry TCP/IP a NBT pro Windows 2000 nebo pro Windows NT:
http://support.microsoft.com/kb/120642/

Změna algoritmu detekce černých děr PMTU pro Windows:
http://support.microsoft.com/kb/136970/

Výchozí velikost MTU pro různé topologie sítě:
http://support.microsoft.com/kb/140375/

Referenční příručka pro řešení problémů s telefonickým připojením a domácí sítí:
http://www.internetweekly.org/llarrow/mtumss.html