Re: Turnipp - a merger proposal

Paul Francis <francis@cactus.slab.ntt.jp> Fri, 08 April 1994 12:04 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa02718; 8 Apr 94 8:04 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa02714; 8 Apr 94 8:04 EDT
Received: from murtoa.cs.mu.OZ.AU by CNRI.Reston.VA.US id aa05213; 8 Apr 94 8:04 EDT
Received: from mailing-list by murtoa.cs.mu.OZ.AU (8.5/1.0) id VAA12668; Fri, 8 Apr 1994 21:58:20 +1000
Received: from munnari.oz.au by murtoa.cs.mu.OZ.AU (8.5/1.0) with SMTP id VAA12642; Fri, 8 Apr 1994 21:40:51 +1000
Received: from mail.ntt.jp by munnari.oz.au with SMTP (5.83--+1.3.1+0.50) id AA29097; Fri, 8 Apr 1994 15:21:27 +1000 (from francis@cactus.slab.ntt.jp)
Received: by mail.ntt.jp (8.6.8/COREMAIL.3); Fri, 8 Apr 1994 14:19:36 +0900
Received: by slab.ntt.jp (8.6.8/core-slab.s5+) id OAA07772; Fri, 8 Apr 1994 14:19:34 +0900
Received: by cactus.slab.ntt.jp (4.1/core*slab.s5) id AA20206; Fri, 8 Apr 94 14:19:35 JST
Date: Fri, 08 Apr 1994 14:19:35 -0000
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Paul Francis <francis@cactus.slab.ntt.jp>
Message-Id: <9404080519.AA20206@cactus.slab.ntt.jp>
To: Christian.Huitema@sophia.inria.fr, lyman@bbn.com
Subject: Re: Turnipp - a merger proposal
Cc: big-internet@munnari.oz.au, bound@zk3.dec.com, whyman@mwassocs.demon.co.uk

>  >
>  >The inconveniency of doing source routes with variable length address show in
>  >CLNP, where routers have to look inside the option field to determine the
>  >currently active destination address - not to mention that poor
>  >implementations that would not examine the option field might generate loops.
>  
>  Christian,
>  
>  You're not going to like this comment, but an implementation that does not
>  at least recognize the existence of a type-2 option field is not only poor,
>  it's non-conforming;  it can discard the packet if it sees an option it
>  does not support, but it cannot ignore the presence of a source route
>  option field and forward the packet without looking into it.
>  

Has CLNP changed since RFC994?  RFC994 says that partial source routing 
is type 3, and therefore the packet can be forwarded without the router 
looking into the option. 

PF
---