Tcp ip kailangan ang setting na ito. Operating system Macintosh English. Mga gawain para sa trabaho

Tinutukoy ng mga protocol ang wika kung saan nakikipag-ugnayan ang isang computer sa ibang mga computer sa network

Ang pinakasikat na network protocol ay ang TCP/IP, na nagsisilbing batayan ng Internet. Sa Windows XP ang protocol na ito ay awtomatikong naka-install.

Kung kinakailangan, maaari kang magdagdag ng iba pang mga protocol ng network na sinusuportahan ng operating system. Sistema ng Windows XP, tulad ng NWLink at NetBEUI.

Ipinapaliwanag ng seksyong ito kung paano mag-install ng mga pangunahing protocol ng network at kung paano i-configure ang mga ito nang tama.

Pag-install at pagsasaayos ng TCP/IP protocol.

Sa Windows XP Professional, ang mga setting ng protocol ng TCP/IP ay bahagi ng Mga Setting adaptor ng network, samakatuwid ang lahat ng mga pagbabagong nauugnay sa protocol na ito ay ginagawa sa pamamagitan ng Control Panel.

Upang i-install o i-configure ang isang network TCP protocol/IP, pumunta sa Control Panel, menu Mga koneksyon sa network, piliin ang Kumonekta sa pamamagitan ng lokal na network. Maaari ka ring pumili Mga Katangian V menu ng konteksto seksyon Kapaligiran ng network matatagpuan sa menu" Magsimula"

Ang window na lilitaw ay nagpapakita iba't ibang koneksyon ang iyong computer mula sa labas ng mundo. Pagkatapos ng matagumpay na pag-install ng network adapter, dapat mayroong kahit isang icon na pinangalanang Local Area Connection sa window. Ang bilang ng mga icon na ito ay depende sa bilang ng mga network adapter na naka-install sa iyong computer.

I-double click ang icon Koneksyon sa lokal na network. Lilitaw ang isang bagong window na may impormasyon tungkol sa katayuan ng koneksyon kung saan maaari mong malaman ang tagal ng koneksyon, bilis nito, ang bilang ng mga data packet na ipinadala at natanggap.

Pindutan Mga Katangian tumatawag ng isang window para sa pagtatakda ng mga katangian ng koneksyon, kabilang ang mga parameter ng mga protocol na ginamit.

Sa window na ito maaari kang makakuha ng impormasyon tungkol sa network adapter kung saan ginawa ang koneksyon. Ang pag-click sa pindutan Tune, bubuksan mo ang window ng network adapter properties at maaari mong baguhin ang mga ito.

Sa pamamagitan ng paglalagay ng tsek sa kahon Kapag nakakonekta, ipakita ang icon sa lugar ng notification, paganahin mo ang pagpapakita ng isang icon na kumakatawan sa koneksyon sa panel Mga gawain sa Windows. Papayagan ka nitong subaybayan ang aktibidad ng koneksyon at mabilis na i-configure ito nang hindi ginagamit Control Panel.

Sa gitnang bahagi ng window, ang lahat ng mga kliyente, serbisyo at protocol na nauugnay sa koneksyon ay nakalista sa isang listahan. Para sa normal na paggana ng isang domain o trabaho Mga pangkat sa Windows Kinakailangan ng XP ang mga sumusunod na bahagi:

SA depende sa configuration ng iyong lokal na network at ang mga serbisyong ginagamit dito, ay maaaring mai-install karagdagang mga kliyente, mga serbisyo at protocol.

Sa pamamagitan ng pagpili kinakailangang sangkap, maaari mong i-click ang pindutan Mga Katangian upang i-configure ang mga parameter ng bahagi. Pakitandaan na ang ilang mga bahagi ay hindi maaaring i-configure at ang pindutan Mga Katangian hindi aktibo.

Ang lahat ng mga pagbabago sa mga parameter ng bahagi ng koneksyon ay magkakabisa lamang kapag na-click mo ang OK sa window ng mga katangian ng koneksyon. Inilalapat ng Windows XP ang mga setting ng bahagi ng koneksyon nang hindi nire-restart ang computer. Depende sa kung anong mga parameter ng koneksyon ang babaguhin mo, ang paggamit ng mga ito ay maaaring pansamantalang i-disable ang mga kaukulang serbisyo o protocol. Sa kasong ito, ang lahat ng mga kliyente na nakakonekta sa computer sa pamamagitan ng koneksyon na ito ay madidiskonekta.

Sa Pag-install ng Windows XP Professional, upang kumonekta sa isang lokal na network, isang network protocol lamang, TCP/IP, ang naka-install.
Kung sa ilang kadahilanan ay wala ito sa listahan ng mga ginamit na bahagi (halimbawa, inalis ito), maaari mo itong i-install muli.
Upang itakda ang protocol, i-click ang button I-install, sa listahan ng mga bahaging ii-install, piliin Protocol at pindutin ang pindutan Idagdag.

Bilang default, nakatakda ito sa awtomatikong resibo Ang mga IP address ng iyong computer. Ipinapalagay nito na mayroon kang Dynamic IP Address Provisioning (DHCP) server na tumatakbo sa iyong lokal na network. Kung talagang ang server na ito gumagana sa iyong network, pagkatapos ay hindi kailangan ng TCP/IP protocol karagdagang mga setting. Ang isang IP address ay ilalaan sa iyong computer ng isang DHCP server mula sa isang paunang na-configure na hanay (pool) ng mga address.

