On Mon, Sep 13, 2004 at 01:26:05PM +0200, Marc SCHAEFER wrote: > On Mon, Sep 13, 2004 at 12:22:21PM +0200, F�lix Hauri wrote: > > timeout !? > > Ce n'est pas tr�s ``TCP''!? > > Je viens d'essayer: ssh sur un serveur; enlev� la carte r�seau PCMCIA, > v�rifi� que la route n'existait plus; attente de 5 minutes; remise de la > carte (l'adresse IP dynamique via DHCP est la m�me, heureusement); > et je peux continuer apr�s quelques secondes ma connexion SSH.
J'ai voulu utiliser telnet plut�t qu'ssh car le protocole ssh comprend �galement une correction d'erreur, je ne voulais pas avoir de doutes... Je cherchais � v�rifier le comportement du syst�me en cas de micro-coupures ou autre similaires, sans d�configurer la couche TCP/IP... Il est clair que l'extraction d'une carte hot-plug provoquera un ``ifdown'', ce qui ne correspond pas du tout � ce que je cherche... Si le c�ble est coup� et qu'aucune action n'a lieu sur la ``connexion'' (ip.src + port.src + ip.dst + port.dst cf. thread DNS) alors il n'y a aucune raison que cela se passe mal. Le probl�me survient lorsque quelque chose est tap� PENDANT la coupure. TCP implique qu'UN paquet DOIT �tre r�-exp�di� jusqu'� la r�ception du ACK. Ce que la couche TCP de M$ ne semble pas faire correctement. C'est � propos de cet �tat de fait que j'aurrais aim� des t�moignages. Je viens de r�-essayer avec une console m$-dos ouverte, dans laquelle je tapais ``ipconfig`` avant, pendant et apr�s la coupure: Rien ne bouge! La couche TCP/IP N'est PAS d�configur�e! Mais si quelque chose passe par telnet PENDANT la coupure, alors telnet crie rapidement ``Connexion � l'hote perdue'', m�me si la ligne est r�tablie. > Ca fonctionne. Il semble donc que sous Linux, des erreurs ICMP `network > unreachable' ne sont pas suffisantes pour faire tomber une connexion > TCP, du moins tout de suite. Cela me semble un comportement ``juste''. Cela dit sous windows non plus, selon ce que je viens d'essayer. > (par contre � la longue si). Cela aussi :->> > PS: j'ai fait le test � l'int�rieur de mon r�seau, sans passer par le > NAT, car le NAT a un timeout de N minutes en absence de trafic. Oui l�, on sort compl�tement du cadre... ;-) -- F�lix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch _______________________________________________ gull mailing list [EMAIL PROTECTED] http://lists.alphanet.ch/mailman/listinfo/gull
