Pete Zaitcev | 18 Jul 16:42 2014
Picon

[quagga-users 13740] ospf6d burns CPU

Dear All:

I noticed that after certain reconfigurations ospf6d started to hog CPU
enough for fans to kick up. Unfortunately, I am not sure what exactly
causes this, and in any case I cannot go back. Result looks like this:

[zaitcev <at> elanor ~]$ ps auxw | grep ospf
quagga     520  0.0  0.3  19848  3144 ?        Ss   Jul17   0:29 /usr/sbin/ospfd -d -A 127.0.0.1 -f /etc/quagga/ospfd.conf
quagga     521 20.9  4.0  56988 40764 ?        Rs   Jul17 293:02 /usr/sbin/ospf6d -d -A ::1 -f /etc/quagga/ospf6d.conf

At various times it looks almost constantly, sitting at 95% CPU.
Not always though. Here's what strace shows:

[root <at> elanor zaitcev]# strace -p 521
Process 521 attached   
select(1024, [8 11 12 13], [], [], {2, 837289}) = 1 (in [13], left {1, 408018})
clock_gettime(CLOCK_MONOTONIC, {84070, 702498212}) = 0
clock_gettime(CLOCK_MONOTONIC, {84070, 702706268}) = 0
getrusage(RUSAGE_SELF, {ru_utime={17566, 289000}, ru_stime={63, 815000}, ...}) = 0
gettimeofday({1405691811, 266787}, NULL) = 0
read(13, "\0 \377\2\0\n", 6)            = 6
read(13, "\1\20\3\0\1\376\200\0\0\0\0\0\0\306q\376\377\376v \342\1\0\0\0\6", 26) = 26
clock_gettime(CLOCK_MONOTONIC, {84070, 705993471}) = 0
getrusage(RUSAGE_SELF, {ru_utime={17566, 289000}, ru_stime={63, 815000}, ...}) = 0
gettimeofday({1405691811, 269944}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {84070, 708144362}) = 0
clock_gettime(CLOCK_MONOTONIC, {84070, 708764829}) = 0
clock_gettime(CLOCK_MONOTONIC, {84070, 709307772}) = 0
clock_gettime(CLOCK_MONOTONIC, {84070, 710438357}) = 0
clock_gettime(CLOCK_MONOTONIC, {84070, 711054284}) = 0
(Continue reading)

Daniel Requena | 17 Jul 06:36 2014
Picon

[quagga-users 13739] Difficulties in reading isis topology command.

Hello everybody,

  I'm sorry to bother you all with that kind of question, but, I'm having difficulties in understand this "show isis topology" command output.
  I've created a simple network connecting rb4 to rb1 and rb1 to rb2, as follow:

   ----------                      ----------                     ----------
   | RB4  | <========>| RB1 | <========>| RB2  |
   ----------                      ----------                     ----------

  The metric between each node is 10.
  I'm running quagga version 0.99.8-0.175.0.0.0.2.537 on Solaris 11.
  If I understood, the "show isis topology" command shows (from the current router perspective) how to reach every router from the network, right? If it's so, why the metrics to reach Rb1 from Rb2 differ from metrics to reach Rb2 from Rb1? :/
  What am I missing? :/

--------------------------------------------------------------------------------------------------------------

rb1# show isis topology
Area rb1_a:

RBridge distribution paths for RBridge:rb4
System Id            Metric     Next-Hop             Interface     SNPA        Tree
rb4                  --                                                         :> rb1(2),rb2(4),
rb2                  10                                                           rb4(4) :-> rb2(2),
rb1                  20                                                           rb2(4) :->

RBridge distribution paths for RBridge:rb2
System Id            Metric     Next-Hop             Interface     SNPA        Tree
rb2aris              --                                                         :> rb4(2),rb1(4),
rb1                  10                                                           rb2(4) :-> rb1(2),
rb4                  20                                                           rb4(4) :->

--------------------------------------------------------------------------------------------------------------

rb2# show isis topology
Area rb2_b:

RBridge distribution paths for RBridge:rb4
System Id            Metric     Next-Hop             Interface     SNPA        Tree
rb4                  --                                                         :> rb1(2),rb2(4),
rb2                  10                                                           rb4(4) :-> rb2(2),
rb1                  20                                                           rb2(4) :->

