8 messages in net.nether.puck.cisco-nsp[c-nsp] VRF randomly, stably install ...
FromSent OnAttachments
Everton da Silva MarquesJan 7, 2005 11:26 am 
Oliver Boehmer (oboehmer)Jan 7, 2005 12:33 pm 
Everton da Silva MarquesJan 7, 2005 1:20 pm 
Everton da Silva MarquesJan 7, 2005 1:23 pm 
Oliver Boehmer (oboehmer)Jan 7, 2005 1:37 pm 
Oliver Boehmer (oboehmer)Jan 7, 2005 1:39 pm 
Everton da Silva MarquesJan 7, 2005 3:14 pm 
Oliver Boehmer (oboehmer)Jan 7, 2005 6:06 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:[c-nsp] VRF randomly, stably install only one from multiple route setsActions...
From:Everton da Silva Marques (ever@lab.ipaccess.diveo.net.br)
Date:Jan 7, 2005 1:23:51 pm
List:net.nether.puck.cisco-nsp

On Fri, Jan 07, 2005 at 04:11:10PM -0200, Everton da Silva Marques wrote:

Oliver Boehmer (oboehmer) wrote:

I don't think so. For eBGP paths, we don't compare the router-id and stick with the "oldest" path. But for iBGP we can't do this and perform a deterministic decision which will, given all other attributes like localpref, as-path, igp-metric/etc. being equal, compare the router-id.

I see. Is it even technologically feasible? I wonder whether Cisco could implement an IOS option to make eBGP to behave like iBGP in that respect? Just out of curiosity.

I meant, "make iBGP to behave like eBGP".