Re: TTL etc

bound@zk3.dec.com Thu, 13 January 1994 17:33 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa08287; 13 Jan 94 12:33 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa08283; 13 Jan 94 12:33 EST
Received: from world.std.com by CNRI.Reston.VA.US id aa12583; 13 Jan 94 12:33 EST
Received: by world.std.com (5.65c/Spike-2.0) id AA06262; Thu, 13 Jan 1994 11:31:01 -0500
Errors-To: catnip-request@world.std.com
X-Orig-Sender: catnip-request@world.std.com
Reply-To: catnip@world.std.com
Precedence: bulk
Return-Path: <bound@zk3.dec.com>
Received: from inet-gw-2.pa.dec.com by world.std.com (5.65c/Spike-2.0) id AA06234; Thu, 13 Jan 1994 11:30:58 -0500
Received: from xirtlu.zk3.dec.com by inet-gw-2.pa.dec.com (5.65/vix-inetgw-30may91) id AA22538; Thu, 13 Jan 94 08:12:34 -0800
Received: by xirtlu.zk3.dec.com; id AA01474; Thu, 13 Jan 1994 11:12:32 -0500
Message-Id: <9401131612.AA01474@xirtlu.zk3.dec.com>
To: catnip@world.std.com
Subject: Re: TTL etc
In-Reply-To: Your message of "Wed, 12 Jan 94 22:40:33 EST." <199401130340.AA07536@world.std.com>
Date: Thu, 13 Jan 94 11:12:26 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: bound@zk3.dec.com
X-Mts: smtp

Rob,

Yeah the overload is a pain.  I think if we head towards making the
network layer datagram functionality become focused on assisting routing
infrastructure and less a function as an overload operation also for the
transport we would be doing the future world of networking a service.

Your idea of hop decrements based on some nominal time is a great idea.
It might be good to have an option to not implement the nominal time if
for some reason time was not the issue but just delivery?

/jim