Kung hindi ka gumagamit ng DHCP server sa iyong lokal na network, dapat na i-configure ang TCP/IP protocol, i.e. tukuyin ang isang natatanging IP address ng computer ( static na IP address), default na gateway at DNS server address (kapag kumokonekta sa isang domain).

Bawat may-ari personal na computer o laptop ay nakatagpo ng mga problema sa pag-access sa Internet. Ito ay nangyari na ang lahat ng mga setting ay ginawa, may access sa network, Wi-Fi ay na-configure, ngunit walang access sa Internet. Sa mga koneksyon sa network, ang status bar ay nagsasabi ng sumusunod: IPv4 na walang access sa Internet. Paano ayusin ang error at makakuha ng access sa network, basahin ang artikulong ito.

Diagnosis ng error

Ang unang bagay na dapat gawin sa sitwasyong ito ay ang pag-diagnose ng mga network:

  1. Pindutin ang Win+R at patakbuhin ang command na ncpa.cpl
  2. Mag-right click sa may problemang koneksyon sa network at piliin ang "Status".
  3. Buksan ang Diagnostics.
  4. Depende sa natukoy na problema, upang malutas ito, gamitin ang materyal mula sa mga link na ibinigay:
    1. .
    2. .
    3. .
    4. .
    5. DHCP server ay hindi pinagana sa network adapter.

Madalas na nangyayari na ang sanhi ng isang problema sa pag-access sa Internet ay isang hindi wastong na-configure na DHCP server. Ito ay maaaring sa iyong bahagi o sa bahagi ng Internet provider. Kung ito ang problema mo, basahin mo.

Mga setting ng TCP/IPv4

Una, tiyakin natin na walang ordinaryong network failure na malulutas sa pamamagitan ng muling pagkonekta sa koneksyon. Mag-right-click sa may problemang network at piliin ang "Huwag paganahin". pagkatapos, i-double click mouse, i-on itong muli.
Kung mayroon kang router, i-reboot din ito. Kung mayroong maraming mga computer sa network, huwag italaga ang problemang IP address ng isa pang device. Kung gagawin mo ito, hindi gagana ang network.

Mga setting ng router

Kung gumagamit ka ng router, i-on Mga setting ng DHCP server:


Kung hindi malulutas ng mga iminungkahing opsyon ang problema, mangyaring makipag-ugnayan teknikal na suporta iyong provider. Para sa kanilang bahagi, sila ay mag-aanalisa posibleng mga pagkakamali at ipahiwatig ang dahilan ng kakulangan ng Internet.

Mga problema sa pagrerehistro sa site? CLICK HERE! Huwag masyadong palampasin ito kawili-wiling seksyon aming site - mga proyekto ng mga bisita. Doon ay lagi mong mahahanap ang pinakabagong mga balita, biro, taya ng panahon (sa isang pahayagan ng ADSL), programa sa TV ng mga channel sa terrestrial at ADSL-TV, ang pinakabago at pinakakagiliw-giliw na balita mula sa mundo ng mataas na teknolohiya, ang pinaka orihinal at kamangha-manghang mga larawan mula sa ang Internet, isang malaking archive ng mga magasin mga nakaraang taon, masarap na mga recipe sa mga larawan, nagbibigay-kaalaman. Ang seksyon ay ina-update araw-araw. Laging pinakabagong bersyon ang pinakamahusay mga libreng programa Para sa pang-araw-araw na gamit sa seksyong Mga kinakailangang programa. Mayroong halos lahat ng kailangan mo para sa pang-araw-araw na trabaho. Simulan ang unti-unting pagsuko mga pirated na bersyon sa pabor ng mas maginhawa at functional na libreng analogues. Kung hindi mo pa rin ginagamit ang aming chat, lubos naming inirerekomenda na kilalanin mo ito. Doon ka makakahanap ng maraming bagong kaibigan. Bilang karagdagan, ito ang pinakamabilis at mabisang paraan makipag-ugnayan sa mga tagapangasiwa ng proyekto. Ang seksyon ng mga pag-update ng Antivirus ay patuloy na gumagana - palaging napapanahon libreng update para kay Dr Web at NOD. Walang oras na magbasa ng isang bagay? Ang buong nilalaman ng ticker ay matatagpuan sa link na ito.

Fine tuning Mga parameter ng TCP/IP para sa mga makapal na channel

Ang throughput ng mga lokal na network at mga channel sa Internet ay patuloy na lumalaki, ngunit kasabay nito, ang mga pangangailangan ay lumalaki, na nagiging sanhi ng natural na pagnanais na pisilin ang maximum na posible mula sa TCP/IP stack, na kung ano ang gagawin natin ngayon, pangunahing nakatuon sa Windows Server 2003, bagama't ang inilarawan na mga teknolohiya sa pag-optimize ay may bisa din para sa mga workstation na binuo sa W2K/XP.

Panimula

Mayroong dalawang magkasalungat na opinyon tungkol sa pag-twist ng mga setting ng TCP/IP: maraming mga administrador (at kasama nila ang mga may-akda ng mga sikat na libro!) ay naniniwala na nagawa na ng mga developer ang lahat ng kailangan at ang anumang interference sa mahusay na gumaganang mekanismong ito ay maaari lamang gumawa ng masama. Kasabay nito, mayroong maraming mga gabay na nakahiga sa paligid sa Internet na nangangako, kung hindi isang tiket sa langit, pagkatapos ay isang radikal na pagtaas sa produktibo sa halaga ng pagbabago ng ilang mga susi sa pagpapatala ng system.

