Tcp ip mpangilio huu unahitajika. Mfumo wa uendeshaji Macintosh Kiingereza. Kazi za kazi

Itifaki hufafanua lugha ambayo kompyuta huwasiliana na kompyuta nyingine kwenye mtandao

Itifaki ya mtandao maarufu zaidi ni TCP/IP, ambayo hutumika kama msingi wa mtandao. Katika Windows XP itifaki hii imewekwa kiotomatiki.

Ikiwa ni lazima, unaweza kuongeza itifaki zingine za mtandao zinazoungwa mkono na mfumo wa uendeshaji. Mfumo wa Windows XP, kama vile NWLink na NetBEUI.

Sehemu hii inaelezea jinsi ya kusakinisha itifaki za msingi za mtandao na jinsi ya kuzisanidi kwa usahihi.

Ufungaji na usanidi wa itifaki ya TCP/IP.

Katika Windows XP Professional, mipangilio ya itifaki ya TCP/IP ni sehemu ya Mipangilio adapta ya mtandao, kwa hiyo mabadiliko yote yanayohusiana na itifaki hii yanafanywa kupitia Jopo la Kudhibiti.

Ili kusakinisha au kusanidi mtandao Itifaki ya TCP/IP, nenda kwa Jopo kudhibiti, menyu Miunganisho ya mtandao, chagua Unganisha kupitia mtandao wa ndani. Unaweza pia kuchagua Mali V menyu ya muktadha sehemu mtandao iko kwenye menyu" Anza"

Dirisha linaloonekana linaonyesha miunganisho mbalimbali kompyuta yako kutoka ulimwengu wa nje. Baada ya kusakinisha adapta ya mtandao kwa mafanikio, kunapaswa kuwa na angalau ikoni moja kwenye dirisha inayoitwa Muunganisho wa Eneo la Mitaa. Idadi ya icons hizi inategemea idadi ya adapta za mtandao zilizowekwa kwenye kompyuta yako.

Bofya mara mbili ikoni Uunganisho wa LAN. Dirisha jipya litaonekana na habari kuhusu hali ya uunganisho ambayo unaweza kujua muda wa uunganisho, kasi yake, idadi ya pakiti za data zilizotumwa na kupokea.

Kitufe Mali huita dirisha kwa kuweka sifa za uunganisho, ikiwa ni pamoja na vigezo vya itifaki zilizotumiwa.

Katika dirisha hili unaweza kupata habari kuhusu adapta ya mtandao ambayo uunganisho unafanywa. Kubofya kitufe Tune, utafungua dirisha la mali ya adapta ya mtandao na unaweza kuzibadilisha.

Kwa kuangalia kisanduku Unapounganishwa, onyesha ikoni katika eneo la arifa, utawezesha onyesho la ikoni inayowakilisha muunganisho kwenye paneli Kazi za Windows. Hii itawawezesha kufuatilia shughuli ya uunganisho na kuisanidi haraka bila kutumia Jopo kudhibiti.

Katika sehemu ya kati ya dirisha, wateja wote, huduma na itifaki zinazohusiana na uunganisho zimeorodheshwa kwenye orodha. Kwa utendakazi wa kawaida wa kikoa au kazi Vikundi vya Windows XP inahitaji vipengele vifuatavyo:

KATIKA kulingana na usanidi wa mtandao wako wa ndani na huduma zinazotumiwa ndani yake, inaweza kusakinishwa wateja wa ziada, huduma na itifaki.

Kwa kuchagua sehemu inayohitajika, unaweza kubofya kitufe Mali kusanidi vigezo vya sehemu. Tafadhali kumbuka kuwa baadhi ya vipengele si configurable na kifungo Mali asiyefanya kazi.

Mabadiliko yote kwa vigezo vya vipengele vya uunganisho yanafanyika tu unapobofya OK kwenye dirisha la sifa za uunganisho. Windows XP hutumia mipangilio ya sehemu ya uunganisho bila kuanzisha upya kompyuta. Kulingana na vigezo gani vya uunganisho unavyobadilisha, matumizi yao yanaweza kuzima kwa muda huduma zinazolingana au itifaki. Katika kesi hii, wateja wote waliounganishwa kwenye kompyuta kupitia uunganisho huu watakatwa.

Katika Ufungaji wa Windows XP Professional, kuunganisha kwenye mtandao wa ndani, itifaki moja tu ya mtandao, TCP/IP, imewekwa.
Ikiwa kwa sababu fulani haipo kwenye orodha ya vipengele vilivyotumiwa (kwa mfano, iliondolewa), unaweza kuiweka tena.
Ili kuweka itifaki, bofya kifungo Sakinisha, katika orodha ya vipengele vya kufunga, chagua Itifaki na bonyeza kitufe Ongeza.

Kwa chaguo-msingi imewekwa risiti otomatiki Anwani za IP za kompyuta yako. Hii inadhania kuwa una seva ya Utoaji wa Anwani ya IP ya Nguvu (DHCP) inayoendesha kwenye mtandao wako wa karibu. Kama kweli seva hii inafanya kazi kwenye mtandao wako, basi itifaki ya TCP/IP haihitaji mipangilio ya ziada. Anwani ya IP itagawiwa kwa kompyuta yako na seva ya DHCP kutoka safu iliyosanidiwa awali (dimbwi) la anwani.

Ikiwa hutumii seva ya DHCP kwenye mtandao wako wa ndani, basi itifaki ya TCP/IP lazima ipangiwe, i.e. taja anwani ya kipekee ya IP ya kompyuta ( anwani ya IP tuli), lango chaguo-msingi na anwani ya seva ya DNS (wakati wa kuunganisha kwenye kikoa).

