<?xml version="1.0" encoding="UTF-8"?>
<reference anchor="I-D.vroonen-idr-bgp-bestpath-nh-selection" target="https://datatracker.ietf.org/doc/html/draft-vroonen-idr-bgp-bestpath-nh-selection-03">
   <front>
      <title>BGP best path next-hop selection enhancements</title>
      <author initials="O." surname="Vroonen" fullname="Olivier Vroonen">
         <organization>Cisco</organization>
      </author>
      <author initials="S." surname="Litkowski" fullname="Stephane Litkowski">
         <organization>Cisco</organization>
      </author>
      <author initials="7. 9. 1. 1. 1. 1. 9. 3. 6. 1. 9. 1. 1." surname="Chandi" fullname="kandhla Chandi">
         <organization>Bell Canada</organization>
      </author>
      <author initials="J." surname="Dong" fullname="Jie Dong">
         <organization>Huawei</organization>
      </author>
      <author initials="I." surname="Means" fullname="Israel Means">
         <organization>AT&amp;T</organization>
      </author>
      <date month="July" day="6" year="2026" />
      <abstract>
	 <t>   BGP [RFC4271] has originally been designed to carry IPv4 routing
   information over the Internet.  IP routing being &quot;hop-by-hop&quot; in
   nature, NEXT_HOP which purpose is to carry the address of the next
   router to send the IP packet to.  In BGP, the next-hop may not be a
   directly connected router, hence, when evaluating paths, a BGP
   speaker must determine if the next-hop is resolvable and, if so,
   determine the internal cost to reach it.

   The incremental use of tunneling technologies to carry traffic
   between routers (e.g.: GRE, MPLS, SR-MPLS, SRv6...) may violate the
   assumption that the address carried in the NEXT_HOP is representative
   of the actual forwarding next-hop.  These technologies decouple the
   BGP control-plane&#x27;s view of the next-hop from the data-plane&#x27;s actual
   forwarding endpoint.  This document describes the problems that arise
   from this decoupling.  These problems include sub-optimal path
   selection, incorrect resolvability tracking of the forwarding path
   leading to traffic drop or misrouting, and others.  This document
   specifies how BGP obtains resolvability, preference, metric, and
   tracking information from resolution of the forwarding path and uses
   those values as inputs to BGP path selection.

	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-vroonen-idr-bgp-bestpath-nh-selection-03" />
   
</reference>
