Re: revised draft of BGP-4

Paul Traina <pst@cisco.com> Thu, 15 June 1995 04:39 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa20168; 15 Jun 95 0:39 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa20164; 15 Jun 95 0:39 EDT
Received: from interlock.ans.net by CNRI.Reston.VA.US id aa25357; 15 Jun 95 0:39 EDT
Received: by interlock.ans.net id AA34800 (InterLock SMTP Gateway 3.0 for iwg-out@ans.net); Thu, 15 Jun 1995 00:35:04 -0400
Message-Id: <199506150435.AA34800@interlock.ans.net>
Received: by interlock.ans.net (Protected-side Proxy Mail Agent-2); Thu, 15 Jun 1995 00:35:04 -0400
Received: by interlock.ans.net (Protected-side Proxy Mail Agent-1); Thu, 15 Jun 1995 00:35:04 -0400
To: Vadim Antonov <avg@sprint.net>
Cc: bgp@ans.net, yakov@cisco.com
Subject: Re: revised draft of BGP-4
In-Reply-To: Your message of "Wed, 14 Jun 1995 23:50:43 EDT." <199506150350.AA50415@interlock.ans.net>
Date: Wed, 14 Jun 1995 21:34:28 -0700
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Paul Traina <pst@cisco.com>

There's no need to actually specify that case, it's already covered by
what isn't prohibited.

However, if you can come up with the actual wordsmithing necessary, we can
all chat about it some more.

  From: Vadim Antonov <avg@sprint.net>
  Subject: Re:  revised draft of BGP-4
  Yakov -- may i request addition of the sentence explicitly
  permitting replicated AS-numbers (i.e. as-paths like
  
  	777 4000 4000 4000 1239 251
  
  )
  
  This feature is actively used now to balance lengths of AS-paths
  without using extra AS-numbers.
  
  I.e. BGP speakers should not interpret routes with paths like that
  as erroneous.
  
  Thanks!
  
  --vadim
  
  Folks,
  
  Today I sent to CNRI a revised version of BGP-4 spec.
  
  The only difference between this version and the current protocol spec
  (other than changing dates and my affiliation) are the following two
  paragraphs:
  
  
  First paragraph:
  
  	If the OPEN message carries any other Optional Parameter (other than Au
>>thentication
  	Information), and the local system doesn't recognize the Parameter, the
  	Parameter shall be ignored.
  
  Second paragraph:
  
  	The information carried by the AS_PATH attribute is checked for
  	AS loops. AS loop detection is done by scanning the full AS path
  	(as specified in the AS_PATH attribute), and checking that the
  	autonomous system number of the local system does not appear
  	in the AS path. If the autonomous system number appears in the AS path
  	the route may be stored in the Adj-RIB-In, but unless the router is
  	configured to accept routes with its own autonomous system in the AS pa
>>th, 
  	the route shall not be passed to the BGP Decision Process. 
  	Operations of a router that is configured to accept routes with its own
>> autonomous
  	system number in the AS path are outside the scope of this document.
  
  
  Please comment on this document as soon as possible, since we are planning to
>> advance
  the document to a Full Standard at the Stockholm IETF.
  
  Thanks.
  
  Yakov Rekhter (yakov@cisco.com)