Ang katotohanan, gaya ng dati, ay nasa gitna. Matagal nang natutunan ng mga operating system na awtomatikong makilala ang uri ng koneksyon, pagpili ng naaangkop na hanay ng mga default na setting. Ang mga adaptive algorithm ay dynamic na nag-a-adjust sa mga katangian ng channel at ang hindi sanay na "mga tagubilin" mula sa user ay talagang nakakasagabal lamang. Gayunpaman, ang mga adaptive algorithm ay may posibilidad na magkamali, at ang mga default na setting ay hindi palaging tumutugma sa mga katangian ng mga partikular na channel ng komunikasyon, ang pagkalat nito ay napakalaki.

Anong mga pakinabang ng pagganap ang maibibigay ng pag-optimize ng mga setting ng TCP/IP kung ginawa nang tama? Depende sa kung gaano kalapit ang mga default na setting sa mga katangian ng channel na ginagamit. Sa karaniwan, dapat mong asahan ang isang 20%...30% na pakinabang, ngunit sa mga "klinikal" na mga kaso ang bilis ay tumataas nang maraming beses!

Bago ka magsimulang mag-optimize

Sa halip na igulong ang iyong mga manggas at sumugod sa labanan mula sa pinakaunang mga linya, mas mabuting manigarilyo muna at mag-isip. Sabihin nating mayroon kaming 10 megabit na channel at mag-download/magpamahagi ng mga file sa kasalukuyang bilis na humigit-kumulang isang megabyte bawat segundo. Ito ay malinaw na walang halaga ng mga trick na magbibigay-daan sa amin upang madagdagan ang pagiging produktibo sa pamamagitan ng anumang kapansin-pansing halaga. Kaya sulit ba ang gulo?! Bilang karagdagan, ang isang medyo malaking bilang ng mga administrator ay sadyang nililimitahan ang output sa rehiyon na 50-100 KB/s, na pumipigil sa labis na karga ng network. Anong uri ng pag-optimize ang mayroon...

It's another matter if the observed throughput ay mas mababa sa 2/3 ng idineklarang uplink. Hindi mo magagawa nang walang pag-optimize dito! Gayunpaman, bilang karagdagan sa TCP/IP stack, ang iba ay responsable din para sa pagganap. mga bahagi ng system- halimbawa, isang processor. Sa malalaking dami sabay-sabay itinatag na mga koneksyon, ang paggamit ng CPU ay maaaring umabot sa 100%, lalo na kung isasaalang-alang iyon sa murang halaga kagamitan sa network bilangin mga checksum ipinapatupad ang mga pakete sa antas ng software, hindi hardware (tulad ng mga mamahaling modelo).

Ang isa pang salarin ay ang video card, na tumatagal sa bus nang mahabang panahon nang wala nakikitang dahilan, sanhi ng lahat ng iba mga peripheral pumunta sila sa isang diyeta sa gutom at ang bilis ng input/output (kabilang ang network) ay bumababa nang maraming beses. Ang pag-update ng mga driver o hindi pagpapagana ng lahat ng "agresibo" na mga setting ng video card ay kadalasang nalulutas ang problema kahit na hindi ina-access ang TCP/IP stack.

Gayundin, huwag kalimutan na ang labis na pagkapira-piraso espasyo sa disk makabuluhang nagpapabagal sa bilis ng pag-upload/pagtanggap ng mga file, na isa sa mga pangunahing dahilan para sa mas mabagal na pag-load ng mga web page para sa mga end user.

Sa pangkalahatan, bago ka pumasok sa TCP/IP stack, dapat mong tiyakin na ang lahat ng iba pa posibleng dahilan inalis at ang bottleneck ay ang mga setting mga protocol ng network, at hindi ibang bagay ( pansin : Ang "kumbinsihin" ay hindi katulad ng "kumbinsihin ang sarili").

MTU + MSS = ???

MTU (M pinakamataasT palayainU nit- Maximum [size] ng Transmitted Packet) ay marahil ang pinakakilalang parameter ng TCP/IP, mga rekomendasyon para sa setting na makikita sa halos anumang artikulo sa TCP/IP optimization. Daan-daang mga utility ang nag-aalok ng kanilang mga serbisyo ayon sa kahulugan eksaktong halaga, ngunit, sayang, ang ipinangakong pagtaas sa produktibidad ay hindi pa rin nakakamit.

Naaapektuhan ng MTU ang pinakamalaking posibleng laki ng IP packet na ipinapadala (kabilang ang header), na pinuputol ang ipinadalang data sa mga tipak nakapirming laki. Kung mas malaki ang MTU, mas mababa ang mga gastos sa overhead para sa pagpapadala ng impormasyon ng serbisyo, at, samakatuwid, mas mataas ang "kahusayan" ng channel. Sa kabilang banda, ang mga router ay nagtatapon ng mga packet na nagmumula sa iba't ibang mga node sa isang karaniwang pila at samakatuwid ito ay higit na kumikita upang magpadala ng isang malaking packet kaysa sa dalawang maliit, at kung mas maraming load ang router, mas malaki ang kita na makukuha natin.


Larawan 1.

So anong problema?! Pinapataas namin ang MTU sa limitasyon at... bumaba ang bilis sa zero. bakit naman Ang dahilan ay habang ang laki ng mga packet ay tumataas, ang oras na kinakailangan para sa mga ito ay tumataas din. muling paghahatid kung sakaling mawala o masira ang packet. Bilang karagdagan, ang mga intermediate node ay may sariling sariling mga setting, at kung ang laki ng ipinadala na packet ay lumampas sa kasalukuyang MTU, ang packet ay pinuputol sa dalawa o higit pang mga packet (ibig sabihin, fragmented) at ang mga fragment na ito ay pinagsama-sama lamang sa receiving node, na nagreresulta sa pinababang throughput. Bukod dito, kung ang MTU ng pagpapadala ng node ay bahagyang mas mataas kaysa sa MTU ng intermediate node, kung gayon ang pangalawang packet ay binubuo ng halos isang header, bilang isang resulta kung saan ang pag-asa ng bilis ng paghahatid sa laki ay nagiging isang katangian ng sawtooth. curve (tingnan ang Fig. 2).