RBridge distribution paths for RBridge:rb1
System Id            Metric     Next-Hop             Interface     SNPA        Tree
rb1                  --                                                         :> rb2(2),rb4(4),
rb4                  10                                                           rb1(4) :-> rb4(2),
rb2                  20                                                           rb4(4) :->

--------------------------------------------------------------------------------------------------------------

rb4# show isis topology
Area rb4_a:

RBridge distribution paths for RBridge:rb1
System Id            Metric     Next-Hop             Interface     SNPA        Tree
rb1                  --                                                         :> rb2(2),rb4(4),
rb4                  10                                                           rb1(4) :-> rb4(2),
rb2                  20                                                           rb4(4) :->

RBridge distribution paths for RBridge:rb2
System Id            Metric     Next-Hop             Interface     SNPA        Tree
rb2                  --                                                         :> rb4(2),rb1(4),
rb1                  10                                                           rb2(4) :-> rb1(2),
rb4                  20                                                           rb4(4) :->

--------------------------------------------------------------------------------------------------------------

Regards.
Daniel.
_______________________________________________
Quagga-users mailing list
Quagga-users@...
https://lists.quagga.net/mailman/listinfo/quagga-users
Piotr | 8 Jul 00:03 2014
Picon

[quagga-users 13737] problem with many secondary ip addresses on interface

On my linux i have to have many aliases on one interface but my quagga 
(zebra) 0.98.6 doesn't see any of this extra addresses. There is some 
way that quagga can read this new addresses ? I need advertise this 
addresses via ospfd.

ip address list:

inet 192.168.170.4/24 brd 192.168.170.255 scope global secondary eth1:4
inet 192.168.170.5/24 brd 192.168.170.255 scope global secondary eth1:5
inet 192.168.170.37/24 scope global secondary eth1
inet 192.168.170.111/24 scope global secondary eth1

thanks for help
greetings
Peter
mjhill | 26 Jun 17:56 2014

[quagga-users 13730] bgpd not accepting routes from Juniper

Hello,

I have a confusing issue presently where routes being advertised by a 
Juniper SRX are not being accepted by bgpd.  Comparitively, I also have 
a Cisco 2811 peered with these processes wherein bgpd has no problem 
accepting the routes.  Before getting into the configuration dump, I 
should point out that the SRX replaced a Cisco 1941 in this setup, and 
the routes were accepted previously.

The only difference I can see at this point between the SRX and the 
Cisco is that the routes are originating from OSPF on the SRX, when they 
were directly connected networks on the Cisco.  During troubleshooting, 
I did find that the SRX was advertising with a default MED of 2, which I 
have since changed.  I would also point out that the routes are being 
received from the peer, just not accepted.

Configurations are noted below.  This is the original configuration I 
had setup that worked as expected, and does not account for filtering I 
currently have in place while I use static routes for the necessary 
subnets.

Peer 172.18.1.2 = Juniper SRX
Peer 172.18.1.18 = Cisco 2811

== bgpd config ==
router bgp 65002
  bgp router-id 172.18.0.4
  bgp log-neighbor-changes
  redistribute connected route-map connected-to-bgp
  timers bgp 10 30
  neighbor 172.18.1.2 remote-as 65001
  neighbor 172.18.1.2 password **masked**
  neighbor 172.18.1.2 update-source 172.18.1.1
  neighbor 172.18.1.2 soft-reconfiguration inbound
  neighbor 172.18.1.2 maximum-prefix 100 90
  neighbor 172.18.1.2 route-map RM-ROUTES-FROM-65001 in
  neighbor 172.18.1.18 remote-as 65000
  neighbor 172.18.1.18 password **masked**
  neighbor 172.18.1.18 soft-reconfiguration inbound
  neighbor 172.18.1.18 maximum-prefix 100 90
  neighbor 172.18.1.18 route-map RM-ROUTES-FROM-65000 in

ip prefix-list pl-INTERNAL-HOSTS seq 10 permit 172.20.0.0/24 ge 32
ip prefix-list pl-INTERNAL-NETS seq 10 permit 172.20.0.0/24
ip prefix-list pl-NOT-INTERNAL-HOSTS seq 10 permit 172.18.1.0/30 ge 32
ip prefix-list pl-NOT-INTERNAL-HOSTS seq 20 permit 172.18.1.14/30 ge 32
ip prefix-list pl-NOT-INTERNAL-HOSTS seq 30 permit 172.18.0.4/32
ip prefix-list pl-NOT-INTERNAL-NETS seq 10 permit 172.18.1.0/30
ip prefix-list pl-NOT-INTERNAL-NETS seq 20 permit 172.18.1.14/30
ip prefix-list pl-ROUTES-65003 seq 5 permit 192.168.2.2/32

