Request timed out.
7 отговора
407 прегледа
Request timed out.
Вероятно мястото на тази тема е в друг клуб, но питам тук, защото тук сте разбирачите
Та значи, когато сме клиент на кабелен доставчик, и заради проблемен switch / hub губим пакети при ping, това означава ли, че е възможно да губим реплики в ICQ или IRC? Че се забавят е ясно, но възможно ли е изцяло да се губят?
Та значи, когато сме клиент на кабелен доставчик, и заради проблемен switch / hub губим пакети при ping, това означава ли, че е възможно да губим реплики в ICQ или IRC? Че се забавят е ясно, но възможно ли е изцяло да се губят?
Re: Request timed out.
Ако един пакет е 58 байта и се затрие някъде няма да видиш 58 букви!:))
А "Request timed out" в повечето случаи значи загуба на пакети!
По-добре безделник отколкото без празник!:))
А "Request timed out" в повечето случаи значи загуба на пакети!
По-добре безделник отколкото без празник!:))
Re: Request timed out.
малко вероятно ТЦП си има ерор рековери процец, което значи че няколко пакете загуба не са проблем. НО ако тия загуби на пинг ги имаш до гейтуей-а си това говори за много сериозен проблем. Все пак ТЦП-то не е въздесъщо търпи малко грешки - по големите спецове ще кажат точно колко.
Решението на проблема е тия загуби да изчезнат яко дим :О)
Решението на проблема е тия загуби да изчезнат яко дим :О)
Re: Request timed out.
Е явно загубите са към Гейтуей-а............. иначе Q-to въобще няма да се закачи!
По-добре безделник отколкото без празник!:))
По-добре безделник отколкото без празник!:))
Re: Request timed out.
дори и без конфигуриран deafult gateway na TCP properties
icq се зака4а с проксито
но пинга не знае как да излезе от мрежата така да се каже
та виж дали е конфигуриран дефаулт гейтуей
Проблемът да си Бог е в това, че няма на кого да се молиш!
icq се зака4а с проксито
но пинга не знае как да излезе от мрежата така да се каже
та виж дали е конфигуриран дефаулт гейтуей
Проблемът да си Бог е в това, че няма на кого да се молиш!
Re: OSI??!?!
ебати провайдерите.....на Интернет?!?!! да сте чували за OSI модел. ICQ използва _свой_ протокол за комуникация, това че отдолу протокола TCP/UDP се чупи не значи, че се губят съобщения за _приложението_ ICQ. Протокола на ICQ се грижи за тая работа - опитва няколко пъти и като не стане ти казва или счита другия за офлайн и го праща(съобщението) на сървъра, а ти като се логнеш и получаваш... a ICQ съобщенията са толкова малки, че колкото и кенефен да е Интернет-а все ще мине, ако изобщо го има де, при такива "провайдери"
леле, колко мъка има по тоя свят
леле, колко мъка има по тоя свят
Re: OSI??!?!
Хубаво че си чувал за ОСИ, но поне да го беше разбрал.!!!
АйСиКю-то може да си има собствен протокол ама той 100% лежи върху ИП ниво (3-то в ОСИ). Тоест този протокол зависи изцяло от ИП нивото.
Айде сега отвори си учебничето и виж ИСМП-то на кое ниво работи??
АйСиКю-то може да си има собствен протокол ама той 100% лежи върху ИП ниво (3-то в ОСИ). Тоест този протокол зависи изцяло от ИП нивото.
Айде сега отвори си учебничето и виж ИСМП-то на кое ниво работи??
Ей!
Няма такова нещо като загубени 58 букви.
Ако се изгуби пакет от 58 байта, TCP слоят или ще ги предаде отново няколко пъти докато получи потвърждение за тях, или ще рапортува на приложението което го използва за счупена сесия - добре познатото на всички "сървъра ме изхвърли" и айде отначало, ако въобще има нет. Но, да се изгубят байтове от TCP сесия и тя да оцелее, е нужно системно и старателно хакерство от "човек в средата".
Време е да се разлиствам
(последно ще си купувам УАЗ...)
Ако се изгуби пакет от 58 байта, TCP слоят или ще ги предаде отново няколко пъти докато получи потвърждение за тях, или ще рапортува на приложението което го използва за счупена сесия - добре познатото на всички "сървъра ме изхвърли" и айде отначало, ако въобще има нет. Но, да се изгубят байтове от TCP сесия и тя да оцелее, е нужно системно и старателно хакерство от "човек в средата".
Време е да се разлиствам
(последно ще си купувам УАЗ...)