From owner-freebsd-questions Tue Oct 2 1:23:25 2001 Delivered-To: freebsd-questions@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 27F8F37B405 for ; Tue, 2 Oct 2001 01:23:15 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id f928Mcx85580; Tue, 2 Oct 2001 11:22:38 +0300 (EEST) (envelope-from ru) Date: Tue, 2 Oct 2001 11:22:38 +0300 From: Ruslan Ermilov To: "Gary W. Swearingen" Cc: freebsd-questions@FreeBSD.ORG Subject: Re: Diff between "route" command's -iface and -interface options. Message-ID: <20011002112238.H74839@sunbay.com> References: <20011001171906.A57416@sunbay.com> <47d747gpes.747@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <47d747gpes.747@localhost.localdomain>; from swear@blarg.net on Mon, Oct 01, 2001 at 11:56:27AM -0700 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Oct 01, 2001 at 11:56:27AM -0700, Gary W. Swearingen wrote: > Thanks for responding. For reference, you said: > > > They are synonyms, and also have a side effect on accepting "gateway" > > argument in the "interface" address format. > > 1) I plan to insert a line in the "flags" table thusly: > > -iface ~RTF_GATEWAY - destination is directly reachable > -interface - a synonym for -iface > -static RTF_STATIC - manually added route > OK. > 2) I plan to change this existing paragraph: > > If the destination is directly reachable via an interface requiring no > intermediary system to act as a gateway, the -interface modifier should > be specified; the gateway given is the address of this host on the common > network, indicating the interface to be used for transmission. Alter- > nately, if the interface is point to point the name of the interface > itself may be given, in which case the route remains valid even if the > local or remote addresses change. > > From what you said above and from some "route" commands I've seen, it > looks like the "gateway" argument should be an interface name when > -iface/-interface is used and so I'm confused by "the gateway given is > the address of this host on the common network" phrase, especially as > contrasted to the latter use of "name of the interface itself" for p-to-p. > Being bold enough to guess it's either very unclear or simply wrong, I > propose this alternate paragraph: > > If the destination is directly reachable via an interface requiring no > intermediary system to act as a gateway, the -iface (or equivilant > -interface) modifier should be used and the gateway should be specified > as the interface name; the route then remains valid even if the local or > remote addresses change. > > OK? I hope that doesn't cut too much. I'm not sure what's "must" and > what's "may" for either multi-cast or point-to-point, and I waffled with > "should" for both. If it should say more, I'll need some guidance. > Not quite. The original paragraph is pretty correct. "gateway" SHOULD NOT be specified as "interface name", but it CAN BE. It still makes sense to use "the address of this host on the common network", as it is then recorded as the IFA address of this route. With this interface configuration, : # ifconfig rl0 inet : rl0: flags=8843 mtu 1500 : inet 192.168.4.115 netmask 0xffffff00 broadcast 192.168.4.255 : inet 192.168.4.200 netmask 0xffffffff broadcast 192.168.4.200 the following command will add a route to the 10 network, using the 192.168.4.200 as the source address: : # route add -net 10 -iface 192.168.4.200 : add net 10: gateway 192.168.4.200 : # route -vn get -net 10 : u: inet 10.0.0.0; u: link ; RTM_GET: Report Metrics: len 172, pid: 0, seq 1, errno 0, flags: : locks: inits: : sockaddrs: : 10.0.0.0 (0) 0 ff : route to: 10.0.0.0 : destination: 10.0.0.0 : mask: 255.0.0.0 : interface: rl0 : flags: : recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire : 0 0 0 0 0 0 1500 -68 : : locks: inits: : sockaddrs: : 10.0.0.0 255.0.0.0 rl0:0.c0.df.3.2d.79 192.168.4.200 ^^^^^^^^^^^^^ I.e., the command will route 10 network through the ARP on the attached rl0 physical network, and any unnamed (source IP address is unfilled) IP packets going to that network will have 192.168.4.200 as a source address. > 3) If I ever make time to try to clear up some other things in this man > page, should I communicate directly with you before writing PRs or > should I just write the PRs (maybe after getting input from -questions > or -stable)? > You can try me first. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message