From owner-freebsd-hackers Mon Nov 11 14:22:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15279 for hackers-outgoing; Mon, 11 Nov 1996 14:22:05 -0800 (PST) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA15257 for ; Mon, 11 Nov 1996 14:21:49 -0800 (PST) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id RAA03756; Mon, 11 Nov 1996 17:26:36 -0500 Date: Mon, 11 Nov 1996 17:26:36 -0500 Message-Id: <199611112226.RAA03756@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: roberto@keltia.freenix.fr (Ollivier Robert) From: dennis@etinc.com (dennis) Subject: Re: Setting PPP netmask! HOW! Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >According to dennis: >> market. I believe that the netmask is meaningless on a PTP interface, >> so even if you get it to display the way you want you won't have >> achieved much of anything. > >That's not true. > >Consider my case. We -- a group of friends -- have a C-class address >(/24). We have cut in in 16 subnets (/28) and distributed the subnets >between us. We connect thru PPP to a machine in one of these subnets. My >ethernet at home has another subnet. We have an interconnection subnet for >the Internet router. > >It would be impossible to send packets to my ethernet and to the Internet >thru the PPP at the same time if subnets were not handled correctly by >"pppd" (kernel PPP). > >ed0: flags=8843 mtu 1500 > inet 193.56.58.65 netmask 0xfffffff0 broadcast 193.56.58.79 > ether 00:00:c0:7c:66:48 > >pppd is run with this (line cut for display): > >$PROG $DEFOPTS connect 'chat -v ABORT "NO CARRIER" ABORT BUSY "" AT \ >OK ATDTXXXXXXXX CONNECT "" ogin: XXXXXXX assword: \qXXXXXXXX' netmask \ >255.255.255.240 /dev/$DEVICE 115200 > >That way, I have a subnet route for my ethernet in /28... > >Routing tables > >Internet: >Destination Gateway Flags Refs Use Netif Expire >127.0.0.1 127.0.0.1 UH 2 688 lo0 >193.56.58.64/28 link#1 UC 0 0 >193.56.58.65 0:0:c0:7c:66:48 UHLW 0 958 lo0 > >...and the default route will be added to another subnet when PPP is up. > >PPP correct handling of subnetting is *vital* for me. Its not quite working the way you think (the PPP routes are "hosts" and the subnet is irrelevant), but it you're happy........what the heck! Dennis