route-map connected-to-bgp deny 10
  description Do not redistribute routes to these internal nets
  match ip address prefix-list pl-NOT-INTERNAL-NETS
!
route-map connected-to-bgp deny 20
  description Do not redistribute routes to these internal hosts
  match ip address prefix-list pl-NOT-INTERNAL-HOSTS
!
route-map connected-to-bgp permit 200
  description Redistribute remaining networks
  match ip address prefix-list pl-INTERNAL-NETS
  set community 65002:65002
!
route-map connected-to-bgp permit 210
  description Redistribute remaining special hosts
  match ip address prefix-list pl-INTERNAL-HOSTS
  set community 65002:65002
!
route-map RM-ROUTES-FROM-65000 permit 90
  description Routes to 65003
  match ip address prefix-list pl-ROUTES-65003
  set local-preference 150
!
route-map RM-ROUTES-FROM-65000 permit 100
  description Received routes
  set local-preference 100
!
route-map RM-ROUTES-FROM-65001 permit 100
  description Received routes
  set local-preference 100

== Juniper SRX ==

bgp {
     metric-out 0;
     hold-time 30;
     export ospf-to-bgp;
     local-as 65001;
     group haruna {
         type external;
         peer-as 65002;
         neighbor 172.18.1.1 {
             authentication-key "$9$xZZNb2iHmP5FJGF/tpEhevWx-wY2aZUH"; ## 
SECRET-DATA
         }
     }
}

== Cisco 2811 ==
router bgp 65000
  bgp router-id 172.19.0.1
  bgp log-neighbor-changes
  timers bgp 10 30
  redistribute connected route-map connected-to-bgp
  redistribute static route-map static-to-bgp
  redistribute ospf 1 route-map ospf-to-bgp
  neighbor 172.18.1.13 remote-as 65003
  neighbor 172.18.1.13 password 7 151F01040A25382123323C
  neighbor 172.18.1.13 send-community both
  neighbor 172.18.1.13 soft-reconfiguration inbound
  neighbor 172.18.1.13 route-map RM-ROUTES-FROM-65003 in
  neighbor 172.18.1.13 maximum-prefix 100 90

ip prefix-list pl-INTERNAL-ANY-NETS seq 10 permit 172.19.0.0/16 le 32
ip prefix-list pl-INTERNAL-HOSTS seq 10 permit 172.19.0.0/16 ge 32
ip prefix-list pl-INTERNAL-NETS seq 10 permit 172.19.0.0/16
ip prefix-list pl-INTERNAL-NETS seq 15 permit 172.19.0.0/16 le 24
ip prefix-list pl-INTERNAL-NETS seq 20 permit 172.18.1.12/30
ip prefix-list pl-INTERNAL-NETS seq 30 permit 172.18.1.16/30
ip prefix-list pl-NON-HOST-ROUTES seq 10 permit 0.0.0.0/0 le 31
ip prefix-list pl-NOT-ARIN-ANY-NETS seq 20 permit 70.34.227.232/29 le 32
ip prefix-list pl-NOT-INTERNAL-HOSTS seq 10 permit 172.18.1.8/30 ge 32
ip prefix-list pl-NOT-INTERNAL-HOSTS seq 20 permit 172.18.1.12/30 ge 32
ip prefix-list pl-NOT-INTERNAL-HOSTS seq 30 permit 172.18.0.3/32
ip prefix-list pl-NOT-INTERNAL-HOSTS seq 40 permit 172.18.1.16/30 ge 32
ip prefix-list pl-NOT-INTERNAL-NETS seq 10 permit 172.18.1.8/30
ip prefix-list pl-NOT-INTERNAL-NETS seq 30 permit 172.18.0.3/32

route-map ospf-to-bgp deny 10
  description Do not redistribute routes to these internal nets
  match ip address prefix-list pl-NOT-INTERNAL-NETS
route-map ospf-to-bgp deny 20
  description Do not redistribute routes to these internal hosts
  match ip address prefix-list pl-NOT-INTERNAL-HOSTS
