Your message dated Sun, 19 Jul 2009 17:17:09 +0200
with message-id <[email protected]>
and subject line Fixed
has caused the Debian Bug report #434051,
regarding quagga: Changes of nexthops of static routes didnt take effect
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
434051: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=434051
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: quagga
Version: 0.99.5-5etch2
Severity: important


Hi,

We have several Linux routers which are using quagga to distribute
routes using OSPF(v4).

The central routers have some static routes - when I change the next
hope of one of them, the changes are not getting recognized by neither
zebra nor ospf (I guess at least the first one should notice them).

It looks like there was a fix in 0.99.6 which hasn't been yet
backported to the Debian stable version.

> 2006-12-09: Quagga 0.99.6 Released
> ...
> zebra, Changes of nexthops of static routes didnt take effect

>From CVS:

Revision 1.34 / (view) - annotate - [select for diffs] , Fri Dec 8
00:53:14 2006 UTC (7 months, 1 week ago) by paul
Branch: MAIN
CVS Tags: quagga_0_99_7_release, quagga_0_99_6_release
Changes since 1.33: +12 -10 lines
Diff to previous 1.33 (colored)

[zebra] Changes of nexthops of static routes didnt take effect

2006-12-08 Piotr Chytla <[email protected]>

   * zebra_rib.c: (static_install_ipv{4,6}) Case where existing
     RIB is updated must explicitely rib_addqueue the route_node,
     to ensure the update actually takes effect.

http://cvs.quagga.net/cgi-bin/viewcvs.cgi/quagga/zebra/zebra_rib.c


It's a bit annoying because currently we have to remove the route,
wait until the backbone area has unlearned it and then inject the
new route with the changed nexthop again. And this cause a down
time.

Cheers,
Andreas


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages quagga depends on:
ii  adduser                     3.102        Add and remove users and groups
ii  debconf [debconf-2.0]       1.5.11       Debian configuration management sy
ii  iproute                     20061002-3   Professional tools to control the 
ii  libc6                       2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libcap1                     1:1.10-14    support for getting/setting POSIX.
ii  libpam0g                    0.79-4       Pluggable Authentication Modules l
ii  libreadline5                5.2-2        GNU readline and history libraries
ii  logrotate                   3.7.1-3      Log rotation utility

quagga recommends no packages.

-- debconf information:
  quagga/really_stop: false


--- End Message ---
--- Begin Message ---
Hello

I close this bug as the current stable version 0.99.10-1lenny2   
has a fix for this bug.

bye,

-christian-


--- End Message ---

Reply via email to