<div dir="ltr">Hi Ondrej,<div><br></div><div>Thanks for getting back. Yes, this would only affect routes that are propagated to eBGP peers. So when a route is propagated from a true eBGP peer to an internal eBGP peer, then the MED value would be preserved. This is useful for networks where you have eBGP peers and would still like to preserve the MED attribute beyond AS boundaries. </div><div><br></div><div>Although we are not aware of Cisco/Juniper having this option, this RFC on MED considerations mentions such behavior: <a href="https://tools.ietf.org/html/rfc4451#section-3.3">https://tools.ietf.org/html/rfc4451#section-3.3</a>. Thanks for the suggestion on using export filters to set this attribute. For our use case, it feels simpler to enable a knob for this, but we will test using export filters for this. </div><div><br></div><div>Thanks,</div><div>Trisha</div><div><span style="color:rgb(136,136,136)">--</span><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div dir="ltr" style="color:rgb(136,136,136)"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="margin:0px;padding:0px;color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px"><img src="https://www.fastly.com/img/sig.png"><br></div><div style="margin:0px;padding:0px;color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px"><b>Trisha Biswas</b> | Sr. Software Engineer, Network Systems</div><div style="margin:0px;padding:0px;color:rgb(51,51,51);font-family:Arial,sans-serif;font-size:14px;line-height:20px"><a href="http://fastly.com/" rel="nofollow" style="color:rgb(59,115,175)" target="_blank">fastly.com</a> | <a href="https://twitter.com/fastly" rel="nofollow" style="color:rgb(59,115,175)" target="_blank">@fastly</a> | <a href="http://www.linkedin.com/company/fastly" rel="nofollow" style="color:rgb(59,115,175)" target="_blank">LinkedIn</a></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 9, 2020 at 8:03 PM Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</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">On Tue, Dec 08, 2020 at 09:02:15AM -0800, Trisha Biswas wrote:<br>
> Hi all,<br>
> <br>
> The attached patch helps preserve MED values to/from eBGP peers. When<br>
> propagating a route from a true eBGP peer to an internal peer, this avoids<br>
> resetting the MED attribute to allow propagation of MED to/from external<br>
> peers. This is enabled via a configuration line: "preserve med", which goes<br>
> under BGP configs. Without the configuration line this would be a no-op.<br>
<br>
Hi<br>
<br>
I am bit hesitant with this patch. Seems to me that it is something that<br>
could be easily done with 'bgp_med = bgp_med;' export filter, but that<br>
may be tricky for users that are not thoroughly familiar with bgp_med<br>
behavior.<br>
<br>
Also, your description seems confusing. When a route is propagated from<br>
EBGP to an internal peer, then MED is preserved regardless of this.<br>
It is just propagation to EBGP peer when original MED is stripped.<br>
<br>
What is a use case for this option? Does other BGP implementations<br>
(Juniper, Cisco) have some similar option?<br>
<br>
-- <br>
Elen sila lumenn' omentielvo<br>
<br>
Ondrej 'Santiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a>)<br>
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, <a href="http://wwwkeys.pgp.net" rel="noreferrer" target="_blank">wwwkeys.pgp.net</a>)<br>
"To err is human -- to blame it on a computer is even more so."<br>
</blockquote></div>