Andy Chittenden wrote:
Here's a sequence of packets captured at the end of a NFS connection and
the start of the next for a RH Fedora Core 6 client:
# cat ~/tmp/28852a.txt
...
As you can see in packet 3, the nfs server's sent a FIN-ACK which is
acknowledged in packet 6 by the client. So by pack
> Why is the server disconnecting from the client in the first
> place? That
> seems odd...
To cut a long story short, it comes down to a resource issue: the server
decided to sever ties with the client as it knew the client would
reconnect if it needed to.
> Servers commonly implement duplicate
On Mon, 2007-03-05 at 10:42 +, Andy Chittenden wrote:
> Here's a sequence of packets captured at the end of a NFS connection and
> the start of the next for a RH Fedora Core 6 client:
>
> # cat ~/tmp/28852a.txt
> No. TimeSourceDestination Protocol
> Info
>
3 matches
Mail list logo
