Daniel Arconada Labarga | 31 Jul 10:26 2014
Picon

[quagga-users 13744] Maximum numer lines on configuration.


Hi everyone.

We are thinking in use quagga our route servers for Blackhole source routing instead of filtering on firewalls.


The main isue that concerns us is the size of the configuration file after after configuring thousand of Ips.

This is an automatic process correlated with arcsight and sometimes send thousand of ips to the firewall to filter.

Is there any limit on file configuration size?

ip prefix-list ipsource-to-blackhole seq 10 deny any

route-map BLACKHOLE permit 20
 match ip address prefix-list ipsource-to-blackhole
 set ip next-hop 192.0.2.1
 set origin igp

route-map BLACKHOLE deny 22

This prefix-list "ipsource-to-blackhole " can grow a lot..

Daniel Arconada
Network Administrator
darconada-BlGtEEvrs+w@public.gmane.org




Chile 54 - 26007 - Logroño - La Rioja | Tel. +34 941 62 01 01 | Fax +34 941 20 47 93 | www.arsys.es
Aviso de confidencialidad - Este mensaje y sus posibles documentos adjuntos son confidenciales y están dirigidos exclusivamente a sus destinatarios. Por favor, si Ud. no es uno de ellos, notifíquenoslo y elimine el mensaje de su sistema. De conformidad con la legislación vigente, queda prohibida la copia, difusión o revelación de su contenido a terceros sin el previo consentimiento por escrito de arsys.
_______________________________________________
Quagga-users mailing list
Quagga-users@...
https://lists.quagga.net/mailman/listinfo/quagga-users
Kunszt Árpád | 28 Jul 08:48 2014
Picon

[quagga-users 13743] BGP + IPv6 + 2 VPN

Hi!

I'm using quagga + bgp and IPv6 for a long time ago. But until now I doesn't had to use them simultaneously.

We have two sites. This two sites is connected with 2 OpenVPN TAP tunnel. The first one is encrypted and used
only to protect the BGP session. The second one is unencrypted for the data.

With IPv4 I used a simpe route-map to redirect the traffic into to unencrypted tunnel.

With IPv6 this isn't working. If I set the next-hop global it's ignored by the other side. I mean I can see it in
the bgp informations but the link-local address gets into the kernel routing table, so the traffic goes
through in the wrong VPN.

I doesn't want to set next-hop local to a specific link-local address because it could change.

Is there any recommended solution to this? Can I somehow disable the "use the link-layer address" thing?

I need this for both I-BGP and E-BGP too in the future.

Thanks,

Arpad Kunszt

PS: The traffic is relatively high between the sites. The VPN gateways can't serve this with encryption.
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
clock_gettime(CLOCK_MONOTONIC, {84070, 711535558}) = 0
getrusage(RUSAGE_SELF, {ru_utime={17566, 289000}, ru_stime={63, 816000}, ...}) = 0
gettimeofday({1405691811, 275072}, NULL) = 0
clock_gettime(CLOCK_MONOTONIC, {84070, 713230388}) = 0
getrusage(RUSAGE_SELF, {ru_utime={17566, 289000}, ru_stime={63, 816000}, ...}) = 0
gettimeofday({1405691811, 277267}, NULL) = 0
select(1024, [8 11 12 13], [], [], {0, 0}) = 1 (in [13], left {0, 0})

Looks like a constant flap in netlink socket.

So, is it something that can be fixed?

I am using Fedora's distro build, but I could give something fresher
a try, with the aim to put it back into the distro if a fix is found.

[root <at> elanor zaitcev]# rpm -q quagga
quagga-0.99.22.4-4.fc20.i686

Yours,
-- Pete
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

Gmane