<div dir="ltr"><div>><span style="font-size:11pt"><span lang="EN-US"> link-local addresses don’t make sense in NEXT_HOP which is highlighted in RFC
</span></span><span lang="EN-US" style="font-size:11pt">2545.</span></div><div><br></div><div>Correct.</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Jan 28, 2025 at 4:41 PM Ponikierski, Grzegorz <<a href="mailto:gponikie@akamai.com">gponikie@akamai.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="msg-5481426942916840566">
<div lang="en-PL" style="overflow-wrap: break-word;">
<div class="m_-5481426942916840566WordSection1">
<p class="MsoNormal"><span style="font-size:11pt">draft-white-linklocal-capability</span><span style="font-size:11pt">
<span lang="EN-US">describes different scenario where BGP for point-to-point links can use only link-local addresses in NEXT_HOP without need for global addresses. This is nice scenario for data centers. However, scenario which I describe refers to multihop
sessions across the Internet so we don’t have point-to-point links and link-local addresses don’t make sense in NEXT_HOP which is highlighted in RFC
</span></span><span lang="EN-US" style="font-size:11pt">2545.</span><span lang="EN-US" style="font-size:11pt"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p>
<div>
<div>
<div>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt;color:black">Regards,</span><span style="font-size:11pt;color:black"><u></u><u></u></span></p>
</div>
</div>
</div>
<p class="MsoNormal"><span style="font-size:11pt;color:black">Grzegorz</span><span style="font-size:11pt"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p>
<div style="border-width:1pt medium medium;border-style:solid none none;border-color:rgb(181,196,223) currentcolor currentcolor;padding:3pt 0cm 0cm">
<p class="MsoNormal"><b><span style="font-family:"Calibri",sans-serif;color:black">From:
</span></b><span style="font-family:"Calibri",sans-serif;color:black">Donatas Abraitis <<a href="mailto:donatas.abraitis@gmail.com" target="_blank">donatas.abraitis@gmail.com</a>><br>
<b>Date: </b>Tuesday, 28 January 2025 at 14:38<br>
<b>To: </b>"Ponikierski, Grzegorz" <<a href="mailto:gponikie@akamai.com" target="_blank">gponikie@akamai.com</a>><br>
<b>Cc: </b>"Brandon Z." <<a href="mailto:Brandon@huize.asia" target="_blank">Brandon@huize.asia</a>>, bird-users <<a href="mailto:bird-users@network.cz" target="_blank">bird-users@network.cz</a>><br>
<b>Subject: </b>Re: link-local IPv6 address in BGP.next_hop<u></u><u></u></span></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:1pt;color:white">All, somehow related topic I see.</span><span style="font-size:1pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1pt;color:white">.
Would worth implementing https:</span><span style="font-size:1pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1pt;color:white">//datatracker.</span><span style="font-size:1pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1pt;color:white">ietf.</span><span style="font-size:1pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1pt;color:white">org/doc/html/draft-white-linklocal-capability
for Bird (FRRouting already has it), which might also be a step forward. Thanks! On Tue, Jan 28, 2025 at 3:</span><span style="font-size:1pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1pt;color:white">29<u></u><u></u></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:1pt;color:white">ZjQcmQRYFpfptBannerStart<u></u><u></u></span></p>
</div>
<table border="0" cellspacing="0" cellpadding="0" width="100%" style="width:100%;border-radius:4px">
<tbody>
<tr>
<td style="padding:12pt 0cm">
<table border="1" cellspacing="0" cellpadding="0" width="100%" style="width:100%;background:rgb(208,216,220);border-width:3pt medium medium;border-style:solid none none;border-color:rgb(144,164,174) currentcolor currentcolor">
<tbody>
<tr>
<td valign="top" style="border:medium;padding:0cm 7.5pt 3.75pt 4.5pt">
<table border="0" cellspacing="0" cellpadding="0" align="left">
<tbody>
<tr>
<td style="padding:3pt 6pt">
<p class="MsoNormal"><b><span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:black">This Message Is From an Untrusted Sender
<u></u><u></u></span></b></p>
</td>
</tr>
<tr>
<td style="padding:3pt 6pt">
<p class="MsoNormal"><span style="font-size:9pt;font-family:"Arial",sans-serif;color:black">You have not previously corresponded with this sender.
<u></u><u></u></span></p>
</td>
</tr>
</tbody>
</table>
</td>
</tr>
</tbody>
</table>
</td>
</tr>
</tbody>
</table>
<div>
<p class="MsoNormal"><span style="font-size:1pt;color:white">ZjQcmQRYFpfptBannerEnd<u></u><u></u></span></p>
</div>
<div>
<div>
<p class="MsoNormal">All,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">somehow related topic I see.. Would worth implementing <a href="https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/html/draft-white-linklocal-capability__;!!GjvTz_vk!VZs3OqGsJcAkeO9NLgeZDp_mULn0oGTqNhX6xk59x0O19JLP4uHExzLrdDs2qtwGg4vy60dkYx7C96kmAp1QlM_D-g$" target="_blank">
https://datatracker.ietf.org/doc/html/draft-white-linklocal-capability</a> for Bird (FRRouting already has it), which might also be a step forward.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Thanks!<u></u><u></u></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">On Tue, Jan 28, 2025 at 3:29<span style="font-family:"Arial",sans-serif"> </span>PM Ponikierski, Grzegorz via Bird-users <<a href="mailto:bird-users@network.cz" target="_blank">bird-users@network.cz</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="border-width:medium medium medium 1pt;border-style:none none none solid;border-color:currentcolor currentcolor currentcolor rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<div>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">I see I missed one detail which can be confusing. Problem is with sending link-local address from Bird to BGP speaker on remote side
and this link-local doesn’t make sense for remote side because they don’t share common subnet. Belove how it looks like from FRR perspective.</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">FRR: 2025/01/17 23:27:48 BGP: [PS8NX-WWXPH] 23.33.236.254 sent a v6 LL next-hop and there's no peer interface information. Hence, withdrawing</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">FRR: 2025/01/17 23:27:48 BGP: [RWQFK-BA2JR][EC 33554488]
<a href="https://urldefense.com/v3/__http:/23.33.236.254__;!!GjvTz_vk!VZs3OqGsJcAkeO9NLgeZDp_mULn0oGTqNhX6xk59x0O19JLP4uHExzLrdDs2qtwGg4vy60dkYx7C96kmAp3uFzG3gg$" target="_blank">
23.33.236.254</a>: Attribute MP_REACH_NLRI, parse error - treating as withdrawal</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">FRR: 2025/01/17 23:27:48 BGP: [QWG8G-NT6EJ][EC 33554455] 23.33.236.254(Unknown) rcvd UPDATE with errors in attr(s)!! Withdrawing route.</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">FRR: 2025/01/17 23:27:48 BGP: [XC334-3GAQ8][EC 33554455] 23.33.236.254 [Error] Update packet error (wrong prefix length 64 for afi 1)</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">FRR: 2025/01/17 23:27:48 BGP: [HJP7M-20X19][EC 33554455] 23.33.236.254 [Error] Error parsing NLRI</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">FRR: 2025/01/17 23:27:48 BGP: [HZN6M-XRM1G] %NOTIFICATION: sent to neighbor 23.33.236.254 3/10 (UPDATE Message Error/Invalid Network
Field) 0 bytes</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11pt"> </span><u></u><u></u></p>
<div>
<div>
<div>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt;color:black">Regards,</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11pt;color:black">Grzegorz</span><u></u><u></u></p>
</div>
</div>
</div>
<p class="MsoNormal"><span style="font-size:11pt"> </span><u></u><u></u></p>
<div style="border-width:1pt medium medium;border-style:solid none none;padding:3pt 0cm 0cm;border-color:currentcolor">
<p class="MsoNormal"><b><span style="font-family:"Calibri",sans-serif;color:black">From:
</span></b><span style="font-family:"Calibri",sans-serif;color:black">"Brandon Z." <<a href="mailto:Brandon@huize.asia" target="_blank">Brandon@huize.asia</a>><br>
<b>Date: </b>Tuesday, 28 January 2025 at 01:58<br>
<b>To: </b>"Ponikierski, Grzegorz" <<a href="mailto:gponikie@akamai.com" target="_blank">gponikie@akamai.com</a>><br>
<b>Cc: </b>bird-users <<a href="mailto:bird-users@network.cz" target="_blank">bird-users@network.cz</a>><br>
<b>Subject: </b>Re: link-local IPv6 address in BGP.next_hop</span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:1pt;color:white">Hi Grzegorz, I don’t quite understand what you mean, but maybe someone else can. It seems like it announced a non-existent local-link address
to another router? Best, Brandon Z. HUIZE LTD www.</span><span style="font-size:1pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1pt;color:white">huize.</span><span style="font-size:1pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1pt;color:white">asia
| www.</span><span style="font-size:1pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1pt;color:white">ixp.</span><span style="font-size:1pt;font-family:"Arial",sans-serif;color:white"> </span><span style="font-size:1pt;color:white">su
| Twitter This e-mail and</span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:1pt;color:white">ZjQcmQRYFpfptBannerStart</span><u></u><u></u></p>
</div>
<table border="0" cellspacing="0" cellpadding="0" width="100%" style="width:100%;border-radius:4px">
<tbody>
<tr>
<td style="padding:12pt 0cm">
<table border="1" cellspacing="0" cellpadding="0" width="100%" style="width:100%;background:rgb(208,216,220);border-width:3pt medium medium;border-style:solid none none;border-color:currentcolor">
<tbody>
<tr>
<td valign="top" style="border:medium;padding:0cm 7.5pt 3.75pt 4.5pt">
<table border="0" cellspacing="0" cellpadding="0" align="left">
<tbody>
<tr>
<td style="padding:3pt 6pt">
<p class="MsoNormal"><b><span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:black">This Message Is From an Untrusted Sender
</span></b><u></u><u></u></p>
</td>
</tr>
<tr>
<td style="padding:3pt 6pt">
<p class="MsoNormal"><span style="font-size:9pt;font-family:"Arial",sans-serif;color:black">You have not previously corresponded with this sender.
</span><u></u><u></u></p>
</td>
</tr>
</tbody>
</table>
</td>
</tr>
</tbody>
</table>
</td>
</tr>
</tbody>
</table>
<div>
<p class="MsoNormal"><span style="font-size:1pt;color:white">ZjQcmQRYFpfptBannerEnd</span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Hi Grzegorz,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">I don’t quite understand what you mean, but maybe someone else can. It seems like it announced a non-existent local-link address to another router?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><br clear="all">
Best,<br clear="all">
<u></u><u></u></p>
<div>
<div>
<div>
<div>
<p class="MsoNormal"><b>Brandon Z.</b><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">HUIZE LTD<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><a href="https://urldefense.com/v3/__https:/huize.asia/__;!!GjvTz_vk!XyivVwgDc3QoWIOFFzClG1jQBYTYBXjPwglViKFx1CYU9iKVGrPgPRPToOkKRYoLldMsfMchRyjWkXIqjQ$" target="_blank">www.huize.asia </a><span style="font-size:8pt;font-family:Helvetica;color:black">| </span><a href="https://urldefense.com/v3/__https:/www.ixp.su/__;!!GjvTz_vk!XyivVwgDc3QoWIOFFzClG1jQBYTYBXjPwglViKFx1CYU9iKVGrPgPRPToOkKRYoLldMsfMchRyg1_-iFlg$" target="_blank">www.ixp.su</a><span style="font-size:8pt;font-family:Helvetica;color:black"> | Twitter</span><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><b><span lang="EN-GB" style="border:1pt solid windowtext;padding:0cm">Error! Filename not specified.</span></b><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">This e-mail and any attachments or any reproduction of this e-mail in whatever manner are confidential and for the use of the addressee(s) only. HUIZE LTD can’t take any liability
and guarantee of the text of the email message and virus.<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<div>
<p class="MsoNormal">On Tue, 28 Jan 2025 at 01:44, Ponikierski, Grzegorz via Bird-users <<a href="mailto:bird-users@network.cz" target="_blank">bird-users@network.cz</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="border-width:medium medium medium 1pt;border-style:none none none solid;padding:0cm 0cm 0cm 6pt;margin:5pt 0cm 5pt 4.8pt;border-color:currentcolor currentcolor currentcolor rgb(204,204,204)">
<div>
<div>
<p class="MsoNormal"><span lang="PL" style="font-size:11pt">Hello all!</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="PL" style="font-size:11pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">I have an interesting case of link-local IPv6 address in BGP.next_hop and I would like to know your opinion about that because I cannot
tell with 100% confidence if it’s a bug or a feature. Existence of these link-local addresses causes issues of interoperability between Bird and FRR. I have separate discussion about that with FRR folks. Here I would like to now a Bird perspective. Details
below.</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">On single router with Bird 2.15 I have multiple IPv4 and IPv6 eBGP sessions, which receives prefixes from the Internet, and IPv4 iBGP
session, which forwards these prefixes to BGP collector with FRR, which is separate server somewhere in the Internet many hops away in separate ASN. Session with BGP collector uses both ipv4 and ipv6 channels to send both IPv4 and IPv6 prefixes. IPv6 prefixes
received via eBGP have both global IPv6 address and link-local IPv6 address like in an example below:</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">::/0 unicast [2600:1488:6080::8__r01.fra03.ien 2024-12-06] * (100) [AS3356i]</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> via 2600:1488:6080::8 on ae2</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> Type: BGP univ</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> BGP.origin: IGP</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> BGP.as_path: 3356</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> BGP.next_hop: 2600:1488:6080::8 fe80::7a4f:9bff:fed1:2e0d</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> BGP.med: 4294967294</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> BGP.local_pref: 60</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> BGP.community: (3356,2) (3356,501) (3356,601) (3356,2065) (20940,30403) (65502,3356)</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">However, prefixes forwarded via iBGP to BGP collector also have both global and link-local addresses like below:</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">::/0 unicast [2600:1488:6080::8__r01.fra03.ien 2024-12-06] * (100) [AS3356i]</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> via 2600:1488:6080::8 on ae2</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> Type: BGP univ</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> BGP.origin: IGP</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> BGP.as_path: 3356</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> BGP.next_hop: 2600:1488:6080::8 fe80::7a4f:9bff:fed1:2e0d</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> BGP.med: 4294967294</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> BGP.local_pref: 60</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> BGP.community: (3356,2) (3356,501) (3356,601) (3356,2065) (20940,30403) (65502,3356) (21357,600)</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="PL" style="font-size:11pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">On one hand, as per RFC 4271 NEXT_HOP is not changed when prefix is passed from eBGP to iBGP so what we see above it expected. But on
the other hand, as per RFC 2545 link-local address must not be there because both sides of iBGP doesn’t share the same IPv6 subnet:</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">“””</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">
</span><span style="font-size:11pt"> The link-local address shall be included in the Next Hop field if and</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11pt"> only if the BGP speaker shares a common subnet with the entity</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11pt"> identified by the global IPv6 address carried in the Network Address</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11pt"> of Next Hop field and the peer the route is being advertised to.</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11pt"> In all other cases a BGP speaker shall advertise to its peer in the</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11pt"> Network Address field only the global IPv6 address of the next hop</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11pt"> (the value of the Length of Network Address of Next Hop field shall</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11pt"> be set to 16).</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">“””</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">Who is right here? As far I know, both documents are still current standards, and both are implemented by Bird. I don’t see any clear
guidelines how to make a clear judgement here. Personally, I would tell that RFC 4271 should be treated as general rule and RFC 2545 as more specific rule so in the end link-local should be removed. After all, link-local addresses do not make sense for multihop
sessions. However, these documents don’t refer to each other and I don’t know if authors of these documents knew about each other statements. What do you think?</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">Anyway, when BGP collector with FRR
</span><span style="font-size:11pt;color:black">8.5.2 </span><span lang="EN-US" style="font-size:11pt">receives BGP UPDATE for route like presented above, then FRR rejects such UPDATE with treat-as-withdrawn approach but also triggers additional error about
invalid prefix length for AFI 1, which finally causes NOTIFICATION (</span><span style="font-size:11pt">UPDATE Message Error/Invalid Network Field</span><span lang="EN-US" style="font-size:11pt">) and session goes down. I cannot rule out implementation
bug in FRR version that I use, and I discuss it with FRR folks already.</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">Working workaround that I tested is to apply `next hop self` on Bird side. Probably `bgp_next_hop = bgp_next_hop` in Bird’s export policy
will also work but I must test it yet.</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt">What do you think? It’s a bug or a feature?</span><u></u><u></u></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt"> </span><u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11pt;color:black">Regards,</span><u></u><u></u></p>
</div>
</div>
<p class="MsoNormal"><span style="font-size:11pt;color:black">Grzegorz</span><u></u><u></u></p>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<div>
<p class="MsoNormal"><br clear="all">
<u></u><u></u></p>
</div>
<p class="MsoNormal"><br>
<span class="m_-5481426942916840566gmailsignatureprefix">-- </span><u></u><u></u></p>
<div>
<p class="MsoNormal">Donatas<u></u><u></u></p>
</div>
</div>
</div>
</div></blockquote></div><div><br clear="all"></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Donatas<br></div>