Re: comments on the architecture document
Noel Chiappa <jnc@ginger.lcs.mit.edu> Wed, 29 April 1992 07:38 UTC
Received: from nri.nri.reston.va.us by ietf.NRI.Reston.VA.US id aa00367;
29 Apr 92 3:38 EDT
Received: from nri.reston.va.us by NRI.Reston.VA.US id aa03361;
29 Apr 92 3:43 EDT
Received: from PARK-STREET.BBN.COM by NRI.Reston.VA.US id aa03357;
29 Apr 92 3:42 EDT
Received: from park-street by PARK-STREET.bbn.COM id aa25371;
29 Apr 92 3:03 EDT
Received: from BBN.COM by PARK-STREET.BBN.COM id aa25367; 29 Apr 92 3:02 EDT
Received: from GINGER.LCS.MIT.EDU by BBN.COM id aa07848; 29 Apr 92 3:02 EDT
Received: by ginger.lcs.mit.edu
id AA18670; Wed, 29 Apr 92 03:02:24 -0400
Date: Wed, 29 Apr 92 03:02:24 -0400
From: Noel Chiappa <jnc@ginger.lcs.mit.edu>
Message-Id: <9204290702.AA18670@ginger.lcs.mit.edu>
To: jnc@ginger.lcs.mit.edu, tli@cisco.com
Subject: Re: comments on the architecture document
Cc: idpr-wg@bbn.com, yakov@watson.ibm.com
I have requested copies of these papers from him on several occasions (since I found some of his quoted results quite amazing), and have yet to receive a copy. Can you send me a copy? Actually, if they are online, I suspect lots of us would find them interesting. I'm not sure I understand your terminology about 'new atom' completely, but I'll take a crack at answering. My apologies if I'm out of it. I'll deal only with how someone who doesn't understand a new attribute uses map elements which are marked with them; actually allocating the new attribute number from the number czar, defining its syntax and semantics, etc, are clearly trivial. In the simplest algorithm, you simply ignore any links or nodes in your topology map which have attributes you do not understand. You then construct a route using the other links. Of course, this may result in a non-optimal route, or no route at all, when one is possible. In the next version, all attributes are divided into two classes, informative and restrictive. The former say something about the link, but will not result in any traffic being dropped or refused. You can safely use any link which has informative attributes you do not understand; you may not get great service, but TANSTAAFL. You can't use links which have restrictive attributes you don't understand; your traffic may croak. In the last version I can think up quickly, links with restrictive attributes have to fail at set-up time if someone who is not allowed to use them mistakenly tries to set-up across them. (You pretty much have to do this policy enforcement anyway, since if you trusted people not to use your links if you simply advertised they couldn't use them, they'd probably discover they could ignore the advertisement and use you anyway. It's also obviously more efficient to do the policy enforcement at set-up time, rather then per-packet; an argument for the set-up version of source routing.) If you do this, you can try using links whose restrictive attributes you don't understand; if you really can't use it, you get bonked. Not very efficient, but... This also allows you to have have attributes on links which are deliberately *not* globally understood. You may not want everyone to understand your policy markings... Noel
- Re: comments on the architecture document Noel Chiappa
- Re: comments on the architecture document Noel Chiappa
- comments on the architecture document Tony Li
- comments on the architecture document yakov
- Re: comments on the architecture document Noel Chiappa
- comments on the architecture document yakov
- comments on the architecture document yakov
- Re: comments on the architecture document Noel Chiappa
- Re: comments on the architecture document Noel Chiappa
- comments on the architecture document yakov
- Re: comments on the architecture document Noel Chiappa
- comments on the architecture document yakov
- Re: comments on the architecture document Noel Chiappa
- comments on the architecture document Robert Woody Woodburn
- comments on the architecture document yakov