Bug#312119: guessnet: test peer address misdetects if multiple networks on same gateway

2006-08-28 Thread Marc Haber
On Fri, Aug 25, 2006 at 08:39:18PM +0200, Marc Haber wrote:
 On Fri, Aug 25, 2006 at 07:06:25PM +0100, Enrico Zini wrote:
  On Sat, Feb 25, 2006 at 01:06:43PM +0100, Marc Haber wrote:
   On Sun, Oct 23, 2005 at 02:07:40PM +0200, Enrico Zini wrote:
On Sun, Jun 05, 2005 at 07:34:46PM +0200, Marc Haber wrote:

 iface net1 inet static
 test peer address 10.11.10.62
 
 iface net1 inet static
 test peer address 10.12.10.62
 This doesn't seem to work, net1 is always chosen.
  [...]
   The best way to solve this would be to keep Linux from answering ARP
   requests for IP adresses that are on other interfaces, but that is
   clearly out of guessnet's scope.
  
  It just occurred to me while reviewing the open bugs that both your
  network stanzas are called net1: could it be that that is the problem?
 
 I suspect this was an error when anonymizing the configuration. I
 don't remember any more and need to build a lab for reproduction of
 the image.

Confirmed. Issue reproducible even with the second stanza named net2
instead of net1. In the way to reproduce this, I have seen the local
system arping for both peers, and the gateway answered both requests
with its MAC address.

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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



Bug#312119: guessnet: test peer address misdetects if multiple networks on same gateway

2006-08-25 Thread Enrico Zini
On Sat, Feb 25, 2006 at 01:06:43PM +0100, Marc Haber wrote:
 On Sun, Oct 23, 2005 at 02:07:40PM +0200, Enrico Zini wrote:
  On Sun, Jun 05, 2005 at 07:34:46PM +0200, Marc Haber wrote:
  
   iface net1 inet static
   test peer address 10.11.10.62
   
   iface net1 inet static
   test peer address 10.12.10.62
   This doesn't seem to work, net1 is always chosen.
[...]
 The best way to solve this would be to keep Linux from answering ARP
 requests for IP adresses that are on other interfaces, but that is
 clearly out of guessnet's scope.

It just occurred to me while reviewing the open bugs that both your
network stanzas are called net1: could it be that that is the problem?


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED]


signature.asc
Description: Digital signature


Bug#312119: guessnet: test peer address misdetects if multiple networks on same gateway

2006-08-25 Thread Enrico Zini
On Fri, Aug 25, 2006 at 08:39:18PM +0200, Marc Haber wrote:

  It just occurred to me while reviewing the open bugs that both your
  network stanzas are called net1: could it be that that is the problem?
 I suspect this was an error when anonymizing the configuration. I
 don't remember any more and need to build a lab for reproduction of
 the image.
 This is going to take a while.

Don't worry: I was going to mark it wontfix since we agreed that it's
more of a problem with Linux answering ARP requests from all interfaces,
but then I spotted those two networks with the same name and I wanted to
double check.

I'll tag it wontfix then, since it does not seem to be something that
can be fixed in guessnet.


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED]


signature.asc
Description: Digital signature


Bug#312119: guessnet: test peer address misdetects if multiple networks on same gateway

2006-08-25 Thread Marc Haber
On Fri, Aug 25, 2006 at 07:06:25PM +0100, Enrico Zini wrote:
 On Sat, Feb 25, 2006 at 01:06:43PM +0100, Marc Haber wrote:
  On Sun, Oct 23, 2005 at 02:07:40PM +0200, Enrico Zini wrote:
   On Sun, Jun 05, 2005 at 07:34:46PM +0200, Marc Haber wrote:
   
iface net1 inet static
test peer address 10.11.10.62

iface net1 inet static
test peer address 10.12.10.62
This doesn't seem to work, net1 is always chosen.
 [...]
  The best way to solve this would be to keep Linux from answering ARP
  requests for IP adresses that are on other interfaces, but that is
  clearly out of guessnet's scope.
 
 It just occurred to me while reviewing the open bugs that both your
 network stanzas are called net1: could it be that that is the problem?

I suspect this was an error when anonymizing the configuration. I
don't remember any more and need to build a lab for reproduction of
the image.

This is going to take a while.

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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



Bug#312119: guessnet: test peer address misdetects if multiple networks on same gateway