route-map ospf-to-bgp permit 200
  description Redistribute remaining routes
  match ip address prefix-list pl-INTERNAL-NETS
  set community 65000:65000

route-map static-to-bgp deny 10
  description Do not redistribute any ARIN net
  match ip address prefix-list pl-NOT-ARIN-ANY-NETS
route-map static-to-bgp deny 20
  description Do not redistribute these internal nets
  match ip address prefix-list pl-NOT-INTERNAL-NETS
route-map static-to-bgp deny 30
  description Do not redistribute these internal hosts
  match ip address prefix-list pl-NOT-INTERNAL-HOSTS
route-map static-to-bgp permit 200
  description Redistribute these internal nets
  match ip address prefix-list pl-INTERNAL-NETS
  set community 65000:65000
route-map static-to-bgp permit 210
  description Redistribute these internal hosts
  match ip address prefix-list pl-INTERNAL-HOSTS
  set community 65000:65000
route-map static-to-bgp permit 220
  description Redistribute any remaining internal nets
  match ip address prefix-list pl-INTERNAL-ANY-NETS
  set community 65000:65000
route-map static-to-bgp deny 400
  description Filter out any remaining, non host routes.
  match ip address prefix-list pl-NON-HOST-ROUTES
route-map static-to-bgp permit 410
  description Redistribute special static host routes
  match tag 65000
  set community 65000:65000
route-map static-to-bgp deny 999
  description Do not redistribute any remaining routes

route-map connected-to-bgp deny 10
  description Do not redistribute routes to these internal nets
  match ip address prefix-list pl-NOT-INTERNAL-NETS
route-map connected-to-bgp deny 20
  description Do not redistribute routes to these internal hosts
  match ip address prefix-list pl-NOT-INTERNAL-HOSTS
route-map connected-to-bgp permit 200
  description Redistribute remaining routes
  match ip address prefix-list pl-INTERNAL-NETS
  set community 65000:65000

route-map RM-ROUTES-FROM-65003 permit 100
  description Received routes
  set local-preference 100
Edward_Hu | 18 Jun 23:40 2014
Picon

[quagga-users 13708] configure script syntax erros.

Dell - Internal Use - Confidential

 

HI,

 

I am getting syntax errors from running the configure script.  I am using version 99.22.4. Has anyone seen this issue ?

Thanks for any help on this.

Regards,

Edward

 

> sh ./configure

: not found: 16: ./configure:

./configure: 32: ./configure: Syntax error: newline unexpected (expecting ")")

 

 

 

  15 ## -------------------- ##

   16

   17 # Be more Bourne compatible

   18 DUALCASE=1; export DUALCASE # for MKS sh

   19 if test -n "${ZSH_VERSION+set}" && (emulate sh) >/dev/null 2>&1; then :

  20   emulate sh

   21   NULLCMD=:

   22   # Pre-4.2 versions of Zsh do word splitting on ${1+"$ <at> "}, which

   23   # is contrary to our usage.  Disable this feature.

   24   alias -g '${1+"$ <at> "}'='"$ <at> "'

   25   setopt NO_GLOB_SUBST

   26 else

   27   case `(set -o) 2>/dev/null` in #(

   28   *posix*) :

   29     set -o posix ;; #(

   30   *) :

   31      ;;

   32 esac

   33 fi

   34

   35

   36 as_nl='

_______________________________________________
Quagga-users mailing list
Quagga-users@...
https://lists.quagga.net/mailman/listinfo/quagga-users
Dean Mumme | 12 Jun 20:31 2014

[quagga-users 13707] Can Quagga OSPFv2 be used with NS3 wifi?

Hello,

I took a working NS3 example program, "wifi-simple-adhoc-grid.cc" and "converted it" to use
Quagga under DCE.

Although I can get example Quagga programs to run, using NS3's wifi module with Quagga
results in transmissions but no receptions.  I noticed that the Quagga examples use
PointToPoint which I am not using since I believe it is not compatible with wifi channels.

So is the problem with Quagga not being compatible with NS3's wifi ? Or is there something
I am not doing correctly ?

I have included snippets of the code that I use for establishing connections below.

