On Fri, 27 Sep 2013, Phil Fagan wrote:
could you use BGP multi-hop and simply peer directly to the MX bypassing the
need to redist routes in though your OSPF core?
That's basically what I'm considering from the perspective of
readvertising into BGP on the ABR... The source is going to be
Got it; well let me know if you find either because its a very interesting
scenario! Always a fan of the clever solutions :-)
On Mon, Sep 30, 2013 at 1:11 PM, Rob Foehl r...@loonybin.net wrote:
On Fri, 27 Sep 2013, Phil Fagan wrote:
could you use BGP multi-hop and simply peer directly to
could you use BGP multi-hop and simply peer directly to the MX bypassing
the need to redist routes in though your OSPF core?
On Thu, Sep 26, 2013 at 3:51 PM, Rob Foehl r...@loonybin.net wrote:
On Thu, 26 Sep 2013, Phil Fagan wrote:
Is your aggregate policy already on the MX and is its
Is your aggregate policy already on the MX and is its purpose to export
into BGP from OSPF?
On Wed, Sep 25, 2013 at 2:42 PM, Rob Foehl r...@loonybin.net wrote:
Hey folks,
Another OSPF issue for the day: I have a somewhat specific need to match a
route from a particular OSPF speaker in an
On Thu, 26 Sep 2013, Phil Fagan wrote:
Is your aggregate policy already on the MX and is its purpose to export into
BGP from OSPF?
That's the idea... There are disparate contributing routes, and they tend
to come and go on a fairly regular basis. Generating like aggregates
elsewhere and
Hey folks,
Another OSPF issue for the day: I have a somewhat specific need to match a
route from a particular OSPF speaker in an aggregate policy, and I'm not
having much luck coming up with a straightforward way to do so.
The route in question is injected via a type 5 LSA from a (dumb)
6 matches
Mail list logo