Kila mmiliki kompyuta binafsi au kompyuta ndogo ilipata matatizo ya kufikia Mtandao. Imetokea kwamba mipangilio yote imefanywa, kuna upatikanaji wa mtandao, Wi-Fi imeundwa, lakini hakuna upatikanaji wa mtandao. Katika viunganisho vya mtandao, upau wa hali unasema yafuatayo: IPv4 bila upatikanaji wa mtandao. Jinsi ya kurekebisha kosa na kupata upatikanaji wa mtandao, soma makala hii.

Utambuzi wa kosa

Jambo la kwanza la kufanya katika hali hii ni kugundua mitandao:

  1. Bonyeza Win+R na uendeshe amri ncpa.cpl
  2. Bonyeza kulia kwenye uunganisho wa mtandao wenye shida na uchague "Hali".
  3. Fungua Uchunguzi.
  4. Kulingana na shida iliyotambuliwa, ili kutatua, tumia nyenzo kutoka kwa viungo vilivyotolewa:
    1. .
    2. .
    3. .
    4. .
    5. Seva ya DHCP haijawashwa kwenye adapta ya mtandao.

Mara nyingi hutokea kwamba sababu ya tatizo na upatikanaji wa mtandao ni seva ya DHCP iliyosanidiwa vibaya. Hii inaweza kuwa kwa upande wako au kwa upande wa mtoa huduma wa mtandao. Ikiwa hili ni tatizo lako, endelea.

Mipangilio ya TCP/IPv4

Kwanza, hebu tuhakikishe kuwa hakuna hitilafu ya kawaida ya mtandao ambayo inaweza kutatuliwa kwa kuunganisha tena muunganisho. Bonyeza kulia kwenye mtandao wenye shida na uchague "Zimaza". Kisha, bonyeza mara mbili panya, iwashe tena.
Ikiwa una kipanga njia, kiwashe upya pia. Muhimu! Ikiwa kuna kompyuta kadhaa kwenye mtandao, usiweke anwani ya IP yenye matatizo ya kifaa kingine. Ikiwa utafanya hivi, mtandao hautafanya kazi.

Mipangilio ya router

Ikiwa unatumia kipanga njia, washa Mipangilio ya DHCP seva:


Ikiwa chaguo zilizopendekezwa hazitatui tatizo, tafadhali wasiliana msaada wa kiufundi mtoa huduma wako. Kwa upande wao, watachambua makosa iwezekanavyo na itaonyesha sababu ya ukosefu wa mtandao.

Je, una matatizo ya kusajili kwenye tovuti? BONYEZA HAPA ! Usikose sana sehemu ya kuvutia tovuti yetu - miradi ya wageni. Huko kila wakati utapata habari za hivi punde, vicheshi, utabiri wa hali ya hewa (katika gazeti la ADSL), kipindi cha TV cha vituo vya dunia na ADSL-TV, habari za hivi punde na za kufurahisha zaidi kutoka kwa ulimwengu wa teknolojia ya hali ya juu, picha za asili na za kushangaza kutoka. mtandao, hifadhi kubwa ya majarida miaka iliyopita, maelekezo ya ladha katika picha, taarifa. Sehemu hiyo inasasishwa kila siku. Kila mara matoleo ya hivi karibuni Bora programu za bure Kwa matumizi ya kila siku katika sehemu ya Programu Zinazohitajika. Kuna karibu kila kitu unachohitaji kwa kazi ya kila siku. Anza kukata tamaa hatua kwa hatua matoleo ya uharamia kwa ajili ya analogi za bure zinazofaa zaidi na zinazofanya kazi. Ikiwa bado hutumii gumzo letu, tunapendekeza sana uifahamu. Huko utapata marafiki wengi wapya. Kwa kuongeza, ni ya haraka zaidi na njia ya ufanisi wasiliana na wasimamizi wa mradi. Sehemu ya sasisho za Antivirus inaendelea kufanya kazi - imesasishwa kila wakati sasisho za bure kwa Dr Web na NOD. Hukuwa na muda wa kusoma kitu? Yaliyomo kamili ya ticker yanaweza kupatikana kwenye kiungo hiki.

Urekebishaji mzuri Vigezo vya TCP/IP vya chaneli nene

Usambazaji wa mitandao ya ndani na chaneli za mtandao unakua kwa kasi, lakini pamoja na hayo, mahitaji yanaongezeka, na kusababisha hamu ya asili ya kufinya kiwango cha juu kinachowezekana kutoka kwa safu ya TCP/IP, ambayo ndiyo tutafanya sasa, tukizingatia. Seva ya Windows 2003, ingawa teknolojia zilizoelezewa za uboreshaji pia ni halali kwa vituo vya kazi vilivyojengwa kwenye W2K/XP.

Utangulizi

Kuna maoni mawili yanayopingana kwa upana kuhusu kupotoshwa kwa mipangilio ya TCP/IP: wasimamizi wengi (na pamoja nao waandishi wa vitabu maarufu!) wanaamini kwamba watengenezaji tayari wamefanya kila kitu kinachohitajika na kuingiliwa yoyote katika utaratibu huu unaofanya kazi vizuri kunaweza tu. kufanya madhara. Wakati huo huo, kuna miongozo mingi kwenye mtandao ambayo inaahidi, ikiwa sio tikiti ya kwenda mbinguni, basi ongezeko kubwa la tija kwa gharama ya kubadilisha funguo kadhaa kwenye Usajili wa mfumo.

