[nsp] ospf (cisco and zebra)

[Marcus Keane]

Mark, I know nothing about Zebra, so you'll have to forgive any
ignorance shown here.

If I understand you correctly, all three are on the same subnet and you
are seeing equal cost routes to identical loopbacks on the zebras? Do
the zebras support setting OSPF costs on the loopbacks? This would tilt
your preference one way or the other for selected loopbacks. For
destinations behind the zebras this is more involved. If you set the
cost on your outgoing interface this will influence all routes. The only
way around this in a Cisco world would be to have two processes and
control the redistribution between them. Again, I don't know whether the
zebra would support two processes.
I know this is not much help to you as you said you didn't want to do it
this way, but the easiest way to do what you want  is on the 7206 using
the "distance" command for your selected routes.
Marcus.

-----Original Message-----
From: Mark Kent [mailto:mark@noc.mainstreet.net]=20
Sent: 30 October 2002 09:21
To: cisco-nsp@puck.nether.net
Subject: [nsp] ospf (cisco and zebra)


Hello,

I've got a cisco/ospf/zebra query...

The facts:

  two freebsd boxes on a fastethernet sub-interface (802.1q)
  serviced by a cisco7206.

  freebsd boxes have the same set of IP addresses, X, attached to their
  loopback interfaces.

  freebsd boxes run ospf using zebra

The goal:

  one freebsd box to be preferred for packets destined for X
  (from the point of view of the cisco7206).
  The other one would not get any packets destined for X=20
  delivered to it.
and
  I'ld like the preference to be dictated by the freebsd boxes
  and not by me on the cisco7206.

  Naturally, when the preferred box goes away (dies, for example)
  the ospf session would go away and then I'ld want to start
   delivering packets to the previously un-preferred box.

My problem:
  I can't get it working.

Symptoms:
  All I ever seem to get from the cisco point of view is
  equal cost paths.

What I need:
  Hints about how to do this using ospf
  or reasons why I shouldn't be using ospf
  (yes, I am aware of vrrp)

Thanks,
-mark
_______________________________________________
cisco-nsp mailing list  real_name)s@puck.nether.net
http://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/