Ospf6d aborts on start if 'ipv6 ospf6 advertise prefix-list' is applied to an interface

Bug #575572 reported by Sam Cannell
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
quagga (Debian)
Fix Released
Unknown
quagga (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

Binary package hint: quagga

[Also submitted to Quagga's bugzilla (https://bugzilla.quagga.net/show_bug.cgi?id=593) and the Debian bug tracker (http://bugs.debian.org/580299) - this issue occurs on Debian (lenny and squeeze), Ubuntu (lucid) and FreeBSD (8.0-STABLE with quagga built from ports). I don't think it's the same as the similar-sounding bug reported in bug#519488; that was applying a prefix-list to an area definition and this bug occurs when attaching a prefix-list to an interface. Additionally, in this bug the daemon is functional with the new configuration until it's restarted, at which point it aborts.]

If an interface has been configured with the 'ipv6 ospf6 advertise prefix-list'
option, the ospf6 daemon will abort when it tries to start. The configuration
will, however, work fine until ospf6d is stopped:

ted:/etc/quagga # /usr/lib/quagga/ospf6d --daemon
ted:/etc/quagga # VTYSH_PAGER=cat vtysh -d ospf6d

Hello, this is Quagga (version 0.99.15).
Copyright 1996-2005 Kunihiro Ishiguro, et al.

ted# conf t
ted(config)# router ospf6
ted(config-ospf6)# router-id 1.2.3.4
ted(config-ospf6)# interface eth1 area 1.0.0.0
ted(config-ospf6)# redistribute static
ted(config-ospf6)# exit
ted(config)# ipv6 prefix-list ipv6-to-internal-ospf seq 10 permit ::/0
ted(config)# interface eth1
ted(config-if)# ipv6 ospf6 advertise prefix-list ipv6-to-internal-ospf
ted(config-if)# end
ted# show run
Building configuration...

Current configuration:
!
!
debug ospf6 lsa unknown
!
interface eth1
 ipv6 ospf6 advertise prefix-list ipv6-to-internal-ospf
 ipv6 ospf6 cost 1
 ipv6 ospf6 dead-interval 40
 ipv6 ospf6 hello-interval 10
 ipv6 ospf6 instance-id 0
 ipv6 ospf6 priority 1
 ipv6 ospf6 retransmit-interval 5
 ipv6 ospf6 transmit-delay 1
!
router ospf6
 router-id 1.2.3.4
 redistribute static
 interface eth1 area 1.0.0.0
!
ipv6 prefix-list ipv6-to-internal-ospf seq 10 permit ::/0
!
line vty
!
end
ted# wr mem
Building Configuration...
Configuration saved to /etc/quagga/ospf6d.conf
[OK]
ted# exit
ted:/etc/quagga # pkill ospf6d
ted:/etc/quagga # /usr/lib/quagga/ospf6d
Aborted
ted:/etc/quagga #

Probably related - ospf6d will immediately abort if the 'ipv6 ospf6 advertise
prefix-list' option is applied to an interface that hasn't been assigned an
ospf area. Perhaps the configuration loader tries to apply the advertise
prefix-list before OSPF areas have been set up?

ted:/etc/quagga # :> ospf6d.conf
ted:/etc/quagga # /usr/lib/quagga/ospf6d --daemon
ted:/etc/quagga # VTYSH_PAGER=cat vtysh -d ospf6d

Hello, this is Quagga (version 0.99.15).
Copyright 1996-2005 Kunihiro Ishiguro, et al.

ted# conf t
ted(config)# router ospf6
ted(config-ospf6)# router-id 1.2.3.4
ted(config-ospf6)# exit
ted(config)# ipv6 prefix-list ipv6-to-internal-ospf seq 10 permit ::/0
ted(config)# interface eth1
ted(config-if)# ipv6 ospf6 advertise prefix-list ipv6-to-internal-ospf
Warning: closing connection to ospf6d because of an I/O error!
ted(config-if)#
ted:/etc/quagga # pgrep -fl ospf6d
ted:/etc/quagga #

Tags: udd-find
Revision history for this message
Chuck Short (zulcss) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please try to obtain a backtrace following the instructions at http://wiki.ubuntu.com/DebuggingProgramCrash and upload the backtrace (as an attachment) to the bug report. This will greatly help us in tracking down your problem.

Changed in quagga (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Sam Cannell (sam-linux) wrote :

backtrace from ospf6d crash

Changed in quagga (Ubuntu):
status: Incomplete → New
tags: added: udd-find
Changed in quagga (Debian):
status: Unknown → Confirmed
Chuck Short (zulcss)
Changed in quagga (Ubuntu):
importance: Low → Medium
status: New → Triaged
Changed in quagga (Debian):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.