Ukweli, kama kawaida, uko mahali fulani katikati. Mifumo ya uendeshaji imejifunza kwa muda mrefu kutambua moja kwa moja aina ya uunganisho, kuchagua seti inayofaa ya mipangilio ya default. Algoriti zinazojirekebisha hubadilika kulingana na sifa za kituo na "maagizo" yasiyo na ujuzi kutoka kwa mtumiaji huzuia tu. Walakini, algorithms zinazoweza kubadilika huwa na makosa, na mipangilio chaguo-msingi haiwiani kila wakati na sifa za njia maalum za mawasiliano, ambayo kuenea kwake ni kubwa sana.

Ni faida gani za utendaji zinaweza kutoa mipangilio ya TCP/IP ikiwa imefanywa kwa usahihi? Inategemea jinsi mipangilio chaguo-msingi ilivyo karibu na sifa za kituo kinachotumiwa. Kwa wastani, unapaswa kutarajia faida ya 20% ... 30%, lakini katika kesi za "kliniki" kasi huongezeka mara kadhaa!

Kabla ya kuanza kuboresha

Badala ya kukunja mikono yako na kukimbilia vitani kutoka kwa safu za kwanza, ni bora kwanza kuvuta sigara na kufikiria. Hebu tuseme tunayo chaneli ya megabit 10 na kupakua/kusambaza faili kwa kasi iliyopo ya takriban megabaiti kwa sekunde. Ni wazi kuwa hakuna ujanja wowote utaturuhusu kuongeza tija kwa kiwango chochote kinachoonekana. Kwa hivyo inafaa shida?! Kwa kuongeza, idadi kubwa ya wasimamizi hupunguza kwa makusudi pato katika eneo la 50-100 KB / s, kuzuia upakiaji wa mtandao. Kuna aina gani ya uboreshaji ...

Ni jambo lingine ikiwa limezingatiwa matokeo ni chini ya 2/3 ya uplink iliyotangazwa. Huwezi kufanya bila uboreshaji hapa! Hata hivyo, pamoja na mkusanyiko wa TCP/IP, wengine pia wanawajibika kwa utendakazi. vipengele vya mfumo- kwa mfano, processor. Katika kiasi kikubwa kwa wakati mmoja miunganisho iliyoanzishwa, Utumiaji wa CPU unaweza kufikia 100%, haswa ikizingatiwa kuwa kwa bei nafuu vifaa vya mtandao hesabu hundi vifurushi vinatekelezwa katika kiwango cha programu, sio vifaa (kama mifano ya gharama kubwa).

Mkosaji mwingine ni kadi ya video, ambayo inachukua basi kwa muda mrefu bila yoyote sababu zinazoonekana, na kusababisha kila mtu mwingine pembeni wanakwenda kwenye mlo wa njaa na kasi ya pembejeo/pato (ikiwa ni pamoja na mtandao) inapungua mara nyingi. Kusasisha viendeshaji au kuzima mipangilio yote ya kadi ya video "ya fujo" kwa kawaida hutatua tatizo hata bila kufikia mrundikano wa TCP/IP.

Pia, usisahau kwamba kugawanyika nyingi nafasi ya diski kwa kiasi kikubwa hupunguza kasi ya kupakia/kupokea faili, ambayo ni mojawapo ya sababu kuu za upakiaji polepole wa kurasa za wavuti kwa watumiaji wa mwisho.

Kwa ujumla, kabla ya kuingia kwenye safu ya TCP/IP, unapaswa kuhakikisha kuwa kila kitu kingine sababu zinazowezekana kuondolewa na kizuizi ni mipangilio itifaki za mtandao, na sio kitu kingine ( umakini : "kushawishika" si sawa kabisa na "kujishawishi").

MTU + MSS = ???

MTU (M aximumT kutolewaU nit- Upeo wa [ukubwa] wa Pakiti Zinazotumwa) huenda ndicho kigezo kinachojulikana zaidi cha TCP/IP, mapendekezo ya kuweka ambayo yanaweza kupatikana katika takriban makala yoyote kuhusu uboreshaji wa TCP/IP. Mamia ya huduma hutoa huduma zao kwa ufafanuzi sana thamani halisi, lakini, ole, ongezeko lililoahidiwa la tija kwa namna fulani halijapatikana.

MTU huathiri ukubwa unaowezekana wa pakiti ya IP inayotumwa (pamoja na kichwa), kukata data iliyotumwa katika vipande. saizi iliyowekwa. MTU kubwa zaidi, chini ya gharama za juu za kupeleka habari za huduma, na, kwa hiyo, "ufanisi" wa kituo cha juu. Kwa upande mwingine, ruta hutupa pakiti zinazotoka kwenye nodes tofauti kwenye foleni ya kawaida na kwa hiyo ni faida zaidi kutuma pakiti moja kubwa kuliko mbili ndogo, na zaidi ya kubeba router ni, faida kubwa zaidi tutapata.


Picha 1.

Kwa hivyo ni mpango gani?! Tunageuza MTU hadi kikomo na ... kasi hupungua hadi sifuri. Kwa nini? Sababu ni kwamba ukubwa wa pakiti huongezeka, wakati unaohitajika kwao pia huongezeka. kusambaza tena ikiwa pakiti itapotea au imeharibika. Kwa kuongeza, nodes za kati zina zao wenyewe mipangilio yako mwenyewe, na ikiwa ukubwa wa pakiti iliyopitishwa huzidi MTU ya sasa, pakiti hukatwa katika pakiti mbili au zaidi (yaani, kugawanyika) na vipande hivi vinawekwa pamoja tu kwenye node ya kupokea, na kusababisha kupungua kwa njia. Kwa kuongezea, ikiwa MTU ya nodi ya kutuma ni ya juu kidogo tu kuliko MTU ya nodi ya kati, basi pakiti ya pili ina karibu kichwa kimoja, kama matokeo ambayo utegemezi wa kasi ya upitishaji kwenye saizi hubadilika kuwa sawtooth ya tabia. curve (tazama Mchoro 2).

