nu stiu daca are legatura protocolul tcp cu problema descrisa. n-as putea sa-ti explic in adincime ce se intimpla, dar eu zic ca tie iti pica complet transferul dintr-un movit oarecare, pentru o perioada scurta (firewall, picari de rute, picari de echimapente, etc), iar aplicatia nu se prinde de treaba asta si ramine in plop. unele aplicatii fac retry altele nu. nu cred ca e sarcina tcp/ip-ului sa faca singur ce ne dorim noi. poate ne dai exemple de clienti/servere pe care ai patit asta ?
"Live to Win, Dare to Fail" - James Hetfield ----- Original Message ----- From: "Bogdan Marinca" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, June 27, 2003 5:47 PM Subject: [rlug] Re: Cine e de vina TCP-ul sau implamentarea serverului ? > Hi Dan! > > On Fri, 27 Jun 2003, Dan Uscatu wrote: > > > avind in vedere ca chestia asta ai patit-o "in citeva cazuri" si "pentru > > anumite site-uri" eu as zice ca problema e in soft. sau in combinatia > > server+client. sau in combinatia server+client+elementele momentane ale > > conexiunii. poate pica o ceva intre client si server si atunci se agatza > > transferul... si aplicatia nu se prinde. internet exploderu moare de > > > Nu inteleg treaba cu "agatzatul" ... de fapt kernelul agatza aplicatia > pentru ca face apelul blocant ... dar kernelul se bazeaza pe evenimentele > generate de stiva TCP/IP ... > > Daca de ex ti se blocheaza transferul (sa zicem un download) cu un host > dar pingul cu el merge, ce concluzie tragi? De ce hostul nu vrea sa'mi dea > bytes-ii ? si-apoi TCP are tocmai scopul acesta ... sa faca RETRY chiar > daca "negociaza" pachete mai mici pentru ca a simtit ca lagatura e > proasta > > > > multe ori la x% fara sa mai zica/transfere nimic. > > fac pariu pe ce vrei tu ca nu poti sa reproduci chestia asta in mod > > constant (acelasi host, acelasi soft, acelasi transfer, acelasi punct de > > crapare etc) > > > > o sa incerc sa reproduc. >