Ang mga default na halaga ng MTU na ginagamit ng Windows Server 2003 ay ipinapakita sa Talahanayan 1, ngunit maaari mong baguhin ang mga ito kung ninanais.



Larawan 2. Depende sa rate ng paglilipat ng data sa Laki ng MTU(ayon sa http://member.nifty.ne.jp/oso/faq.mtu-faq.html).

Ilunsad ang utility ng Registry Editor at buksan ang sumusunod na seksyon dito: HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\interfaceGUID. Nakikita namin ang parameter doon MTU i-type ang DWORD (at kung hindi natin ito nakikita, nilikha natin ito) at ilagay ang laki sa bytes (0xFFFFFFFF ay nangangahulugang "gamitin halaga ng MTU default). Ang mga interface ay tinukoy ng mga GUID at kadalasang mayroong higit sa isa. Paano makahanap ng isang cable modem interface o isang tiyak na isa sa kanila? network card? Oo, ito ay napaka-simple - sa pamamagitan ng IP address!



Larawan 3. I-fine-tuning ang mga parameter ng TCP/IP sa pamamagitan ng "Registry Editor".

May posibilidad awtomatikong pagtuklas ruta kung saan ang mga packet na may ibinigay na MTU ay pumasa nang walang fragmentation (parameter Paganahin angPMTUDiscovery Ang uri ng DWORD na matatagpuan sa parehong sangay ng pagpapatala bilang MTU (kabilang ang halagang "1". function na ito, "0" - naka-off). Gayunpaman, maraming mga tagapangasiwa mga intermediate node Para sa mga kadahilanang pangseguridad, ang pagpapadala ng mga mensahe ng ICMP ay hinarangan at ang pagpapadala ng node ay nananatiling ganap na walang kamalayan sa katotohanan ng pagkapira-piraso. Lalo na para sa pag-detect ng naturang "maling" mga router (palayaw na "black holes" o, sa Ingles, Black Hole), sinusuportahan ng Windows ang isang espesyal na algorithm na kinokontrol ng parameter Paganahin angPMTUDiscovery(katulad ng EnablePMTUDiscovery sa lahat ng aspeto).



Larawan 4. Ang "black holes" ay mga router na hindi nagpapadala ng mga mensahe ng ICMP tungkol sa katotohanan na ang relayed packet ay pira-piraso, na lumilikha malalaking problema kapag sinusubukang matukoy pinakamainam na halaga MTU.

Sa karamihan ng mga kaso, ang paggamit sa mga opsyon sa EnablePMTUDiscovery at EnablePMTUDiscovery ay nagreresulta sa pagbaba ng pagganap at halaga Mas maganda ang MTU pumili batay sa Talahanayan 2, o kumilos sa pamamagitan ng malupit na puwersa.

Isa pang parameter - M.S.S. (M pinakamataasS bahagiS laki- Pinakamataas na Laki ng Segment) ang may pananagutan maximum na laki ipinadalang data na binawasan ang haba ng header ng IP packet (tingnan ang Fig. 1). Hindi mo ito dapat hawakan, at hindi pa rin ito pinapayagan ng Windows. Sa pangkalahatan, MSS = MTU - 40 bytes.

Talahanayan 1. Default na mga halaga ng MTU at MSS sa Microsoft Windows Server 2003.

Talahanayan 2. Mga halaga ng MTU na awtomatikong pinipili ng Microsoft Windows Server 2003 batay sa uri ng koneksyon.

TCP Receive Window

Ang laki ng window ng TCP ay hindi gaanong kilala, ngunit lubhang mahalaga (sa mga tuntunin ng pagganap) na parameter na maaaring tumaas ng throughput nang maraming beses. Isaalang-alang natin ang dalawang node - "A" at "B" at pilitin ang node na "A" na ipadala sa node "B" na data na nahahati sa mga segment, ang laki nito (tulad ng nabanggit na) ay tinutukoy ng parameter ng MSS. Ang TCP protocol ay nakatuon sa koneksyon, na nangangailangan nito na magpadala ng mga abiso ng matagumpay na natanggap na mga segment. Ang mga hindi kilalang segment ay ipinapadala muli ng node na "A" pagkalipas ng ilang panahon.

Ang agwat ng oras sa pagitan ng pagpapadala ng packet at pagtanggap nito ay tinatawag na latency, at ang latency na ito, depende sa uri at load ng network, ay nag-iiba mula 20 ms (o mas mababa) hanggang 100 ms (o higit pa). Madaling kalkulahin na kung ang bawat segment ay nakumpirma, hanggang sa kahit na sa isang low-latency na network tunay na bilis kapansin-pansing nahuli ang transmission sa kanya tunay na mga posibilidad at magiging katumbas ng MTU / (2 * latency), na bumubuo ng limitasyon na 6 megabits/sec, na hiwalay sa throughput. bangungot! Well, paano magpatuloy sa buhay?!

Kaya naman pinahintulutan ng mga tagalikha ng TCP/IP ang host na "A" na magpadala ng higit sa isang segment nang hindi naghihintay ng pagkilala. Pinakamataas na dami mga segment na maaaring ipadala bago dumating ang isang pagkilala at tinatawag na laki ng TCP window (ang proseso ng paghahatid ay mahusay na inilalarawan sa animated na gif"e: http://cable-dsl.home.att.net/rwinanim.htm). Bakit napakahalaga ng setting na ito para sa pagkamit ng pinakamahusay na pagganap?

Sabihin nating mayroon kaming 10-megabit na channel at nagpapadala ng 7 segment na 1460 bytes bawat isa, na gumugugol ng 8 ms para dito. Kung ang latency ay 100 ms, kung gayon... 100 ms + 92 ms = 192 ms. Tulad ng mga idiot, naghihintay kami ng napakalaking 192 ms para sa isang pagkilala at ang node A ay gumugugol ng 96% ng oras na walang ginagawa, gamit lamang ang 4% ng bandwidth ng channel. Ito ay siyempre matinding kaso, ngunit hindi pa rin kasing layo sa katotohanan gaya ng iniisip ng isa.

Sa panahon ng proseso ng pagtatatag ng koneksyon, iniimbitahan ng node na "A" ang node na "B" upang itakda ang laki ng window sa 16 KB (ang default na halaga na tinukoy sa parameter TcpWindowSize registry, na maaaring baguhin kung ninanais). Ang laki ng window ay palaging bilugan sa pinakamalapit na buong bilang ng mga segment (tingnan ang parameter ng MSS).

Kung ang laki ng window ay lumampas sa 64 KB, ina-activate ng system ang awtomatikong scaling algorithm, na, gayunpaman, gumagana lamang kung sinusuportahan din ng node B ang mekanismong ito, kaya mas mainam na itakda nang manu-mano ang laki ng TCP window, gamit ang Talahanayan 3 bilang gabay. Gayunpaman, tandaan na ang isang window na masyadong malaki ay nagbabara sa channel ng mga packet, na nagiging sanhi ng pagsisikip ng network na pumipigil sa mga notification na maipasa, na nagreresulta sa hindi magandang pagganap).

Minimum na kinakailangang laki ng TCP window
Bilis ng channel sa (Kilobit/sec)
500 1000 1500 2000 2500
Latensi ng channel (ms) 50 2K 5K 7K 10K 12K
100 5K 10K 15K 20K 24K
150 7K 15K 22K 29K 37K
200 10K 20K 29K 39K 49K
250 12K 24K 37K 49K 61K
Default ng Windows 9x/NT 8K
Default ng Windows Me/2000/XP Server 2003 Bilis ng channel
< 1 Мегабит/сек 100 Megabit/seg > 100 Megabit/seg
8 KB 17 KB 64 KB
Mga inirerekomendang halaga 32-63K

Isa para sa lahat - lahat para sa isa!

Kung ang mga lokal na network client ay gumagana sa pamamagitan ng isang Proxy server, pagkatapos ay upang makamit pinakamataas na pagganap Ito ay sapat na upang baguhin ang laki ng TCP window nang direkta sa server mismo.

Kapag nagtatrabaho sa pamamagitan ng NAT, kailangan mong i-configure ang isang TCP window sa bawat isa workstation konektado sa lokal na network.

Mabagal na pagsisimula at piling kumpirmasyon

Upang maiwasan ang pagsisikip ng network, ang tinatawag na " mabagal na simula" ("mabagal na pagsisimula"), na inilarawan nang detalyado sa RFC 1122 at RFC 2581.

Kapag gumagawa ng bagong koneksyon sa TCP/IP, itinatakda ng system ang laki ng window sa isang segment. Pagkatapos matanggap ang kumpirmasyon, dinoble ang laki ng window at magpapatuloy ito hanggang sa maabot ang maximum na posibleng laki.

Ang exponential growth ng window width ay "kumakain" ng napakakaunting oras kapag naglilipat ng malalaking file, ngunit kapag nagtatatag ng maraming TCP/IP na koneksyon (karaniwang, halimbawa, ng mga browser) nagpapalitan ng maliliit na piraso ng data (isang klasikong halimbawa kung saan ay isang web server), ang mabagal na pagsisimula ay kapansin-pansin na binabawasan ang kahusayan ng malawak na mga channel bilang karagdagan, kahit na may isang panandaliang overload ng network, ang system ay ni-reset ang laki ng window sa isa, bilang isang resulta kung saan ang graph ng bilis ng pag-upload ng file mula sa kapatagan ng steppe; nagiging maburol na terraform (tingnan ang Fig. 5).



Larawan 5."Mabagal na pagsisimula" at ang mga kahihinatnan nito (CW - laki ng window sa mga segment).

Bilang karagdagan, sinusuportahan ng system ang isang espesyal na parameter na Laki ng Slow Start Threshold, na bilang default ay katumbas ng 65636, ngunit pagkatapos na makilala ang sitwasyon ng "congestion ng network", ito ay tumatagal ng halaga W / 2 at pagkatapos ay ang pinakamataas na limitasyon ng exponential growth ng parameter ng CW , na nagdudulot ng malaking pagbaba sa pagganap (tingnan ang Larawan 6).



Larawan 6. Bawasan ang laki ng TCP window kapag natukoy ang congestion ng network.

Direktang huwag paganahin ang "mabagal na pagsisimula" regular na paraan Ang Windows (nang hindi gumagamit ng kernel patch) ay hindi posible, ngunit kung gagamitin mo ang SACK algorithm (Selective Acknowledgment, isa sa mga extension ng TCP protocol na inilarawan sa RFC 2018), ang "mabagal na pagsisimula" ay hindi pinagana sa kanyang sarili, at sa gayon ay magiging walang silbi sa sinuman ay isang relic ng sinaunang panahon.

Ang selective transmission acknowledgment ay nagbibigay-daan sa mga hindi kinikilalang segment na mai-retransmit sa isang window (na ang SACK ay hindi aktibo, ang mga nawawalang segment ay isa-isang inililipat sa isang indibidwal na batayan, sa madaling salita, ang node A ay nagpapadala lamang ng mga aktwal na nawala na mga segment sa node B, at hindi ang buong bloke, na kinabibilangan at matagumpay nakatanggap ng mga pakete. Malinaw, ang pinakamataas na pagtaas ng pagganap ay makikita sa hindi matatag na mga channel mga koneksyon na regular na nawawalan ng mga packet.

Para i-activate ang SACK algorithm, itakda lang ang registry parameter SackOpts sa "1" (default para sa W2K at XP).

Ang oras ay gumagana laban sa amin

Malinaw ang lahat sa mga nakumpirmang segment. Kung natanggap ang kumpirmasyon, maituturing na matagumpay na naihatid ang segment. Ang buong tanong ay kung gaano katagal maghihintay para sa kumpirmasyon na ito at kung kailan magsisimulang muling ipadala.

Sa pamamagitan ng Windows default Ang server 2003 ay naghihintay ng tatlong segundo (kung ninanais, ang halagang ito ay maaaring baguhin sa pamamagitan ng pag-edit ng parameter TcpInitialRTT), pagkatapos nito ay muling nagpapadala ng mga hindi nakumpirmang packet, at ang agwat ng paghihintay mismo ay nadagdagan alinsunod sa algorithm ng SRTT (Smoothed Round Trip Time). Ang maximum na bilang ng mga muling pagpapadala ay nakaimbak sa parameter TcpMaxDataRetransmissions(Ang default na halaga ay lima), kapag naabot kung saan ang koneksyon ay winakasan.

Malinaw, sa mga hindi matatag na channel na dumaranas ng mga talamak na pagkaantala, ang bilang ng mga break ng koneksyon ay maaaring mabawasan sa pamamagitan ng pagtaas ng parameter TcpMaxDataRetransmissions hanggang sa anumang makatwirang halaga (ngunit hindi hihigit sa FFFFFFFFh). Sa kabilang banda, upang mapabuti ang pagganap at "neutralize" ang masamang epekto ng mga nawawalang packet sa mabilis na mga channel na may mababang latency, inirerekomendang bawasan ang halaga ng TcpInitialRTT sa isang segundo.

Ang pangunahing kawalan ng isang static na timer ay ang kawalan ng kakayahang tumugon sa mga panandaliang pagbabago sa mga katangian ng channel ng komunikasyon. Ang oras ng paghihintay ng kumpirmasyon na pinili ng system ay maikli o mahaba. Bumababa ang pagiging produktibo, nagmamadali at nagmamadali ang user, at "lumulutang" ang throughput sa loob ng napakalawak na limitasyon, na kapansin-pansing nahuhuli sa inaasahan.

Ang Delayed Acknowledgement ay isa pang extension ng TCP/IP protocol, na inilarawan sa RFC 1122 at unang ipinatupad sa W2K (at gayundin sa NT 4.0 SP4). Sa halip na kilalanin ang bawat segment na natanggap, ang node na "B" ay nagpapadala lamang ng isang pagkilala kung sa loob ng isang tiyak na tagal ng panahon (naka-imbak sa parameter TcpDelAckTicks at ang default ay 200 ms), walang natanggap na mga segment mula sa node na "A". Sa madaling salita, kung ang mga segment ay nasa magiliw na jambs at lahat ay gumagana nang maayos, ang mga kumpirmasyon ay hindi ipapadala hanggang sa magkaroon ng "pagsisikip" sa network. Pagkatapos maghintay ng kaunti, ang node na "B" ay nagpapadala ng kumpirmasyon ng lahat ng natanggap na mga segment, na nagbibigay sa node na "A" ng pagkakataon na independiyenteng malaman kung aling mga segment ang nawala sa daan at muling ipadala ang mga ito nang may kaunting overhead.

Sa kasamaang palad, napili ang pagkaantala ng Microsoft bilang default, ay malapit sa latency ng mga network na may mahabang pagkaantala, na nagpapawalang-bisa sa lahat ng mga pakinabang ng algorithm na ito at upang mapabuti ang pagganap, inirerekomenda na taasan ang halaga ng TcpDelAckTicks nang maraming beses. Alinsunod dito, sa mga low-latency na network ay mas mahusay na bawasan ito, inaalis ang hindi kinakailangang downtime.

Ang mga halaga ng parameter na ito ay maaaring mag-iba sa saklaw mula 0 hanggang 6, na ipinahayag sa ikasampu ng isang segundo, i.e. ang isa ay tumutugma sa 100 ms, at ang zero ay binibigyang kahulugan bilang isang pagbabawal sa paggamit ng mga naantalang pagkilala.

Kapag gumagamit ng mga TCP window malaking sukat Inirerekomenda na gamitin ang timestamp algorithm (TCP-Timestamps), na inilarawan sa RFC 1323, na awtomatikong umaangkop sa halaga ng retransmission timer kahit na sa harap ng mabilis na pagbabago ng mga katangian ng channel ng komunikasyon. Nakamit ito ng Tcp1323Opts na parameter, na, kapag nakatakda sa 3, ay nagbibigay-daan sa paggamit ng lahat ng RFC 1323 extension.

Konklusyon

Tinatalakay lamang ng artikulo ang ilan sa mga opsyon sa protocol ng TCP/IP na pinaka responsable para sa pagganap nito. Ngunit bukod sa kanila, may iba pa, para sa paliwanag kung saan tinutukoy namin ang mambabasa sa mga link sa ibaba.

Mga kapaki-pakinabang na link

Pag-optimize ng operasyon TCP protocol sa mga distributed network:
http://www.gurnov.ru/kms_catalog+stat+cat_id-4+page-1+nums-14.html

Paganahin ang Mga Paglipat ng Data na Mataas ang Pagganap:
http://www.psc.edu/networking/projects/tcptune/

Hakbang-hakbang na mga tagubilin para sa pag-tune ng TCP sa ilalim ng Windows:
http://www.psc.edu/networking/projects/tcptune/OStune/winxp/winxp_stepbystep.html

UNIX IP Stack Tuning Guide:
http://www.cymru.com/Documents/ip-stack-tuning.html

Navas Cable Modem/DSL Tuning Guide:
http://cable-dsl.home.att.net

Mga Detalye ng Pagpapatupad ng Microsoft Windows 2000 TCP/IP:
http://www.microsoft.com/technet/network/deploy/depovg/tcpip2k.mspx

Mga parameter ng pagsasaayos ng TCP/IP at NBT para sa Windows 2000 o para sa Windows NT:
http://support.microsoft.com/kb/120642/

Pagbabago ng algorithm ng pagtuklas ng black hole ng PMTU para sa Windows:
http://support.microsoft.com/kb/136970/

Default na laki ng MTU para sa iba't ibang topology ng network:
http://support.microsoft.com/kb/140375/

Dial-Up at Home Networking Troubleshooting Reference:
http://www.internetweekly.org/llarrow/mtumss.html

Upang gumana sa Internet kailangan mong i-configure koneksyon sa network. Upang gawin ito kailangan mong sundin ang mga hakbang na ito:

1. Kailangan mong ilipat ang iyong mouse cursor sa kanang sulok sa itaas ng screen upang ipakita ang panel tulad ng ipinapakita sa figure sa ibaba. Dito kailangan mong piliin ang "Paghahanap". Kung nagse-set up ka ng koneksyon sa isang tablet o computer na may touch screen, pagkatapos ay upang tawagan ang panel na ito, kailangan mong pindutin ang kanang gilid ng screen ng device at ilipat ang iyong daliri sa kaliwa upang "bunutin" ang panel na ito.

2. Sa menu na bubukas, kailangan mong hanapin at piliin ang "Control Panel". Inirerekomenda namin ang paggamit ng search bar sa kanan itaas na sulok at isulat ang "Panel" doon.

3. Hanapin ang item na "Network at Internet" at sa loob nito "Tingnan ang katayuan ng network at mga gawain"

4. Piliin ang item na "Baguhin ang mga setting ng adaptor"

5. Sa window na lilitaw, hanapin ang "Ethernet" (sa Windows 8 ito ay tinatawag na "Local Area Connection"), i-right click dito at piliin ang "Properties"

6. Sa susunod na window, i-double-left-click sa “Internet Protocol Version 4 (TCP/IPv4)”

7. Sa lalabas na window, piliin ang opsyong "Gamitin ang sumusunod na IP address" at ipasok ang impormasyon tungkol sa IP address, mask, gateway (dapat alam mo) at Mga DNS server: 194.67.161.1, 194.67.160.3

8. Pagkatapos ipasok ang data, i-click ang pindutang "OK" sa ibaba ng window. Gayundin, para magkabisa ang mga setting, dapat mong i-click ang "OK" sa susunod na window.
9. Ang koneksyon ay na-configure.

Target:

Uri ng trabaho: pangharap

Mga tool upang magawa ang trabaho:

    hardware: computer na may naka-install na Windows XP;

    software: mga virtual machine: VM-1;

    impormasyon: IP address; subnet mask; pangunahing gateway;

ginustong DNS. Lead time:

2 oras

Mga gawain para sa trabaho

1. TCP/IP.

Simulan ang VM-1 virtual machine at mag-boot sa Windows OS. Ilunsad ang console.

(Start/Programs/Accessories/Command Prompt) SA command line

ipasok ang ipconfig /all/more.

    Gamit ang impormasyon sa ibaba, lumikha ng isang text na dokumento sa iyong folder na may sumusunod na impormasyon:

    pangalan ng computer;

    pangunahing DNS suffix;

    paglalarawan ng DNS suffix para sa koneksyon;

    pisikal na address;

    Pinagana ang DHCP;

    pinagana ang autoconfiguration;

    Autoconfiguration IP address;

    subnet mask;

default na gateway. Tiyaking gumagana ang stack TCP/IP

    sa pamamagitan ng pagpapadala ng mga kahilingan sa echo sa mga IP address. Upang gawin ito, gamitin ang ping command: magpadala ng mga ping sa lokal na address

    computer (loopback) ping 127.0.0.1 (dapat lumabas ang mga mensahe sa screen tungkol sa natanggap na tugon mula sa node 127.0.0.1);

Mag-ping sa ibang IP address, gaya ng 172.21.5.1.

2. I-configure ang TCP/IP protocol stack para gumamit ng static na IP address. Buksan ang window ng Network Connections.

(Start/Control Panel/Network Connections)

Tawagan ang mga katangian ng koneksyon sa lokal na lugar. Upang gawin ito, maaari mong gamitin ang menu ng konteksto.

Sa dialog box na lalabas, sa General tab, buksan ang mga katangian ng Internet Protocol TCP/IP. I-click ang switch Gamitin ang sumusunod na IP address

at ipasok ang sumusunod na data sa naaangkop na mga patlang: IP_address; Subnet mask; Pangunahing gateway; Ginustong DNS. Ilapat ang mga setting gamit ang pindutan.

OK Ilapat ang mga setting gamit ang pindutan Isara ang window ng mga katangian ng koneksyon gamit ang pindutan

(kung kinakailangan, sumang-ayon na i-restart ang computer). Tiyaking gumagana ang stack.

Suriin ang functionality ng protocol stack

3. I-configure ang TCP/IP para awtomatikong makakuha ng IP address.

Buksan ang window ng Network Connections.

Tawagan ang mga katangian ng Local Area Connections.

Buksan ang mga katangian ng Internet Protocol TCP/IP. Itakda ang switch.

Awtomatikong makakuha ng IP address Ilapat ang mga setting gamit ang pindutan.

at ipasok ang sumusunod na data sa naaangkop na mga patlang: IP_address; Subnet mask; Pangunahing gateway; Ginustong DNS. Ilapat ang mga setting gamit ang pindutan.

Isara ang dialog box ng Properties: Internet Protocol TCP/IP with Tiyaking gumagana ang stack.

Suriin ang iyong protocol stack setup

    Kumuha ng ibang address para sa iyong computer. Upang gawin ito:

    ilunsad ang console (linya ng command);

    ipasok ang command upang i-reset ang mga nakatalagang address - ipconfig /release;

(kung kinakailangan, sumang-ayon na i-restart ang computer). Tiyaking gumagana ang stack.

ipasok ang command upang makakuha ng bagong address ipconfig /renew;Mga pagsubok

    mga tanong:

    Ilarawan ang mga parameter na ginamit kapag nag-configure ng isang static na TCP/IP address.

    Tukuyin ang konsepto ng TCP/IP protocol stack.

Praktikal na gawain Blg. 12 "Paggawa gamit ang mga diagnostic utility ng tcp/ip protocol"

Target: generalization at systematization ng kaalaman sa paksang "Internetworking"

Uri ng trabaho: pangharap

ginustong DNS. Lead time:

2 oras

Gawain 1. Pagkuha ng sangguniang impormasyon sa mga utos.

Pagpapakita background na impormasyon para sa lahat ng mga utility na isinasaalang-alang (tingnan ang talahanayan, talata 1). Upang gawin ito, sa command line, ipasok ang pangalan ng utility na walang mga parameter at idagdag /? .

I-save ang impormasyon ng tulong sa isang hiwalay na file.

Suriin ang mga susi na ginamit kapag naglulunsad ng mga utility.

Gawain 2: Pagkuha ng hostname.

Ipakita ang lokal na host name gamit ang hostname command. I-save ang resulta sa isang hiwalay na file.

Gawain 3. Pag-aaral ng ipconfig utility.

Suriin ang iyong TCP/IP configuration gamit ang ipconfig utility. Punan ang talahanayan:

Gawain 4. Pagsubok ng komunikasyon gamit ang ping utility.

    I-verify na ang TCP/IP ay naka-install at na-configure nang tama sa lokal na computer.

    Subukan ang paggana ng default na gateway sa pamamagitan ng pagpapadala ng 5 echo packet na 64 byte ang haba.

    Suriin ang kakayahang magtatag ng isang koneksyon sa remote host.

    Gamit ang ping command, suriin ang mga address (kunin mula sa listahan lokal na mapagkukunan sa website na aspu.ru) at para sa bawat isa sa kanila markahan ang oras ng pagtugon. Subukang baguhin ang mga parameter ng ping command para mapahusay ang oras ng pagtugon.

Tukuyin ang mga IP address ng mga node.

Gawain 5. Pagtukoy sa landas ng isang IP packet.

Gamit ang tracert command, tingnan ang mga address na nakalista sa ibaba kung aling mga intermediate node ang dinaraanan ng signal. Alamin ang mga command key.

b) mathmod.aspu.ru

c) yarus.aspu.ru

Gawain 6: Pagtingin sa ARP cache.

Gamitin ang arp utility para tingnan ang ARP table ng lokal na computer.

Magdagdag ng anumang static na entry sa lokal na cache ng computer.

Gawain 7: Tingnan ang lokal na routing table.

Gamitin ang ruta utility upang tingnan ang lokal na routing table.

Gawain 8. Pagkuha ng impormasyon tungkol sa kasalukuyang mga koneksyon sa network at mga protocol ng TCP/IP stack. Gamit ang netstat utility, magpakita ng listahan ng mga koneksyon sa network at impormasyon sa istatistika

para sa UDP, TCP, ICMP, IP protocol.

    Mga tanong sa seguridad: Palawakin ang mga termino: host, gateway, hop, packet lifetime, ruta, network mask , makapangyarihan/di-makapangyarihan (kakayahang) DNS server, TCP port , loop puna

    , oras ng pagtugon.

    Anong mga utility ang maaaring gamitin upang i-verify na ang TCP/IP ay na-configure nang tama? Paano ping command

    sinusuri ang koneksyon sa remote host?

    Ano ang layunin ng ARP? Paano niresolba ang mga hostname sa mga ip address (at vice versa)?

    Ano ang maaaring maging dahilan ng pagkabigo ng ping at tracert? (lumampas sa timeout ng kahilingan, hindi available ang network, lumampas sa oras-to-live na paghahatid ng packet).

    Palagi bang posible na malaman ang simbolikong pangalan ng isang host sa pamamagitan ng IP address nito?

    Anong uri ng record ang hinihingi ng DNS server? pinakasimpleng anyo nslookup?



MGA KAUGNAY NA ARTIKULO