Re: TTL etc

bound@zk3.dec.com Thu, 13 January 1994 19:36 UTC

Errors-To: catnip-request@world.std.com
Reply-To: catnip@world.std.com
Precedence: bulk
Message-Id: <9401131814.AA08272@xirtlu.zk3.dec.com>
To: catnip@world.std.com
Subject: Re: TTL etc
In-Reply-To: Your message of "Thu, 13 Jan 94 11:12:26 EST." <9401131612.AA01474@xirtlu.zk3.dec.com>
Date: Thu, 13 Jan 1994 13:14:23 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: bound@zk3.dec.com

Just as another note the ICMP message stating time-exceeded (or better
yet hop count exceeded which is what most of the internet uses it for
and my tcp/ip customers) eventually will permit and cause reuse of those
transport pseudo resources used by the infrastructure.  So its not like
the transport just hangs out forever without a response when the
datagrams is discarded within the network.

Maybe Rob or someone from TCPLW can help here.  But, I think the
persist timer could actually end the transport connection (via abort or
orderly release) for TCP, as one extension to not using the network
protocol or datagram as timing mechanism for delay.

/jim

TTL etc Robert L Ullmann
Re: TTL etc bound
Re: TTL etc bound
Re: TTL etc Vadim Antonov
Re: TTL etc bound
Re: TTL etc Robert L Ullmann
Re: TTL etc Robert L Ullmann
Re: TTL etc Vadim Antonov