Thanks for any help you can give me.
Dean

  // these are the nodes
  NodeContainer allNodes = NodeContainer::GetGlobal();

  ////////////// setup of wifi
  WifiHelper wifi = WifiHelper::Default();
 
 YansWifiPhyHelper wifiPhy = YansWifiPhyHelper::Default();
  wifiPhy.Set("RxGain", DoubleValue(-10));
 
  YansWifiChannelHelper wifiChannel =YansWifiChannelHelper::Default();
  wifiChannel.SetPropagationDelay("ns3::ConstantSpeedPropagationDelayModel");
  wifiChannel.AddPropagationLoss("ns3::FriisPropagationLossModel");
  wifiPhy.SetChannel(wifiChannel.Create());

  // including the wifi-mac
  NqosWifiMacHelper wifiMac = NqosWifiMacHelper::Default();

  wifi.SetStandard(WIFI_PHY_STANDARD_80211n_5GHZ);
  wifi.SetRemoteStationManager("ns3::ConstantRateWifiManager", "DataMode",
      StringValue(phyMode), "ControlMode", StringValue(phyMode));

  // Set it to adhoc mode and install
  wifiMac.SetType("ns3::AdhocWifiMac");
  NetDeviceContainer devices = wifi.Install(wifiPhy, wifiMac, allNodes);

  //////////////////// Set up of DCE
  DceManagerHelper processManager;
  Ipv4AddressHelper ipv4AddrHelper;

  // Internet stack install
  InternetStackHelper stack;    // IPv4 is required for GlobalRouteMan
  Ipv4DceRoutingHelper ipv4RoutingHelper;
  stack.SetRoutingHelper (ipv4RoutingHelper);
  stack.Install (allNodes);

  ipv4AddrHelper.SetBase ("105.25.1.0", "255.255.255.0");
  Ipv4InterfaceContainer interfaces = ipv4AddrHelper.Assign (devices);
//  Ipv4GlobalRoutingHelper::PopulateRoutingTables ();  //////////// I have played with using vs disabling this

  processManager.SetNetworkStack ("ns3::Ns3SocketFdFactory");
  processManager.Install (allNodes);

  processManager.SetNetworkStack ("ns3::Ns3SocketFdFactory");
  processManager.Install (allNodes);

//////////////////// Quagga setup
 QuaggaHelper quagga;
 quagga.EnableOspf (allNodes, "105.25.1.0/24");
 quagga.EnableOspfDebug (allNodes);
 
 quagga.EnableZebraDebug (allNodes);
 quagga.Install (allNodes);

///////// Install Packet sinks: not sure this is really needed
  for (uint32_t i = 0; i < numNodes; i++) {
    PacketSinkHelper sink("ns3::TcpSocketFactory",
        InetSocketAddress(Ipv4Address::GetAny(), port));
    ApplicationContainer apps_sink = sink.Install(allNodes.Get(i)); // sink is installed on all nodes
    apps_sink.Start(Seconds(SinkStartTime));
    apps_sink.Stop(Seconds(SinkStopTime));
  }

////////////////// Install constant bit-rate sources over TCP/IP between every pair of nodes
  for (uint32_t i = 0; i < numNodes; i++) {

    set<unsigned> targetIdSet;
    AttackerAndTargetsMap::const_iterator cit = attackerAndTargetsMap.find(i);

    if (cit != attackerAndTargetsMap.end()) {
      targetIdSet = cit->second.targets;
    }

    // set up a constant bit rate (CBR) application between every pair of nodes
    for (uint32_t j = 0; j < numNodes; j++) {
      if (i != j) {
/// code to generate semi-random start times
        Ptr<UniformRandomVariable> x = CreateObject<UniformRandomVariable>();
        x->SetAttribute("Min", DoubleValue(0));
        x->SetAttribute("Max", DoubleValue(1));
        double rn = x->GetValue();

/// get node "j" and use its address as the target for source "i"
        Ptr<Node> n = allNodes.Get(j);
        Ptr<Ipv4> ipv4 = n->GetObject<Ipv4>();
        Ipv4InterfaceAddress ipv4_int_addr = ipv4->GetAddress(1, 0);
        Ipv4Address ip_addr = ipv4_int_addr.GetLocal();

/// OnOffHelper is the CBR source
        OnOffHelper onoff("ns3::TcpSocketFactory",
            InetSocketAddress(ip_addr, port)); // traffic flows from node[i] to node[j]
        onoff.SetConstantRate(DataRate(AppPacketRate));
        ApplicationContainer apps = onoff.Install(allNodes.Get(i)); // traffic source installed at node i
        apps.Start(Seconds(AppStartTime + rn));
        apps.Stop(Seconds(AppStopTime));
      }
    }
  }

