Re: Can one Destination Address appear in both Tunnel Encap Attribute and in MP_REACH_NLRI ?

Srihari Sangli <[email protected]>
Newsgroups gmane.ietf.idr
Message-ID <[email protected]>
Linda,

I’m not sure if I understand your question completely. Pls see comments inline.

On 10/10/19, 1:56 AM Linda Dunbar from [email protected]<mailto:[email protected]> said >

Dear authors:
draft-ietf-idr-tunnel-encaps specifies the The Tunnel Encapsulation attribute as an optional transitive BGP Path
attribute, with code point 23.

Yes, that’ right.

Does it mean Tunnel Encapsulation Attribute is listed at the same level as MP_REACH_NLRI (Code Point 14) in the Path Attributes lists shown in the following captured packets from Wireshark?

Like you mention, the Tunnel Encapsulation Attribute is a Path attribute, so it is a matter to displaying all the path attributes, one can display in the ascending order of the Code Points.

If a Destination address is already listed in the MP_RACH_NLRI, is it listed again in the Tunnel Encap subTLV (if it can be reached via some tunnel, such as VxLAN/GRE/?

I’m not clear what you mean here. The MP_REACH provides the reachability information while the Tunnel Encapsulation Attribute provides the Tunnel details (remote-endpoint, encapsulation, etc). The presence of Tunnel Encapsulation attribute in an update that carries MP_REACH attribute indicates the data path destined for prefixes encoded in the NLRI field of MP_REACH.

Thanks.

srihari…


[cid:[email protected]]


Does the Tunnel Encapsulation Attributes have the same fields as MP_REACH_NLRI (RFC4760)?
Or the Tunnel Encapsulation Attributes is the “Network Layer Reachability Information” field of MP_REACH_NLRI?

[cid:[email protected]]


Thank you very much,

Linda Dunbar

_______________________________________________
Idr mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/idr
image001.png (image/png, 388.1 KB) - not displayed
image002.png (image/png, 101.1 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.