Thamani chaguo-msingi za MTU zinazotumiwa na Windows Server 2003 zinaonyeshwa kwenye Jedwali 1, lakini unaweza kuzibadilisha ukitaka.



Kielelezo cha 2. Utegemezi wa kiwango cha uhamishaji data Ukubwa wa MTU(kulingana na http://member.nifty.ne.jp/oso/faq.mtu-faq.html).

Zindua matumizi ya Mhariri wa Msajili na ufungue sehemu ifuatayo ndani yake: HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\interfaceGUID. Tunaona parameter hapo MTU chapa DWORD (na ikiwa hatuioni, tunaiunda) na uweke saizi kwa baiti (0xFFFFFFFF inamaanisha "tumia thamani ya MTU chaguo-msingi). Violesura vimeainishwa na GUID na kwa kawaida kuna zaidi ya moja. Jinsi ya kupata kiolesura cha modem ya cable au maalum kati yao? kadi ya mtandao? Ndiyo, ni rahisi sana - kwa anwani ya IP!



Kielelezo cha 3. Kurekebisha vyema vigezo vya TCP/IP kupitia "Mhariri wa Msajili".

Kuna uwezekano kugundua moja kwa moja njia ambayo pakiti zilizo na MTU fulani hupita bila kugawanyika (parameta WezeshaPMTUDiscovery Aina ya DWORD iliyoko katika tawi moja la usajili kama MTU (thamani "1" inajumuisha kipengele hiki, "0" - huzima). Hata hivyo, wasimamizi wengi nodi za kati Kwa sababu za usalama, utumaji wa ujumbe wa ICMP umezuiwa na nodi ya kutuma inabakia kutojua kabisa ukweli wa kugawanyika. Hasa kwa kugundua vipanga njia kama "vibaya" (jina la utani "shimo nyeusi" au, kwa Kiingereza, Black Hole), Windows inasaidia algorithm maalum inayodhibitiwa na parameta. WezeshaPMTUDiscovery(sawa na WezeshaPMTUDiscovery katika mambo yote).



Kielelezo cha 4."Shimo nyeusi" ni ruta ambazo hazitumi ujumbe wa ICMP kuhusu ukweli kwamba pakiti iliyopitishwa imegawanyika, ambayo huunda. matatizo makubwa wakati wa kujaribu kuamua thamani mojawapo MTU.

Katika idadi kubwa ya matukio, kutumia chaguzi za WezeshaPMTUDiscovery na WezeshaPMTUDiscovery husababisha kupungua kwa utendakazi na thamani. MTU ni bora chagua kulingana na Jedwali 2, au tenda kwa nguvu ya kikatili.

Kigezo kingine - M.S.S. (M aximumS sehemuS ukubwa- Upeo wa Saizi ya Sehemu) inawajibika kwa ukubwa wa juu data iliyopitishwa ukiondoa urefu wa kichwa cha pakiti ya IP (ona Mtini. 1). Haupaswi kuigusa, na Windows hairuhusu hata hivyo. Kwa ujumla, MSS = MTU - 40 bytes.

Jedwali 1. Thamani chaguomsingi za MTU na MSS ndani Microsoft Windows Seva ya 2003.

Jedwali 2. Thamani za MTU ambazo Microsoft Windows Server 2003 huchagua kiotomatiki kulingana na aina ya unganisho.

Dirisha la Kupokea TCP

Saizi ya dirisha la TCP haijulikani kidogo, lakini ni muhimu sana (kwa suala la utendakazi) ambayo inaweza kuongeza upitishaji mara kadhaa. Hebu fikiria nodi mbili - "A" na "B" na kulazimisha nodi "A" kusambaza data ya nodi "B" iliyogawanywa katika makundi, ukubwa wa ambayo (kama ilivyoelezwa tayari) imedhamiriwa na parameter ya MSS. Itifaki ya TCP ina mwelekeo wa uunganisho, ambayo inahitaji kutuma arifa za sehemu zilizopokelewa kwa mafanikio. Sehemu ambazo hazijatambuliwa hupitishwa tena kwa nodi "A" baada ya muda fulani.

Muda wa muda kati ya kutuma pakiti na kuipokea inaitwa latency, na latency hii, kulingana na aina na mzigo wa mtandao, inatofautiana kutoka 20 ms (au chini) hadi 100 ms (au zaidi). Ni rahisi kuhesabu kwamba ikiwa kila sehemu ilithibitishwa, hadi hata katika mtandao wa chini wa latency kasi ya kweli maambukizi noticeably nyuma yake fursa za kweli na itakuwa sawa na MTU / (2 * latency), ambayo huunda kikomo cha megabiti 6 kwa sekunde, bila malipo. Jinamizi! Naam, jinsi ya kuendelea kuishi?!

Ndiyo maana waundaji wa TCP/IP waliruhusu seva pangishi "A" kutuma zaidi ya sehemu moja bila kusubiri uthibitisho. Kiasi cha juu zaidi sehemu zinazoweza kusambazwa kabla ya uthibitisho kufika na huitwa saizi ya dirisha la TCP (mchakato wa uwasilishaji unaonyeshwa vyema katika gif"e iliyohuishwa: http://cable-dsl.home.att.net/rwinanim.htm) Kwa nini mpangilio huu ni muhimu sana kwa kufikia utendaji bora?

Wacha tuseme tuna chaneli ya megabit 10 na kusambaza sehemu 7 za baiti 1460 kila moja, tukitumia ms 8 kwa hii. Ikiwa latency ni 100 ms, basi ... 100 ms + 92 ms = 192 ms. Kama wajinga, tunasubiri ms 192 zaidi ili tupate kukiri na nodi A hutumia 96% ya muda bila kufanya kitu, kwa kutumia 4% pekee ya kipimo data cha kituo. Bila shaka, kesi kali, lakini bado si mbali na ukweli kama mtu anavyoweza kufikiria.

Wakati wa mchakato wa uanzishaji wa muunganisho, nodi "A" inaalika nodi "B" kuweka saizi ya dirisha hadi KB 16 (thamani chaguo-msingi iliyoainishwa kwenye parameta. TcpWindowSize usajili, ambayo inaweza kubadilishwa ikiwa inataka). Ukubwa wa dirisha daima huzungushwa hadi nambari nzima ya karibu ya sehemu (tazama kigezo cha MSS).

Ikiwa saizi ya dirisha inazidi KB 64, mfumo huwasha algorithm ya kuongeza kiotomatiki, ambayo, hata hivyo, inafanya kazi tu ikiwa nodi B pia inasaidia utaratibu huu, kwa hivyo ni bora kuweka saizi ya dirisha la TCP kwa mikono, kwa kutumia Jedwali 3 kama mwongozo. Hata hivyo, kumbuka kuwa Dirisha ambalo ni kubwa sana huziba chaneli kwa pakiti, na kusababisha msongamano wa mtandao unaozuia arifa kutumwa, na hivyo kusababisha utendakazi duni).

Kiwango cha chini cha ukubwa wa dirisha cha TCP kinachohitajika
Kasi ya kituo kwa (Kilobiti/sekunde)
500 1000 1500 2000 2500
Muda wa kusubiri wa kituo (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
Windows 9x/NT chaguo-msingi 8K
Chaguomsingi la Windows Me/2000/XP Server 2003 Kasi ya kituo
< 1 Мегабит/сек Megabit 100 kwa sekunde > Megabiti 100 kwa sekunde
8 KB 17 KB 64 KB
Maadili yaliyopendekezwa 32-63K

Moja kwa wote na yote kwa moja!

Ikiwa wateja wa mtandao wa ndani hufanya kazi kupitia seva ya Wakala, basi kufikia utendaji wa juu Inatosha kubadilisha ukubwa wa dirisha la TCP moja kwa moja kwenye seva yenyewe.

Unapofanya kazi kupitia NAT, unahitaji kusanidi dirisha la TCP kwa kila mmoja kituo cha kazi imeunganishwa kwenye mtandao wa ndani.

Anza polepole na uthibitishaji wa kuchagua

Ili kuzuia msongamano wa mtandao, kinachojulikana kama " kuanza polepole" ("kuanza polepole"), iliyofafanuliwa kwa kina katika RFC 1122 na RFC 2581.

Wakati wa kuunda muunganisho mpya wa TCP/IP, mfumo huweka ukubwa wa dirisha kwenye sehemu moja. Baada ya uthibitisho kupokelewa, saizi ya dirisha imeongezeka mara mbili na hii inaendelea hadi kiwango cha juu kinachowezekana kifikiwe.

Ukuaji mkubwa wa upana wa dirisha "hula" wakati mdogo sana wakati wa kuhamisha faili kubwa, lakini wakati wa kuanzisha miunganisho mingi ya TCP/IP (ya kawaida, kwa mfano, ya vivinjari) kubadilishana vipande vidogo vya data (mfano wa kawaida ambao ni wavuti. seva), kuanza polepole kunaonekana hupunguza ufanisi wa chaneli pana; kwa kuongezea, hata na upakiaji wa mtandao wa muda mfupi, mfumo huweka upya saizi ya dirisha hadi moja, kama matokeo ambayo grafu ya kasi ya upakiaji wa faili kutoka kwa tambarare. inageuka kuwa terraform ya vilima (tazama Mchoro 5).



Kielelezo cha 5."Kuanza polepole" na matokeo yake (CW - ukubwa wa dirisha katika sehemu).

Kwa kuongezea, mfumo unaunga mkono parameta maalum Ukubwa wa Kizingiti cha Kuanza Polepole, ambayo kwa msingi ni sawa na 65636, lakini baada ya kutambua hali ya "msongamano wa mtandao", inachukua thamani W / 2 na baadaye ni kikomo cha juu cha ukuaji wa kielelezo. ya parameter ya CW, ambayo husababisha kushuka kwa kasi kwa utendaji (ona Mchoro 6).



Kielelezo cha 6. Punguza ukubwa wa dirisha la TCP wakati msongamano wa mtandao unapogunduliwa.

Lemaza moja kwa moja "kuanza polepole" njia za kawaida Windows (bila kugeukia kiraka cha kernel) haiwezekani, lakini ikiwa unatumia algorithm ya SACK (Shukrani iliyochaguliwa, moja ya upanuzi wa itifaki ya TCP iliyoelezewa katika RFC 2018), "kuanza polepole" imezimwa yenyewe, na hivyo kuwa haina maana kwa mtu yeyote. masalio ya zamani.

Uthibitishaji uliochaguliwa wa upokezaji huruhusu sehemu ambazo hazijatambuliwa kupitishwa tena katika dirisha moja (na SACK ikiwa haijatumika, sehemu zilizopotea hupitishwa moja baada ya nyingine kwa misingi ya mtu binafsi). block, ambayo inajumuisha na kwa mafanikio kupokea pakiti. Kwa wazi, ongezeko la juu la utendaji litazingatiwa njia zisizo imara miunganisho ambayo mara kwa mara hupoteza pakiti.

Ili kuamsha algorithm ya SACK, weka tu parameter ya Usajili SackOpts hadi "1" (chaguo-msingi kwa W2K na XP).

Muda unafanya kazi dhidi yetu

Kila kitu kiko wazi na sehemu zilizothibitishwa. Ikiwa uthibitisho utapokelewa, sehemu inaweza kuchukuliwa kuwa imewasilishwa kwa ufanisi. Swali zima ni muda gani wa kusubiri uthibitisho huu na wakati wa kuanza kutuma tena.

Na Windows chaguo-msingi Seva 2003 inasubiri sekunde tatu (ikiwa inataka, thamani hii inaweza kubadilishwa kwa kuhariri parameta. TcpInitialRTT), baada ya hapo hutuma tena pakiti ambazo hazijathibitishwa, na muda wa kusubiri yenyewe huongezeka kwa mujibu wa algorithm ya SRTT (Smoothed Round Trip Time). Idadi ya juu ya uhamishaji upya huhifadhiwa kwenye parameta TcpMaxDataRetransmissions(thamani chaguo-msingi ni tano), inapofikia ambapo muunganisho umekatishwa.

Kwa wazi, kwenye chaneli zisizo na msimamo zinazosumbuliwa na ucheleweshaji sugu, idadi ya mapumziko ya unganisho inaweza kupunguzwa kwa kuongeza parameta. TcpMaxDataRetransmissions hadi thamani yoyote inayofaa (lakini si zaidi ya FFFFFFFFh). Kwa upande mwingine, ili kuboresha utendaji na "neutralize" athari mbaya ya pakiti zilizopotea zimewashwa njia za haraka kwa latency ya chini, inashauriwa kupunguza thamani ya TcpInitialRTT hadi sekunde moja.

Hasara kuu ya timer tuli ni kutokuwa na uwezo wa kukabiliana na mabadiliko ya muda mfupi katika sifa za njia ya mawasiliano. Muda wa kusubiri wa uthibitishaji uliochaguliwa na mfumo ni mfupi au mrefu. Tija hupungua, mtumiaji hukimbia na kukimbia, na matokeo "huelea" ndani ya mipaka pana sana, ikibaki nyuma ya kile kilichotarajiwa.

Uthibitishaji Uliocheleweshwa ni kiendelezi kingine cha itifaki ya TCP/IP, iliyofafanuliwa katika RFC 1122 na kutekelezwa kwa mara ya kwanza katika W2K (na pia katika NT 4.0 SP4). Badala ya kukiri kila sehemu iliyopokelewa, nodi "B" sasa inatuma uthibitisho ikiwa tu ndani ya muda fulani (imehifadhiwa katika parameta. TcpDelAckTicks na chaguo-msingi ni 200 ms), hakuna sehemu zilizopokelewa kutoka kwa nodi "A". Kwa maneno mengine, ikiwa sehemu ziko kwenye jambs za kirafiki na kila kitu kinafanya kazi vizuri, uthibitisho haujatumwa hadi kuna "msongamano" kwenye mtandao. Baada ya kungoja kidogo, nodi "B" hutuma uthibitisho wa sehemu zote zilizopokelewa, na kutoa nodi "A" fursa ya kujitegemea kutambua ni sehemu gani zilizopotea njiani na kuzipeleka tena kwa kichwa kidogo.

Kwa bahati mbaya, ucheleweshaji ulichaguliwa na Microsoft kwa default, iko karibu na latency ya mitandao yenye ucheleweshaji wa muda mrefu, ambayo inapuuza faida zote ya algorithm hii na ili kuboresha utendakazi, inashauriwa kuongeza thamani ya TcpDelAckTicks mara kadhaa. Ipasavyo, kwenye mitandao ya latency ya chini ni bora kuipunguza, kuondoa wakati usiofaa.

Maadili ya paramu hii yanaweza kutofautiana katika safu kutoka 0 hadi 6, iliyoonyeshwa kwa sehemu ya kumi ya sekunde, i.e. moja inalingana na ms 100, na sifuri inafasiriwa kuwa marufuku ya utumiaji wa makubaliano yaliyocheleweshwa.

Wakati wa kutumia madirisha ya TCP ukubwa mkubwa Inashauriwa kutumia algorithm ya muhuri wa nyakati (TCP-Timestamps), iliyofafanuliwa katika RFC 1323, ambayo hubadilisha kiotomati thamani ya kipima saa cha uhamishaji upya hata katika hali ya mabadiliko ya haraka ya sifa za njia ya mawasiliano. Hii inadhibitiwa na parameta ya Tcp1323Opts, ambayo, ikiwekwa kwa 3, inaruhusu matumizi ya viendelezi vyote vya RFC 1323.

Hitimisho

Kifungu kinajadili tu baadhi ya chaguzi za itifaki za TCP/IP ambazo zinawajibika zaidi kwa utendakazi wake. Lakini zaidi yao, kuna wengine, kwa maelezo ambayo tunaelekeza msomaji kwenye viungo hapa chini.

viungo muhimu

Uboreshaji wa operesheni Itifaki ya TCP katika mitandao iliyosambazwa:
http://www.gurnov.ru/kms_catalog+stat+cat_id-4+page-1+nums-14.html

Kuwezesha Uhamisho wa Data ya Utendaji wa Juu:
http://www.psc.edu/networking/projects/tcptune/

Maagizo ya hatua kwa hatua ya kurekebisha TCP chini ya Windows:
http://www.psc.edu/networking/projects/tcptune/OStune/winxp/winxp_stepbystep.html

Mwongozo wa Urekebishaji wa Rafu wa IP wa UNIX:
http://www.cymru.com/Documents/ip-stack-tuning.html

Mwongozo wa Modi ya Navas Cable/DSL:
http://cable-dsl.home.att.net

Maelezo ya Utekelezaji wa TCP/IP ya Microsoft Windows 2000:
http://www.microsoft.com/technet/network/deploy/depovg/tcpip2k.mspx

Vigezo vya usanidi wa TCP/IP na NBT kwa Windows 2000 au kwa Windows NT:
http://support.microsoft.com/kb/120642/

Mabadiliko ya algorithm ya kugundua shimo nyeusi ya PMTU kwa Windows:
http://support.microsoft.com/kb/136970/

Saizi chaguomsingi ya MTU kwa topolojia tofauti ya mtandao:
http://support.microsoft.com/kb/140375/

Marejeleo ya Utatuzi wa Mitandao ya Kupiga-Up na Nyumbani:
http://www.internetweekly.org/llarrow/mtumss.html

Kufanya kazi kwenye mtandao unahitaji kusanidi muunganisho wa mtandao. Ili kufanya hivyo, unahitaji kufuata hatua hizi:

1. Unahitaji kusogeza kishale cha kipanya chako kwenye kona ya juu kulia ya skrini ili kuonyesha paneli kama inavyoonyeshwa kwenye mchoro ulio hapa chini. Ndani yake unahitaji kuchagua "Tafuta". Ikiwa unasanidi muunganisho kwenye kompyuta kibao au kompyuta na skrini ya kugusa, kisha kupiga kidirisha hiki, unahitaji kugusa makali ya kulia ya skrini ya kifaa na usonge kidole chako upande wa kushoto ili "kutoa" paneli hii.

2. Katika orodha inayofungua, unahitaji kupata na kuchagua "Jopo la Kudhibiti". Tunapendekeza kutumia upau wa kutafutia upande wa kulia kona ya juu na uandike "Jopo" hapo.

3. Pata kipengee "Mtandao na Mtandao" na ndani yake "Angalia hali ya mtandao na kazi"

4. Chagua kipengee "Badilisha mipangilio ya adapta"

5. Katika dirisha inayoonekana, pata "Ethernet" (katika Windows 8 hii inaitwa "Uunganisho wa Eneo la Mitaa"), bonyeza-click juu yake na uchague "Mali"

6. Katika dirisha linalofuata, bofya mara mbili-kushoto kwenye “Toleo la 4 la Itifaki ya Mtandao (TCP/IPv4)”

7. Katika dirisha inayoonekana, chagua chaguo "Tumia anwani ya IP ifuatayo" na uingize taarifa kuhusu anwani ya IP, mask, lango (lazima ujue) na Seva za DNS: 194.67.161.1, 194.67.160.3

8. Baada ya kuingia data, bofya kitufe cha "OK" chini ya dirisha. Pia, ili mipangilio ifanye kazi, lazima ubofye "Sawa" kwenye dirisha linalofuata.
9. Uunganisho umeundwa.

Lengo:

Aina ya kazi: mbele

Zana za kukamilisha kazi:

    vifaa: kompyuta na Windows XP imewekwa;

    programu: mashine virtual: VM-1;

    habari: anwani ya IP; Mask ya subnet; lango kuu; DNS inayopendekezwa.

Wakati wa kuongoza: 2 masaa

Kazi za kazi

1. TCP/IP.

Anzisha mashine ya kawaida ya VM-1 na uwashe Windows OS.

Zindua koni (Anza/Programu/Vifaa/Amri ya Amri).

KATIKA mstari wa amri ingiza ipconfig /all/more.

Kwa kutumia taarifa iliyo hapa chini, tengeneza hati ya maandishi kwenye folda yako na taarifa ifuatayo:

    jina la kompyuta;

    kiambishi tamati cha msingi cha DNS;

    maelezo ya kiambishi cha DNS cha unganisho;

    mavazi ya kimwili;

    DHCP imewezeshwa;

    usanidi otomatiki umewezeshwa;

    Usanidi otomatiki wa anwani ya IP;

    Mask ya subnet;

    lango chaguo-msingi.

Hakikisha kuwa stack inafanya kazi TCP/IP kwa kutuma maombi ya mwangwi kwa anwani za IP. Ili kufanya hivyo, tumia amri ya ping:

    tuma pings kwa anwani ya eneo kompyuta (loopback) ping 127.0.0.1 (ujumbe unapaswa kuonekana kwenye skrini kuhusu jibu lililopokelewa kutoka kwa node 127.0.0.1);

    Ping kwa anwani tofauti ya IP, kama vile 172.21.5.1.

2. Sanidi safu ya itifaki ya TCP/IP ili kutumia anwani ya IP tuli.

Fungua dirisha la Viunganisho vya Mtandao (Anza/Jopo la Kudhibiti/Miunganisho ya Mtandao).

Piga simu mali ya uunganisho wa eneo la karibu. Ili kufanya hivyo, unaweza kutumia menyu ya muktadha.

Katika kisanduku cha mazungumzo kinachoonekana, kwenye kichupo cha Jumla, fungua sifa za Itifaki ya Mtandao TCP/IP.

Bofya swichi Tumia anwani ya IP ifuatayo na ingiza data zifuatazo katika nyanja zinazofaa: IP_address; Mask ya subnet; lango kuu; DNS inayopendekezwa.

Tumia mipangilio na kifungo sawa.

Funga dirisha la mali ya uunganisho na kifungo sawa(ikiwa ni lazima, kukubali kuanzisha upya kompyuta).

Angalia utendakazi wa safu ya itifaki TCP/IP.

3. Sanidi TCP/IP ili kupata anwani ya IP kiotomatiki.

Fungua dirisha la Viunganisho vya Mtandao.

Piga simu mali ya Viunganisho vya Eneo la Mitaa.

Fungua sifa za Itifaki ya Mtandao TCP/IP.

Weka kubadili Pata anwani ya IP kiotomatiki.

Funga kisanduku cha mazungumzo ya Sifa: Itifaki ya Mtandao TCP/IP na sawa.

Tumia mipangilio na kifungo sawa.

Angalia usanidi wako wa rafu ya itifaki TCP/IP.

Pata anwani tofauti ya kompyuta yako. Kwa hii; kwa hili:

    kuzindua console (mstari wa amri);

    ingiza amri ya kuweka upya anwani zilizopewa - ipconfig /release;

    ingiza amri ili kupata anwani mpya ipconfig / upya;

Angalia utendakazi wa safu ya itifaki TCP/IP.

Vipimomaswali:

    Eleza vigezo vinavyotumika wakati wa kusanidi anwani tuli ya TCP/IP.

    Je, ni faida gani za kutumia safu ya itifaki ya TCP/IP?

    Bainisha dhana ya rafu ya itifaki ya TCP/IP.

Kazi ya vitendo No. 12 "Kufanya kazi na huduma za uchunguzi wa itifaki ya tcp/ip"

Lengo: jumla na utaratibu wa maarifa juu ya mada "Ufanyaji kazi wa mtandao"

Aina ya kazi: mbele

Wakati wa kuongoza: 2 masaa

Kazi za kazi

Kazi ya 1. Kupata taarifa za kumbukumbu kuhusu amri.

Onyesho habari ya usuli kwa huduma zote zinazozingatiwa (tazama jedwali, aya ya 1). Ili kufanya hivyo, kwenye mstari wa amri, ingiza jina la matumizi bila vigezo na uongeze /? .

Hifadhi maelezo ya usaidizi katika faili tofauti.

Chunguza funguo zinazotumiwa wakati wa kuzindua huduma.

Hatua ya 2: Kupata jina la mwenyeji.

Onyesha jina la mwenyeji wa ndani kwa kutumia amri ya jina la mwenyeji. Hifadhi matokeo katika faili tofauti.

Kazi ya 3. Kusoma matumizi ya ipconfig.

Angalia usanidi wako wa TCP/IP kwa kutumia matumizi ya ipconfig. Jaza jedwali:

Kazi ya 4. Kujaribu mawasiliano kwa kutumia matumizi ya ping.

    Thibitisha kuwa TCP/IP imesakinishwa na kusanidiwa ipasavyo kwenye kompyuta ya ndani.

    Jaribu utendakazi wa lango chaguo-msingi kwa kutuma pakiti 5 za mwangwi wa baiti 64 kwa urefu.

    Angalia uwezo wa kuanzisha muunganisho na seva pangishi ya mbali.

    Kutumia amri ya ping, angalia anwani (chukua kutoka kwenye orodha rasilimali za ndani kwenye tovuti aspu.ru) na kwa kila mmoja wao alama wakati wa majibu. Jaribu kubadilisha vigezo vya amri ya ping ili kuboresha muda wa majibu. Tambua anwani za IP za nodi.

Kazi ya 5. Kuamua njia ya pakiti ya IP.

Kwa kutumia amri ya tracert, angalia anwani zilizoorodheshwa hapa chini ambazo nodi za kati ishara hupitia. Jifunze funguo za amri.

b) mathmod.aspu.ru

c) yarus.aspu.ru

Hatua ya 6: Kuangalia kache ya ARP.

Tumia matumizi ya arp kutazama jedwali la ARP la kompyuta ya ndani.

Ongeza ingizo lolote tuli kwenye kashe ya kompyuta ya ndani.

Kazi ya 7: Tazama jedwali la uelekezaji la ndani.

Tumia matumizi ya njia ili kuona jedwali la uelekezaji la ndani.

Kazi ya 8. Kupata taarifa kuhusu miunganisho ya sasa ya mtandao na itifaki za stack ya TCP/IP.

Kwa kutumia matumizi ya netstat, onyesha orodha ya miunganisho ya mtandao na habari za takwimu kwa UDP, TCP, ICMP, itifaki za IP.

Maswali ya kudhibiti:

    Panua masharti: mwenyeji, lango, hop, maisha ya pakiti, njia, mask ya mtandao, seva ya DNS yenye mamlaka/isiyo ya mamlaka (inayo uwezo), Bandari ya TCP, kitanzi maoni, wakati wa majibu.

    Je, ni huduma gani zinazoweza kutumika kuthibitisha kuwa TCP/IP imesanidiwa ipasavyo?

    Vipi amri ya ping huangalia muunganisho kwa seva pangishi ya mbali?

    Madhumuni ya ARP ni nini?

    Vipi matumizi ya ping husuluhisha majina ya mwenyeji kwa anwani za ip (na kinyume chake)?

    Je, inaweza kuwa sababu gani za kushindwa kwa ping na tracert? (muda wa ombi umepita, mtandao haupatikani, muda wa pakiti wa kuishi umepitwa).

    Inawezekana kila wakati kujua jina la mfano la mwenyeji kwa anwani yake ya IP?

    Je, seva ya DNS inauliza aina gani ya rekodi? fomu rahisi zaidi kuangalia?



MAKALA INAYOHUSIANA