в такова състояние на процеса на копиране тук може да остане за неопределено време, абсолютно не реагира на всяко действие на потребителя по отношение на прозореца.
Ние сме изправени пред един разумен въпрос, какъв динамичен прозорец предаване и какво въздействие на тази технология има върху процеса на прехвърляне на файлове между домакините в мрежата? По отношение на TCP / IP протокол, дефинирани понятия като TCP получават прозорец (TCP Receive Window, RWIN) и прозореца на предаване TCP (TCP Изпрати Window). В действителност, този единствен логичен екран, просто го създаде като домакин, и страната предаване по време на инициализация на TCP връзката между два възлови точки на мрежата, е от двете страни на една и съща величина, представлява себе си, всъщност, типичен буфер (блок данни в паметта). Прозорецът се използва за контролиране скоростта на получаващата страна на потока, както и да се уточни количеството данни, които могат да се изпращат на подателя в даден момент, той също така определя колко непризнати данни могат да бъдат в транзит от подателя до получателя. Подателят може да изпрати само байта предава поток, които са в момента в рамките на тази логическа прозорец. Прозорецът се движи по протежение на изходящите данни байт поток в изпращащата страна и потока от входящи байт данни на приемащата страна. По друг начин казано, частта с данни в изходящия поток байт, че подателят е позволено да се изпрати, съответства на част от данните в входящ поток байтове, че получателят може да приеме.
Ключовият момент е, че този прозорец може да се мащабира над живота на TCP сесия, за да се оптимизира използването на честотната лента.
Отлична технология, както и всички ще бъде добре, ако всички устройства са в състояние да се справят с алгоритъм автоматично конфигуриране на TCP получават прозорец.
Но не, огромен брой мрежови рутери, защитни стени и други "напреднали" устройства, които не знам как да го направя, а някои никога не са се научи заради факта, че производителите не го правят с новата версия на фърмуера.
За решаване на проблема с прекъсване на линията на файлове по мрежата копие за нас въпрос за спасяване на системата полезност Netsh командния ред. параметри за контролиране на мрежова конфигурация на местно или отдалечената станция.
Следващите команди трябва да се извършват от един акаунт, който има администраторски права на местните.
Нека да видим моментното състояние на някои от конфигурационните интерфейс параметрите на TCP / IP, като се използва следната команда:
Netsh интерфейс TCP шоу глобалната
В отговор на това, което получихме оттегляне на текущите настройки на TCP / IP, сред които ни интересува "ниво получават прозорец автоматичната настройка", която по подразбиране е настроен на "нормално":
Параметърът може да отнеме от следните стойности:
- инвалиди предписва използването на фиксирана стойност от ПЗР получите прозорец. Стойност по подразбиране = 64 Kbytes (65,535 байта). Пълна съвместимост с наследството мрежово оборудване;
- highlyrestricted позволява на прозореца, за да получите TCP простира отвъд стойностите по подразбиране, в разумни граници;
- Забранена позволява TCP получите прозорец се простира отвъд стойността по подразбиране, дори и по-свободно;
- Нормално е настройката по подразбиране. Позволява увеличаване на TCP получите прозорец с оглед на по-голямата част възможните сценарии за споделяне;
- експериментален позволява прозореца получаване увеличение TCP до максималната стойност (16+ мегабайта). Това не се препоръчва, тъй като може да предизвика спад в представянето си в най-възможните сценарии за споделяне;
След прилагане на командите, описани по-долу трябва да рестартирате операционната система.
За да започнете превода на ниво получавате прозорец автоматичната настройка е зададена на "инвалиди", ефективно изключване на автоматичната настройка и да предписват използване на фиксирана стойност:
Netsh интерфейс TCP поставя глобални autotuninglevel = инвалиди
Тази команда премахва висят на файловете, но по желание, бих препоръчал да се представят по-долу.
Следващата команда деактивира скалата на получаващата страна (получите от страна на мащабиране), която разпределя натоварването на мрежата в множество процесорни ядра в система за мулти-процесорни:
Netsh интерфейс TCP поставя глобални RSS = инвалиди
В ситуация, в която се обменят данни между двете са пряко свързани един с друг, станцията работи на Windows Vista версии на операционни системи и по-късно, проблемът е, никога не се не се появи, но в модерна корпоративна мрежа среда често се използва управлявани ключове и други сложни мрежа устройство, и че това е техен колега с остарял фърмуер, който не поддържа динамичен трансферния прозорец и да се превърне в източник на проблеми виси на файлове и редица съседен с. По-специално в този случай, инициаторът е Cisco Catalyst 3750 v2 с Cisco IOS софтуер версия под 12,3 (15). В допълнение към тази конфигурация теоретичната грешка може да се случи по време на предаването между две гари, които са свързани пряко, единият от които изпълнява версия на Windows Vista и по-късно, както и други по-стари операционни системи като Windows XP и по-рано, но аз лично аз като един куп неизпитана.
Сходни публикации:
Свързани статии