9fans archive / 1997 / 07 / 10 /    prev next

From: G. David Butler gdb@dbS...
Subject: multiple ethernet interfaces, naming
Date: Mon, 7 Jul 1997 08:03:49 -0500

>From: presotto@pla...
>Date: Thu, 3 Jul 1997 16:32:20 -0400
>Subject: re: multiple ethernet interfaces, naming
>
>I'ld continue ingnoring fddi myself and hoping that it
>goes away.  The 100baset ether is already easier to work
>with.  The giga ether will make it just plain anchronistic.

I agree.  I just wanted to get the syntax down.

>Up to you if you want to treat it as an ether or something
>else.

I went with #l0, #l1, etc. with assumption that other types
of interfaces (non ethernet) will need different support
for IP (like arp).

Done.  I have multiple interfaces working!  Now to phase II.

>From: beto@ncu...
>Date: Thu, 3 Jul 97 16:05:13 PDT
>Subject: Re: multiple ethernet interfaces, naming
>
>I got another question about multiple ethernet interfaces.
>
>If I do announce("/tcp/*/0",....) what would be the content of
>/tcp/*/local if I have multiple ethernet/ip interfaces.

At this point, since there is no connection, unknown.

>Normally It would return something like 
>
>	My.ip.add.ress!nextport
>
>but if we have multiple interfaces what should it return?

I think after the listen returns, then the local address should be
the address of the interface the packet came from.

>Some programs (bootp, arpd, ftpfs) use this trick to discover the
>local ip address and to generate unique port numbers.

Yeah, there will be changes here.

>Maybe 0.0.0.0!nextport until there is a connection and it
>knows which ip interface?

That may work.

>Any comments would be appreacited?

Lets ask presotto@pla... if he can give us the
syntax/semantics of the current implementation so we can
stay consistent.

Dave, can you help?

David Butler
gdb@dbS...