cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2165
Views
0
Helpful
2
Replies

Route Distinguisher with 32-bit AS

jgraafmans
Level 1
Level 1

Normally you write the RD as ASN:nn but with a 32-bit AS this is not possible. Is there a good reason to use your own AS-number or is this only for reference and can any randomly choosen number be used as ASN?

Is this the same for route-targets?

1 Accepted Solution

Accepted Solutions

Peter Paluch
Cisco Employee
Cisco Employee

Hello,

You have a good point.

Regarding both route distinguisher and route target, the ASN format of their value is used just for convenience and becase the RFC 4364 requires it but purely technically, it absolutely does not have to express the real ASN where the VPN route is originated or imported.

The route distinguisher is actually used only for BGP purposes and only in the immediate peering (i.e. the route distinguisher set by router A will be rewritten by the route distinguisher of router B when it further advertises the route to router C). The route-target, again, is just a BGP extended community attribute used to express where a VPN route can be imported and where it will be imported (export and import lists). Thus, the value of the ASN in the ASN:nn format is a convenient form but not actually tied to any real ASN.

There is a new RFC 5668 that describes the new format of extended community for route target for 4B ASNs. Also, the RFC 4364 already describes the format of the route distinguisher for 4B ASNs. So actually, there is already infrastructure in place that should allow you to use 4B ASNs in route distinguishers/targets. However, if your current IOS does not support it, it is not actually a problem, as you can use any values of the ASN:nn format as long as it is unique.

Best regards,

Peter

View solution in original post

2 Replies 2

Peter Paluch
Cisco Employee
Cisco Employee

Hello,

You have a good point.

Regarding both route distinguisher and route target, the ASN format of their value is used just for convenience and becase the RFC 4364 requires it but purely technically, it absolutely does not have to express the real ASN where the VPN route is originated or imported.

The route distinguisher is actually used only for BGP purposes and only in the immediate peering (i.e. the route distinguisher set by router A will be rewritten by the route distinguisher of router B when it further advertises the route to router C). The route-target, again, is just a BGP extended community attribute used to express where a VPN route can be imported and where it will be imported (export and import lists). Thus, the value of the ASN in the ASN:nn format is a convenient form but not actually tied to any real ASN.

There is a new RFC 5668 that describes the new format of extended community for route target for 4B ASNs. Also, the RFC 4364 already describes the format of the route distinguisher for 4B ASNs. So actually, there is already infrastructure in place that should allow you to use 4B ASNs in route distinguishers/targets. However, if your current IOS does not support it, it is not actually a problem, as you can use any values of the ASN:nn format as long as it is unique.

Best regards,

Peter

Thank you for the great explanation.

Regards,

Jasper

Review Cisco Networking for a $25 gift card