Yes bear in mind 4,294,967,294 would still be viable if it's the only option to the destination network
You tarnish all redistributed routes with the same brush with the default-metric command I.e static & connected as well; if you've redistributed these too (by default these are 0 which I guess missing-as-worst would change to 4,294,967,294 anyhoot vs IGP redistributed routes which encode the IGP metrics into the MED field) If you configure 4,294,967,295 then the BGP speaker would change this too 4,294,967,294 as the message is processed inbound (first figure is considered infinite in the algorithm) -- BR Tony > On 20 Apr 2014, at 15:53, freddy morales <[email protected]> wrote: > > Hello everybody, > > Looking the documentation I find the command default-metric “is used to set > the metric value for routes redistributed into BGP and can be applied to any > external BGP (eBGP) routes received and subsequently advertised internally to > iBGP peers. This value is the Multi Exit Discriminator (MED) that is > evaluated by BGP during the best path selection process”. Now on the other > hand there is the command “bgp bestpath med missing-as-worst” that is > supposed to give all MED coming with 0 a value of 4,294,967,294. My question > is, would it work if instead of using the bgp besthpath command I put a > default metric of 4,294,967,294? > Thanks! > _______________________________________________ > Free CCIE R&S, Collaboration, Data Center, Wireless & Security Videos :: > > iPexpert on YouTube: www.youtube.com/ipexpertinc _______________________________________________ Free CCIE R&S, Collaboration, Data Center, Wireless & Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
