<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Aptos;
        panose-1:2 11 0 4 2 2 2 2 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
        {font-family:"Times New Roman \(Body CS\)";
        panose-1:2 11 6 4 2 2 2 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:12.0pt;
        font-family:"Aptos",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:Consolas;
        color:#156082;
        font-weight:normal;
        font-style:normal;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;
        mso-ligatures:none;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#156082">We receive this route via IBGP on IBPG session and then exporting it to EBGP, I am pretty sure most vendor implementations will automatically prepend IBGP ASN. Otherwise,
 we are missing one ASN in ASPATH and attracting more traffic.<br>
<br>
Yes, I am aware we can prepend it, though it seems strange this is not default behavior.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#156082"><o:p> </o:p></span></p>
<div>
<div>
<div>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:Consolas;color:#44546A">Kind Regards,</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#44546A"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#44546A"> </span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#44546A"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#44546A">Radek</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#44546A"><o:p></o:p></span></p>
</div>
</div>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#156082"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#156082"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<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">Alexander Zubkov <green@qrator.net><br>
<b>Date: </b>Wednesday, October 9, 2024 at 3:30 PM<br>
<b>To: </b>"Ochalski, Radoslaw" <rochalsk@akamai.com><br>
<b>Cc: </b>Ondrej Zajicek <santiago@crfreenet.org>, Bird-users <bird-users@network.cz><br>
<b>Subject: </b>Re: BIRD is not prepending ASN on EBGP export.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-line-height-alt:.75pt"><span style="font-size:1.0pt;color:white">Hi Radoslaw, In your case, how should BIRD know in what ASN the routes are originating? The AS number appears when you do export via eBGP session. And it uses local
 ASN for that. If you need your routes to pretend to be originated in AS20940,<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="mso-line-height-alt:.75pt"><span style="font-size:1.0pt;color:white">ZjQcmQRYFpfptBannerStart<o:p></o:p></span></p>
</div>
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0" width="100%" style="width:100.0%;border-radius:4px">
<tbody>
<tr>
<td style="padding:12.0pt 0in 12.0pt 0in">
<table class="MsoNormalTable" border="1" cellspacing="0" cellpadding="0" width="100%" style="width:100.0%;background:#D0D8DC;border:none;border-top:solid #90A4AE 3.0pt">
<tbody>
<tr>
<td valign="top" style="border:none;padding:0in 7.5pt 3.75pt 4.5pt">
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0" align="left">
<tbody>
<tr>
<td style="padding:3.0pt 6.0pt 3.0pt 6.0pt">
<p class="MsoNormal"><b><span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:black">This Message Is From an External Sender
<o:p></o:p></span></b></p>
</td>
</tr>
<tr>
<td style="padding:3.0pt 6.0pt 3.0pt 6.0pt">
<p class="MsoNormal"><span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:black">This message came from outside your organization.
<o:p></o:p></span></p>
</td>
</tr>
</tbody>
</table>
</td>
</tr>
</tbody>
</table>
</td>
</tr>
</tbody>
</table>
<div>
<p class="MsoNormal" style="mso-line-height-alt:.75pt"><span style="font-size:1.0pt;color:white">ZjQcmQRYFpfptBannerEnd<o:p></o:p></span></p>
</div>
<div>
<div>
<p class="MsoNormal">Hi Radoslaw,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">In your case, how should BIRD know in what ASN the routes are originating? The AS number appears when you do export via eBGP session. And it uses local ASN for that. If you need your routes to pretend to be originated in AS20940, you need
 to prepend AS20940 in some filter to your routes.<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Wed, Oct 9, 2024 at 11:09<span style="font-family:"Arial",sans-serif"> </span>AM Ochalski, Radoslaw <<a href="mailto:rochalsk@akamai.com">rochalsk@akamai.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal" style="margin-bottom:12.0pt">Thanks Ondrej,<br>
<br>
So for the routes originating in AS20940, downstream will not be aware of AS20940 in the as-path it will only know private AS4290006033.<br>
<br>
Kind Regards, <br>
<br>
Radek <br>
<br>
<br>
On 10/8/24, 5:18 PM, "Ondrej Zajicek" <<a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a> <mailto:<a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a>>> wrote:<br>
<br>
<br>
!-------------------------------------------------------------------|<br>
This Message Is From an External Sender<br>
This message came from outside your organization.<br>
|-------------------------------------------------------------------!<br>
<br>
<br>
On Tue, Oct 08, 2024 at 04:46:07PM +0200, Alexander Zubkov via Bird-users wrote:<br>
> Hi Radoslaw,<br>
> <br>
> Do I get it right, that you have 2 bgp peerings here. First your route<br>
> passes this peering:<br>
> AS8075 <-> AS20940<br>
> then it passes other peering:<br>
> AS4290006033 <-> AS4290006002<br>
> <br>
> Then it is an expected behaviour. Because the ASN is prepended when<br>
> route is exported over eBGP session. And the local ASN is prepended.<br>
> So you see that when you receive the route over the first peering, it<br>
> is prepended with AS8075. Then it goes over the second peering, where<br>
> it is prepended with AS4290006033.<br>
<br>
<br>
Yes, that is true. I would add that one is not supposed to have different<br>
local ASNs for different BGP instances that form coherent BGP router,<br>
unless it is configured as BGP confederation or manually patched by<br>
filters.<br>
<br>
<br>
-- <br>
Elen sila lumenn' omentielvo<br>
<br>
<br>
Ondrej 'Santiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org" target="_blank">
santiago@crfreenet.org</a> <mailto:<a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a>>)<br>
"To err is human -- to blame it on a computer is even more so."<br>
<br>
<br>
<o:p></o:p></p>
</blockquote>
</div>
</div>
</body>
</html>