Re: [Int-area] IP-in-IP, TTL decrementing when forwarding and BITW

"Bill Fenner" <fenner@gmail.com> Sun, 04 June 2006 18:17 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FmxAL-0001Vn-GO; Sun, 04 Jun 2006 14:17:33 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FmxAK-0001Vi-I3 for int-area@ietf.org; Sun, 04 Jun 2006 14:17:32 -0400
Received: from wr-out-0506.google.com ([64.233.184.233]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FmxAI-00060c-BY for int-area@ietf.org; Sun, 04 Jun 2006 14:17:32 -0400
Received: by wr-out-0506.google.com with SMTP id i32so269139wra for <int-area@ietf.org>; Sun, 04 Jun 2006 11:17:30 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mhCW7GAVC8yDNKEiLvtZkJJeIo5zK5wc+yEv9SFlpSo7AINo4/v+ysUTrskX3ZARtDwNtFSrEp4OPn6sPxU+QYFljXVCdZ0nCICHbv+R6nSRgQYZxDAibOicYMsU5WU8tqB+tsyunuw47o3bjS9wYmzUoShzQGPXWcphGRX7DQA=
Received: by 10.65.15.5 with SMTP id s5mr2939561qbi; Sun, 04 Jun 2006 11:17:29 -0700 (PDT)
Received: by 10.64.185.10 with HTTP; Sun, 4 Jun 2006 11:17:29 -0700 (PDT)
Message-ID: <ed6d469d0606041117o19fe5d69i8fe8901f98edca07@mail.gmail.com>
Date: Sun, 04 Jun 2006 14:17:29 -0400
From: Bill Fenner <fenner@gmail.com>
To: Joe Touch <touch@isi.edu>
Subject: Re: [Int-area] IP-in-IP, TTL decrementing when forwarding and BITW
In-Reply-To: <44809BA2.2080305@isi.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <Pine.LNX.4.64.0606020830220.12705@netcore.fi> <4480438F.6030206@isi.edu> <44808B3F.6080904@iprg.nokia.com> <44809BA2.2080305@isi.edu>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581
Cc: int-area@ietf.org, "Charles E. Perkins" <charliep@iprg.nokia.com>
X-BeenThere: int-area@lists.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.lists.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@lists.ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/int-area>
List-Post: <mailto:int-area@lists.ietf.org>
List-Help: <mailto:int-area-request@lists.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@lists.ietf.org?subject=subscribe>
Errors-To: int-area-bounces@lists.ietf.org

On 6/2/06, Joe Touch <touch@isi.edu> wrote:
> Do you recall what was the case that motivates the condition ("IF")
> regarding how TTLs interact with forwarding on the head and tail of tunnels?

I was only peripherally involved, but my recollection is that the
intent was to make a host<->host tunnel look the same as a physical
point-to-point interface.  The TTL decrement that it refers to is
simply the TTL  decrement that you would perform during IP forwarding,
and you're not doing IP forwarding if you originated the packet on the
tunnel interface.

(Talking about this is a little tough without shared terminology for
some of these concepts.  Steve Deering drew me a picture long, long
ago which I always wanted to turn into ASCII art for an I-D but never
did.)

Given that, the BITW implementation should decrement the TTL if it
thinks it's a router, or not if it is pretending to be part of the
host.

  Bill

_______________________________________________
Int-area mailing list
Int-area@lists.ietf.org
https://www1.ietf.org/mailman/listinfo/int-area