Bug#434462: avahi-autoipd: fix for #426918 is bogus

[Eloi Granado]

A possible solution would be to create a /etc/default/avahi-autoipd file
with a parameter that would let the user specify the correct
interface, defaulting to the current behaviour (create the route for the
first interface that wakes up).



signature.asc
Description: OpenPGP digital signature

Bug#434462: avahi-autoipd: fix for #426918 is bogus

[Martin Pitt]

Hi,

Lennart Poettering [2007-07-24  3:02 +0200]:
 Unless the route is created on all interfaces, things will get borked
 if you have two cards. First you ifup the first one -- the link-local
 route is created. Then the second one -- the link-local route is not
 created due to the bogus fix. Now the first iface is ifdown'ed -- the
 link-local route goes away, and we are lost with no link-local route
 at all.

That's true, but you cannot create the same route on two different
interfaces. I. e. if 169.254.0.0/16 is already routed through eth0,
trying to add it to eth1 will just fail with RTNETLINK answers: File
exists and the script aborts.

It might work to use different metrics for those multiple rules.
However, that would not make things much better; if you have multiple
interfaces, then it is simply not clear which one the user 'wants'.

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#434462: avahi-autoipd: fix for #426918 is bogus

[Lennart Poettering]

Package: avahi-autoipd
Version: 0.6.20-2
Severity: normal

Hmm, the Check for the existance of link-local routes on all
interfaces part of bug 426918 doesn't make any sense in my opinion,
and its fix in 0.6.20-1 should be reversed.

Unless the route is created on all interfaces, things will get borked
if you have two cards. First you ifup the first one -- the link-local
route is created. Then the second one -- the link-local route is not
created due to the bogus fix. Now the first iface is ifdown'ed -- the
link-local route goes away, and we are lost with no link-local route
at all.

I am not sure what exactly yields the warning that was reported in the
original bug report, but I am quite sure that the fix used is not the
right one.

Lennart


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.20 (PREEMPT)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages avahi-autoipd depends on:
ii  adduser   3.104  add and remove users and groups
ii  libc6 2.6-2  GNU C Library: Shared libraries
ii  libdaemon00.12-0.1   lightweight C library for daemons

Versions of packages avahi-autoipd recommends:
pn  dhcp3-client  none (no description available)
ii  iproute   20070313-1 Professional tools to control the 

-- no debconf information

-- 
Lennart Poettering   Red Hat, Inc.
lennart [at] poettering [dot] netICQ# 11060553
http://0pointer.net/lennart/  GnuPG 0x1A015CC4  


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]