Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

Re: Order of ASes in the BGP Path

  • From: Tom Sanders
  • Date: Mon Aug 29 21:08:33 2005
  • 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=sUvI5CIht7ud6cB2q4TurlsYt5gh0FQCzMPhyhgJveTQKEB1rtZT58z9aRUFG7nuQ3R0rSR8mFpXC4spbQVB9Na4Q0DVz2gIzdkAh+U1H6qFQs3FXGzie7XNtnjRRYBfcaJnxebdRVoahIls08ZNhz5cPPH/lyak7rQnWF3FCA4=

> 
> You can *not* merge AS_SET's, as the current BGP specs imply an
> AS_SET has a fixed path-length, hence you should NOT merge the sets
> in:
> 
>        {1 2} [3 4] [5 6]
> 
> into:
> 
>        {1 2} [3 4 5 6]
> 
> as the former path has a length of 3, the latter a length of just 2 -
> merging sets could change their meaning. Note though that you're not
> at all likely to see such paths with BGP speakers implementing the
> RFC / draft-ietf-idr-bgp-26.txt draft.

This is one thing that i have always been aware of but dont see it
mentioned in the BGP draft which can be quite confusing to the
newbies. Is it possible to explicitly mention this in
draft-ietf-idr-bgp-26.txt?

Toms.




Discussion Communities


About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home


Merit Network, Inc.