2006-02-25 Thread Marc Haber
On Sun, Oct 23, 2005 at 02:07:40PM +0200, Enrico Zini wrote:
 On Sun, Jun 05, 2005 at 07:34:46PM +0200, Marc Haber wrote:
  Given is a site with a single Linux gateway which has a multitude of
  ethernets attached. DHCP is not in use, and the MAC addresses of the
  interface are not known (might change any time). A notebook needs to
  be able to use any of these networks, so it should detect its network
  regardless of which physical network it has been plugged in.
 [...]
  iface net1 inet static
  test peer address 10.11.10.62
  
  iface net1 inet static
  test peer address 10.12.10.62
  This doesn't seem to work, net1 is always chosen.
  
  It looks like the gateway is answering to arping 10.11.10.62 even if
  the arping request comes in from the network 10.12.10.
  I didn't debug in detail, but I surely hope that the replies can be
  distinguished, so that guessnet can see which answer is the correct one.
  I'll happily debug if you tell me what to do.
 
 Sorry for the late reply.  This looks difficult: the only way to
 distinguish the reply would be by IP or by MAC.  However, from what you
 said, the IP is random among the possible subnets, and the MAC could
 change at any time.

I agree.

 Perhaps there are other machines in the subnet you can test for using
 the MAC address, like a network printer or another host?

That would make guessnet depend on infrastructure that might be moved
or replaced without really having an impact on networking.

The best way to solve this would be to keep Linux from answering ARP
requests for IP adresses that are on other interfaces, but that is
clearly out of guessnet's scope.

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things.Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835


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



Bug#312119: guessnet: test peer address misdetects if multiple networks on same gateway

2005-10-23 Thread Enrico Zini
On Sun, Jun 05, 2005 at 07:34:46PM +0200, Marc Haber wrote:

 Given is a site with a single Linux gateway which has a multitude of
 ethernets attached. DHCP is not in use, and the MAC addresses of the
 interface are not known (might change any time). A notebook needs to
 be able to use any of these networks, so it should detect its network
 regardless of which physical network it has been plugged in.
[...]
 iface net1 inet static
 test peer address 10.11.10.62
 
 iface net1 inet static
 test peer address 10.12.10.62
 This doesn't seem to work, net1 is always chosen.
 
 It looks like the gateway is answering to arping 10.11.10.62 even if
 the arping request comes in from the network 10.12.10.
 I didn't debug in detail, but I surely hope that the replies can be
 distinguished, so that guessnet can see which answer is the correct one.
 I'll happily debug if you tell me what to do.

Sorry for the late reply.  This looks difficult: the only way to
distinguish the reply would be by IP or by MAC.  However, from what you
said, the IP is random among the possible subnets, and the MAC could
change at any time.

Perhaps there are other machines in the subnet you can test for using
the MAC address, like a network printer or another host?


Ciao,

Enrico

--
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED]


signature.asc
Description: Digital signature


Bug#312119: guessnet: test peer address misdetects if multiple networks on same gateway

2005-06-05 Thread Marc Haber
Package: guessnet
Version: 0.36-1
Severity: normal

Given is a site with a single Linux gateway which has a multitude of
ethernets attached. DHCP is not in use, and the MAC addresses of the
interface are not known (might change any time). A notebook needs to
be able to use any of these networks, so it should detect its network
regardless of which physical network it has been plugged in.

/e/n/i looks like this:

mapping eth0
script /usr/sbin/guessnet-ifupdown
map default: default
map timeout: 3
map verbose: true

iface net1 inet static
address 10.11.10.59
netmask 255.255.255.240
broadcast 10.11.10.63
gateway 10.11.10.62
test peer address 10.11.10.62

iface net1 inet static
address 10.12.10.59
netmask 255.255.255.240
broadcast 10.12.10.63
gateway 10.12.10.62
test peer address 10.12.10.62

This doesn't seem to work, net1 is always chosen.

It looks like the gateway is answering to arping 10.11.10.62 even if
the arping request comes in from the network 10.12.10.

I didn't debug in detail, but I surely hope that the replies can be
distinguished, so that guessnet can see which answer is the correct one.

I'll happily debug if you tell me what to do.

Greetings
Marc

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.9-zgserver
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages guessnet depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
pn  libpcap0 Not found.
ii  libpopt01.7-5lib for parsing cmdline parameters


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