| Микроконтролери и електроника http://mcu-bg.com/mcu_site/ |
|
| Увисваща tcp връзка в windows http://mcu-bg.com/mcu_site/viewtopic.php?f=14&t=7119 |
Страница 1 от 2 |
| Автор: | tgi [ Пет Сеп 11, 2009 12:22 am ] |
| Заглавие: | Увисваща tcp връзка в windows |
Като подкарах свястно ethernet-а и целия си tcp/ip стек барабар с DPS-а на MPC5200B, се сблъсках със следното: като upload-вам (DPS -> windows xp) на 100 MbpS през ftp (сървърът е на windows, filezilla) от време на време сървърът се запушва.... Тече на към 8 мегабайта/сек. известно време, и като се "запуши" windows-а ми праща ack само за част от последния сегмент, който е успял да получи, и прозорецът му (tcp window) е 0. Откъм мене естествено почва ретрансмичене до безсъзнание (до таймаут, де - 30-ина секунди), а той си знае все неговото - прозорец 0, а бе едно и също ми праща в отговор на всяко препредаване от моя страна. Някому познато ли е това? Не ми е ясно какво става. Двете windows системи успяват да говорят помежду си без да се "запушват" и на 100 MbpS (същия filezilla сървър). Пуснал съм window scale, това сървърът го решава колко да е, слага го на 3 (шифтвания наляво), ми наред си е. Сегментът е 1460 байта, по-популярно от това накъде да го търся. Не получавам никакви "XOFF" пакети, и windows-а брои 0 изпратени - сиреч не се препълват ethernet буферите. На сървъра има едни конфигурируеми буфери - явно за конкретната tcp връзка - и опитах да ги увелича драматично (*10+), никаква разлика. И на двата wintel телевизора е все така. Инак като точа през http или RFB в тая посока всичко е наред, няма запушвания. Изглежда сякаш filezilla нещо се спича с пълен буфер в някакъв момент и остава така, и като му е пълен буферът си повтаря все, че има 0 прозорец, кво да прави. Ама само като говори с мене, с другия телевизор се разбират.... Не ми е болка за умиране в момента, ама ако не го направя сега ще ми струва много дни допълнително припомняне след време - ако някой е виждал нещо подобно може и да прищрака нещо и да го вкарам в пътя утре. [edit] на 10 MbpS проблемът не се проявява; в другата посока всичко е нормално на всякаква скорост [/edit] |
|
| Автор: | plameniv [ Пет Сеп 11, 2009 1:27 am ] |
| Заглавие: | Re: Увисваща tcp връзка в windows |
Пробвай с някакъв друг сървър, например на Linux. Има виртуални CD дето всичко има в тях (Knopix,Ubunto.......). Зареждаш от него и ще видиш дали Вина е виновен. |
|
| Автор: | tgi [ Пет Сеп 11, 2009 4:51 am ] |
| Заглавие: | |
Ей, имало файда и да те събуди ухапване на шибан комар. Докато не можех да заспя се усъмних в тестовете си на windows - windows връзката и станах да я проверя. И да! Явно съм си останал с тестовете download към едната от ftp сървъра на другата... Пробвах **upload** от едната на другата и кво - ами абсолютно същото увисване. Явно filezilla си го прави на 100 MbpS. Така или иначе вече мога да излизам от tcp портващ режим без да оставям (знайни...) проблеми зад себе си и да давам към следващата задача. |
|
| Автор: | bateAz [ Пет Сеп 11, 2009 9:57 am ] |
| Заглавие: | |
Стига бе, ползвам Filezila от година, не съм забелязал да прави такива гафове. Опитай на друга Windows машина, все си мисля, че проблемът е в някоя настройка на системата. Може дори да е от драйвера на мрежовата карта. Опитай и файл трансфер през експлорера. |
|
| Автор: | miro_atc [ Пет Сеп 11, 2009 12:03 pm ] |
| Заглавие: | |
Каква точно е конфигурацията с рутери и DHCP? Aз имам същия проблем с интернета. На 100Mbps явно кабела скапва повечко пакети и има някакъв cicsco дето решава че има проблем и ми ресетва DHCP-то като ми праща пакет с който уведомява че лизинга ми е изтекъл. При което windowsа послушно иска ново IP (всъщност получава същото де) ама междувременно всички сессии умиргат На 10 Мб проблемът изчезва (явно грешките са по-малко)... Та съветът ми е първо си оглеждаш, кабели, рутери (за предпочитане външни, а не мрежа само от 2 машини със статични IP-та - така няма да виждаш рестартирането на стековете).... И второ - пускаш Wireshark и гледаш |
|
| Автор: | tgi [ Пет Сеп 11, 2009 4:52 pm ] | |||||||||
| Заглавие: | ||||||||||
Всички други трансфери работят, само ъплоад към filezilla. Можеш ли да го пробваш в някакъв момент и при тебе? Изглежда сякаш като напълни предварително алокираната част от файла, в който пише, и трябва да алокира диск и пише докато получава данни, вижда зор и се спича. Би трябвало да се повтори ефектът и при тебе, ако ъплоадваш върху малък файл някакъв много по-голям. Може да стане след 100, 200, дори 500 мегабайта, ама става в някакъв момент - поне тука. Едва ли е от мрежовата карта, не виждам да има загубени пакети в лога си (сиреч filezilla ми казва "леле мале, запуших се" и това се вижда). |
||||||||||
| Автор: | tgi [ Пет Сеп 11, 2009 4:57 pm ] |
| Заглавие: | |
Миро, това с изтичането на лизинга може и да е нарочно, като видят дебелия край и си "купуват" време така. И аз съм виждал подозрителни подобни действия. Може и да не е така, разбира се. Но не е от switch-а, виждам всичко, което минава и заминава (имам си лог в DPS-a). |
|
| Автор: | plameniv [ Съб Сеп 12, 2009 1:18 am ] | |||||||||
| Заглавие: | ||||||||||
При него вероятно проблема си е чисто хардуерен, казват му Auto Negotiation на връзката. Трябва да се подбре дали е 100MB Half Duplex или Full Duplex, демек ако иде в настройките и ръчно се сетне ще се види на кое бачка най добре. Може дори да се окаже че като се включи на някое 100MB и от това да увисва. Отиваш в "Control Panel - > Network Connections - > Local Area Network - > Properties -> Configure - > Advanced - > Link Speed" и пробваш |
||||||||||
| Автор: | tgi [ Съб Сеп 12, 2009 1:56 am ] | ||||||||||||||||||
| Заглавие: | |||||||||||||||||||
Това autonegotiation е друго, него съвсем скоро го копах. То е между двата PHY буфера, аз ползвам DP83847 от NSC. Контролира се през MII интерфейса, а бе просто нещо е, но основно за да има връзка. Е, и освен PHY-тата да са на едно мнение за колко дуплексно ще го дават трябва и MAC-ът да е наясно по същия въпрос. Но Миро говори за тоя лизинг, дето идва като време в DHCP отговора, това предполага вече работеща връзка. Не че не може да почне да се разкача ако нещо не е наред физически, де... може и това да е, като се замисля. Но съм и виждал Евроком без време да ми броят лизинга за изтекъл. |
|||||||||||||||||||
| Автор: | ДедоБоре [ Съб Сеп 12, 2009 7:41 am ] |
| Заглавие: | |
просто мини (временно) на статичен адрес и ще се разбере дали е от DHCP-то. DP83847? освен че има много лампички, има ли други предимства? Obsolete Part DP83847A-EXT Last Time Buy Date 01 Dec 2009 |
|
| Автор: | tgi [ Съб Сеп 12, 2009 7:58 am ] | |||||||||
| Заглавие: | ||||||||||
Много лампички, които не ползвам с трансофрматорчето), тях и паля, тва е. Ама предимство пред какво? Аз друго не познавам, само това съм слагал (за пръв път преди 4-5 години май беше). Наскоро един съфорумец много ловко смени PHY-то на телевизора ми, дето беше изгоряло, то беше 10/100/1000, ама не намерих документации за него, някаква поредна секретност от broadcom. Дано скоро ми потрябва някое 10/100/1000 PHY и на мене за нов продукт, де. Тамън удюрдисах tcp-то да работи свястно на 100, да има кво да се намирам на работа |
||||||||||
| Автор: | optron [ Съб Сеп 12, 2009 12:36 pm ] |
| Заглавие: | |
Пробвай с друга версия на Файлзилата. Пробвай и с друг файлсървър, ако трябва. Пробвай с по-малък размер на пакетите - възможно е в даден момент нещо някъде да ги фрагментира. Рутерите и менажерираните суичове знам, че имат такива навици, особено Циско. Дължи се на различното тълкуване на хонятието MTU. Забави скоростта на предаване - ако наистина Файлзилата или нещо пред нея се шашва. В общи линии, идеята ми е да изолираме Файлзилата като проблем - тогава ти няма да има какво да правиш, защото ще знаем виновника. Другото ще си работи. |
|
| Автор: | tgi [ Съб Сеп 12, 2009 4:31 pm ] |
| Заглавие: | |
Няма фрагментиране; няма рутер. Има един прост switch. И няма чудене, виждам го в лога как се спича. Пробвах друга версия - същото. Пробвах още един файлсървър - след доста по-дълго време, но пак същото. Вероятно различно подхождат към преалокирането на файла, който ще пишат. Но в лога си се вижда съвсем ясно кой и как се скапва. Даже го постнах, направих го вчера: http://tgi-sci.com/misc/hanglog.txt (пълна версия, над 20М), http://tgi-sci.com/misc/hanglogb.txt (съкратена версия, средата - където всичко тече нормално - е изрязана) http://tgi-sci.com/misc/hanglog.lg - двоичният лог, за да го направи на текст на човек му трябва dps (pppll hanglog.lg >textlog.txt ). Целият ethernet трафик е логнат (ама то няма друга активност, най-много някой заблуден broadcast пакет да се е намъкнал някъде), пакетите са подрязани до 64 байта. Нещо в tcp-то на windows е, това частично потвърждаване на сегмент, от което почва белята, е нелегално - и нито мойто, нито тяхното си tcp го ще. То и няма кво да направи човек, половин минута прозорец 0 да ми повтаря си е явен мъртвец. Но само сървърите го правят като ъплодва някой върху тях, като даунлодва оттам няма проблем (т.е. tcp-то на windows нещо в сървърите го набутва в лоши релси, инак си работи добре). |
|
| Автор: | tgi [ Съб Сеп 12, 2009 4:54 pm ] |
| Заглавие: | |
Току що мина целият 1.4 гигабайта файл с "другия" сървър (xlight FTP server). Спича се и с него, ако файлът го има вече и трябва да пише върху него, като го махнах и мина - поне веднъж засега. Така или иначе не ми е проблем, де. Нали не ги спичам аз. |
|
| Автор: | plameniv [ Нед Сеп 13, 2009 12:44 am ] | |||||||||
| Заглавие: | ||||||||||
Хм, май причините са ти комплексни Win + Ftp. Нямаш ли Кнопикс или Ubunto да пробваш. Те се стартират виртаулно само трябва FTP да пуснеш. Имай на предвид че FAT32 на файл по голям от 2GB не бачка. |
||||||||||
| Страница 1 от 2 | Часовете са според зоната UTC + 2 часа [ DST ] |
| Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |
|