///// The rest is setting up listener streams--which showed packet reception before using Quagga






_______________________________________________
Quagga-users mailing list
Quagga-users@...
https://lists.quagga.net/mailman/listinfo/quagga-users
Frank Meier | 5 Jun 14:57 2014
Picon

[quagga-users 13705] ripd and inactive routes

Hi there,

we arerunning on two serverquagga and ripd 0.99.22.4.

If I connect via openvpn, at the first server the route are setted, but 
not distributed.
If I del and then add the routemanually, the route isdistributed.

At the other server, everything seemedto working correct.

show ip route:

K * 10.66.77.0/27 via 10.77.77.50, tun3 inactive
C>* 10.77.77.50/32 is directly connected, tun3

And afrer reset the route manually:

K>* 10.66.77.0/27 via 10.77.77.50, tun3
C>* 10.77.77.50/32 is directly connected, tun3

Has anyone an idea solve this problem?

Frank
Rajesh B | 30 May 10:07 2014
Picon

[quagga-users 13696] TCL script for quagga

Hi llists,

I would like to know whether can we use tcl scripts for automation. If yes, can anybody explain with simple example to use.

Thanks in advance.

Regards,
Rajesh
_______________________________________________
Quagga-users mailing list
Quagga-users@...
https://lists.quagga.net/mailman/listinfo/quagga-users
petar radosavljevic | 30 May 09:28 2014
Picon

[quagga-users 13695] BGP Commands (Cisco vs Quagga)

Hello list,

I need to know how many BGP commands of Cisco routers exist in Quagga?

Based on the Quagga official website I see that there are more than a hundred commands that exists, and about the same that do not exists (I know over two hundred Cisco BGP commands).  Am I right, can you give me some advice on how to do it in the best way?


Thank you, Petar

_______________________________________________
Quagga-users mailing list
Quagga-users@...
https://lists.quagga.net/mailman/listinfo/quagga-users
Alejandro Acosta | 29 May 05:47 2014
Picon

[quagga-users 13693] Mismatch in Quagga-RPKI vs HE.net

Hello List,
  Yesterday I found something weird that I would like to share with you.
  I might be doing something wrong or probably I found a bug.

  I installed quagga with RPKI support and I'm using RIPE NCC Validator.
The case is that when checking the network 200.85.64.0/20 in Quagga it
appears as Invalid. I think it should be Valid as you can check yourself
using he.net whois. Anyhow, I don't think there should be two different
rpki states out there.

  Here is the output of what I found.

1) 200.85.64/20 prefix:
  a) In Quagga (Invalid):
  I*> 200.85.64.0/20   200.7.84.2                             0 64512
28007 6939 7908 i

  b) In he.net (Valid):
root <at> squat:/tmp# whois -h whois.bgpmon.net " --roa 7908 200.85.64.0/20"
0 - Valid
------------------------
ROA Details
------------------------
Origin ASN:       AS7908
Not valid Before: 2013-12-24 06:52:26
Not valid After:  2018-12-24 06:52:26  Expires in
4y210d3h5m20.4000000059605s
Trust Anchor:     repository.lacnic.net
Prefixes:         2001:1350::/32 (max length /48)
                  200.85.64.0/20 (max length /24)

  I checked in the ROA section using the RIPE Validator and the prefix
has two valid ROAs, one correctly indicating AS7908 as origin and other
indicating AS 52358. This scenario is permissible.

  I found this case using the Quagga from
https://github.com/rtrlib/quagga-rtrlib/tree/feature/rtrlib  I don't
recall this behavior in another version but I could pass it without
noticing it.

  Am I doing something wrong?, did I miss something? is it a bug?

Thanks,

Alejandro,
Lala Deviluke | 27 May 10:35 2014
Picon

[quagga-users 13688] Simple anycast with Quagga

Hello,

I'm trying to setup 2 virtual machines with anycast.
Does anyone have working example of it? I can't ping anycast ip from my host machine.

I've setup lo:0, zebra and ospf from googling, but something I'm doing wrong.

Kind regards

Gmane