From owner-freebsd-net Sun Jun 10 12: 0:58 2001 Delivered-To: freebsd-net@freebsd.org Received: from acestes-fe0.ultra.net (acestes-fe0.ultra.net [146.115.9.54]) by hub.freebsd.org (Postfix) with ESMTP id 3B1AD37B40A for ; Sun, 10 Jun 2001 12:00:49 -0700 (PDT) (envelope-from moncrg@ma.ultranet.com) Received: from ma.ultranet.com (d91.dial-8.cmb.ma.ultra.net [209.6.71.91]) by acestes-fe0.ultra.net (8.8.8/ult/n26500/mtc.v2) with ESMTP id PAA16692 for ; Sun, 10 Jun 2001 15:00:47 -0400 (EDT) Message-ID: <3B23D17B.2F2F540@ma.ultranet.com> Date: Sun, 10 Jun 2001 14:58:51 -0500 From: "Gregory D. Moncreaff" Reply-To: moncrg@ma.ultranet.com X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD Net Subject: how to filter out igmp spam on a ppp -nat dialup? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org this traffic is holding my ppp connection open for hours at a time, is there any way to filter this out I tried adding `set filter in 0 deny igmp` to my ppp.conf config but then I couldn't do external DNS. BTW, the xxx.xxx.xxx portion of the address keeps changing from day to day... 45:54 209.xxx.xxx.xxx > 224.0.0.1: 209.xxx.xxx.xxx > 224.0.0.1: igmp v2 queryigmp query [ttl 1] 46:24 209.xxx.xxx.xxx > 224.0.0.1: 209.xxx.xxx.xxx > 224.0.0.1: igmp v2 queryigmp query [ttl 1] 46:54 209.xxx.xxx.xxx > 224.0.0.1: 209.xxx.xxx.xxx > 224.0.0.1: igmp v2 queryigmp query [ttl 1] 47:24 209.xxx.xxx.xxx > 224.0.0.1: 209.xxx.xxx.xxx > 224.0.0.1: igmp v2 queryigmp query [ttl 1] 47:54 209.xxx.xxx.xxx > 224.0.0.1: 209.xxx.xxx.xxx > 224.0.0.1: igmp v2 queryigmp query [ttl 1] -- Greg Moncreaff moncrg@ma.ultranet.com Marlborough, MA; USA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jun 10 12:58: 9 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.XtremeDev.com (xtremedev.com [216.241.38.65]) by hub.freebsd.org (Postfix) with ESMTP id 4AABE37B405 for ; Sun, 10 Jun 2001 12:58:01 -0700 (PDT) (envelope-from freebsd@XtremeDev.com) Received: from xtremedev.com (xtremedev.com [216.241.38.65]) by mail.XtremeDev.com (Postfix) with ESMTP id 8E75A1364E for ; Sun, 10 Jun 2001 13:58:00 -0600 (MDT) Date: Sun, 10 Jun 2001 13:58:00 -0600 (MDT) From: FreeBSD To: Subject: pppd dialin server using mgetty and pppd Message-ID: <20010610135618.A65409-100000@Amber.XtremeDev.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello all, I am trying to setup a dialin server for my Windows 2000 machine in FreeBSD, using pppd 2.3.5 and mgetty-1.1.25.02.01 compiled fresh from a recently cvsup'd ports tree. The FreeBSD machine has a USR Courier modem and the Win2k machine has an external Sportster 56k. I can get mgetty to recognize on AutoPPP and call pppd, but for some reason pppd doesn't get any response from an lcp (?) request. Here's the log from pppd: Jun 10 05:50:12 pppdserver pppd[45652]: pppd 2.3.5 started by root, uid 0 Jun 10 05:50:12 pppdserver pppd[45652]: Using interface ppp0 Jun 10 05:50:12 pppdserver pppd[45652]: Connect: ppp0 <--> /dev/cuaa0 Jun 10 05:50:12 pppdserver pppd[45652]: sent [LCP ConfReq id=0x1 ] Jun 10 05:50:15 pppdserver /kernel: ppp0: bad protocol 2666 Jun 10 05:50:15 pppdserver pppd[45652]: sent [LCP ConfReq id=0x1 ] Jun 10 05:50:15 pppdserver pppd[45652]: rcvd [LCP ConfReq id=0x2 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 6 9 c7 00 00 00 00>] Jun 10 05:50:15 pppdserver pppd[45652]: sent [LCP ConfRej id=0x2 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 69 c7 00 00 00 00>] Jun 10 05:50:18 pppdserver pppd[45652]: sent [LCP ConfReq id=0x1 ] Jun 10 05:50:19 pppdserver pppd[45652]: rcvd [LCP ConfReq id=0x3 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 6 9 c7 00 00 00 00>] Jun 10 05:50:19 pppdserver pppd[45652]: sent [LCP ConfRej id=0x3 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 69 c7 00 00 00 00>] Jun 10 05:50:20 pppdserver sudo: dave : TTY=ttyph ; PWD=/usr/home/dave ; USER=root ; COMMAND=/usr/bin/less /var/tmp/.tmpsc/.tmpsc Jun 10 05:50:21 pppdserver pppd[45652]: sent [LCP ConfReq id=0x1 ] Jun 10 05:50:23 pppdserver pppd[45652]: rcvd [LCP ConfReq id=0x4 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 69 c7 00 00 00 00>] Jun 10 05:50:23 pppdserver pppd[45652]: sent [LCP ConfRej id=0x4 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 69 c7 00 00 00 00>] Jun 10 05:50:24 pppdserver pppd[45652]: sent [LCP ConfReq id=0x1 ] Jun 10 05:50:27 pppdserver pppd[45652]: rcvd [LCP ConfReq id=0x5 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 69 c7 00 00 00 00>] Jun 10 05:50:27 pppdserver pppd[45652]: sent [LCP ConfRej id=0x5 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 69 c7 00 00 00 00>] Jun 10 05:50:27 pppdserver pppd[45652]: sent [LCP ConfReq id=0x1 ] Jun 10 05:50:30 pppdserver pppd[45652]: sent [LCP ConfReq id=0x1 ] Jun 10 05:50:31 pppdserver pppd[45652]: rcvd [LCP ConfReq id=0x6 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 69 c7 00 00 00 00>] Jun 10 05:50:31 pppdserver pppd[45652]: sent [LCP ConfRej id=0x6 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 69 c7 00 00 00 00>] Jun 10 05:50:33 pppdserver pppd[45652]: sent [LCP ConfReq id=0x1 ] Jun 10 05:50:35 pppdserver pppd[45652]: rcvd [LCP ConfReq id=0x7 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 69 c7 00 00 00 00>] Jun 10 05:50:35 pppdserver pppd[45652]: sent [LCP ConfRej id=0x7 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 69 c7 00 00 00 00>] Jun 10 05:50:36 pppdserver pppd[45652]: sent [LCP ConfReq id=0x1 ] Jun 10 05:50:39 pppdserver pppd[45652]: rcvd [LCP ConfReq id=0x8 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 69 c7 00 00 00 00>] Jun 10 05:50:39 pppdserver pppd[45652]: sent [LCP ConfRej id=0x8 < 11 04 06 4e> < 13 17 01 69 6d ac 7c 32 7b 4e b5 88 0c d4 fc 68 06 69 c7 00 00 00 00>] Jun 10 05:50:39 pppdserver pppd[45652]: sent [LCP ConfReq id=0x1 ] Jun 10 05:50:42 pppdserver pppd[45652]: LCP: timeout sending Config-Requests Jun 10 05:50:42 pppdserver pppd[45652]: Connection terminated, connected for 1 minutes Jun 10 05:50:42 pppdserver pppd[45652]: Hangup (SIGHUP) Jun 10 05:50:42 pppdserver pppd[45652]: Exit. I don't know what the "bad protocol 2666" error means. But from what I gather from reading google.com and groups.google.com pppd keeps sending LCP requests but doesn't receive anything back. I don't see anything refering to logins. mgetty works appearantely, since from the logs it sees autoppp fine and calls pppd with file options.server in /etc/ppp: -detach noauth asyncmap 0 modem crtscts lock refuse-chap require-pap proxyarp debug kdebug 1 mru 576 mtu 576 bsdcomp 15,15 deflate 15,15 vj-max-slots 16 idle 500 I don't know if this will help, here's the portion of the mgetty.log file pertaining to the connection: 06/10 05:49:56 aa0 checking lockfiles, locking the line 06/10 05:49:56 aa0 makelock(cuaa0) called 06/10 05:49:56 aa0 do_makelock: lock='/var/spool/lock/LCK..cuaa0' 06/10 05:49:56 aa0 lock made 06/10 05:49:56 aa0 wfr: waiting for ``RING'' 06/10 05:49:56 aa0 got: [0a][0d][0a]RING[0d] 06/10 05:49:56 aa0 wfr: rc=0, drn=0 06/10 05:49:56 aa0 send: ATA[0d] 06/10 05:49:56 aa0 waiting for ``CONNECT'' 06/10 05:49:56 aa0 got: ATA[0d][0d][0a]+FDM[0d][0a][0d][0a]CONNECT ** found ** 06/10 05:50:10 aa0 send: 06/10 05:50:10 aa0 waiting for ``_'' 06/10 05:50:10 aa0 got: 31200/ARQ[0d] ** found ** 06/10 05:50:10 aa0 waiting for line to clear (VTIME), read: [0a]~[ff]}#[c0]!}!} } /}"}&} } } } }%}&f0};?}'}"}(}"}1}$}&N}3}7}!im[ac]|2{N[b5][88]},[d4][fc]h}&i[c7]} } } } Z[db]~ 06/10 05:50:10 aa0 utmp + wtmp entry made 06/10 05:50:10 aa0 tio_set_flow_control( HARD ) 06/10 05:50:10 aa0 print welcome banner (/etc/issue) 06/10 05:50:10 aa0 getlogname (AUTO_PPP), read:~[ff]}#[c0]! 06/10 05:50:12 aa0 input finished with '\r', setting ICRNL ONLCR 06/10 05:50:12 aa0 tio_get_rs232_lines: status: RTS CTS DSR DTR DCD 06/10 05:50:12 aa0 match: user='/AutoPPP/', key='' 06/10 05:50:12 aa0 match: user='/AutoPPP/', key='' 06/10 05:50:12 aa0 match: user='/AutoPPP/', key='/AutoPPP/'*** hit! 06/10 05:50:12 aa0 calling login: cmd='/usr/sbin/pppd', argv[]='pppd cuaa0 file /etc/ppp/options.server' 06/10 05:50:12 ##### data dev=cuaa0, pid=45652, caller='none', conn='31200/ARQ', name='', cmd='/usr/sbin/pppd', user='/AutoPPP/' 06/10 05:50:12 aa0 setenv: 'CALLER_ID=none' 06/10 05:50:12 aa0 setenv: 'CALLED_ID=' 06/10 05:50:12 aa0 setenv: 'CONNECT=31200/ARQ' -- 06/10 05:50:42 aa0 mgetty: experimental test release 1.1.25-Feb01 06/10 05:50:42 aa0 check for lockfiles 06/10 05:50:42 aa0 checklock: no active process has lock, will remove 06/10 05:50:42 aa0 locking the line 06/10 05:50:42 aa0 makelock(cuaa0) called 06/10 05:50:42 aa0 do_makelock: lock='/var/spool/lock/LCK..cuaa0' 06/10 05:50:42 aa0 lock made 06/10 05:50:45 aa0 tio_get_rs232_lines: status: RTS CTS DSR DTR 06/10 05:50:45 aa0 lowering DTR to reset Modem 06/10 05:50:46 aa0 tss: set speed to 38400 (113000) 06/10 05:50:46 aa0 tio_set_flow_control( HARD ) 06/10 05:50:46 aa0 waiting for line to clear (VTIME), read: 06/10 05:50:46 aa0 send: ATS0=0Q0&D3&C1[0d] 06/10 05:50:46 aa0 waiting for ``OK'' 06/10 05:50:46 aa0 got: ATS0=0Q0&D3&C1[0d][0d][0a]OK ** found ** 06/10 05:50:46 aa0 mdm_send: 'AT+FCLASS=2.0' 06/10 05:50:46 aa0 mdm_command: string 'AT+FCLASS=2.0' 06/10 05:50:46 aa0 mdm_command: string 'OK' -> OK 06/10 05:50:46 aa0 mdm_send: 'AT+FAA=1;+FCR=1' 06/10 05:50:46 aa0 mdm_command: string 'AT+FAA=1;+FCR=1' 06/10 05:50:46 aa0 mdm_command: string 'OK' -> OK 06/10 05:50:46 aa0 mdm_send: 'AT+FBO=1' 06/10 05:50:46 aa0 mdm_command: string 'AT+FBO=1' 06/10 05:50:46 aa0 mdm_command: string 'OK' -> OK 06/10 05:50:46 aa0 mdm_send: 'AT+FNR=1,1,1,0' 06/10 05:50:46 aa0 mdm_command: string 'AT+FNR=1,1,1,0' 06/10 05:50:46 aa0 mdm_command: string 'OK' -> OK 06/10 05:50:46 aa0 mdm_send: 'AT+FLI="4179421"' 06/10 05:50:46 aa0 mdm_command: string 'AT+FLI="4179421"' 06/10 05:50:47 aa0 mdm_command: string 'OK' -> OK 06/10 05:50:47 aa0 mdm_send: 'AT+FCC=1,5,0,2,0,0,0,0' 06/10 05:50:47 aa0 mdm_command: string 'AT+FCC=1,5,0,2,0' 06/10 05:50:47 aa0 mdm_command: string 'OK' -> OK 06/10 05:50:47 aa0 waiting for line to clear (VTIME), read: 06/10 05:50:47 aa0 removing lock file 06/10 05:50:47 aa0 waiting... I have tried in Win2k having the dialer bring up the terminal after connect and calling pppd from the command line, but it gave me the same error. Please, if anyone has had FreeBSD working as a dialup server with mgetty+pppd for Windows dialers, please point out to me what I have done wrong. I know it's got to be something very obvious, but I'm at a lost as to what it might possibly be. Thanks in advance. Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jun 10 15:33:55 2001 Delivered-To: freebsd-net@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id EE73737B405 for ; Sun, 10 Jun 2001 15:33:50 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f5AMXnt96673; Sun, 10 Jun 2001 23:33:49 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.4/8.11.4) with ESMTP id f5AMXmR02476; Sun, 10 Jun 2001 23:33:48 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200106102233.f5AMXmR02476@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: moncrg@ma.ultranet.com Cc: FreeBSD Net , brian@Awfulhak.org Subject: Re: how to filter out igmp spam on a ppp -nat dialup? In-Reply-To: Message from "Gregory D. Moncreaff" of "Sun, 10 Jun 2001 14:58:51 CDT." <3B23D17B.2F2F540@ma.ultranet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 10 Jun 2001 23:33:48 +0100 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > this traffic is holding my ppp connection open > for hours at a time, is there any way to filter > this out > > I tried adding `set filter in 0 deny igmp` > to my ppp.conf config but then I couldn't do external > DNS. Try set filter alive 0 deny igmp set filter alive 1 permit 0 0 Maybe the DNS problem was caused by not having a final permit rule (falling off the end of the filter set is the same as a deny). [.....] > -- > Greg Moncreaff > moncrg@ma.ultranet.com > Marlborough, MA; > USA -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jun 10 17:35:57 2001 Delivered-To: freebsd-net@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 55D0037B430 for ; Sun, 10 Jun 2001 17:35:53 -0700 (PDT) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (#6@localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.3/8.11.3) with ESMTP id f5B0ZaI87538; Sun, 10 Jun 2001 20:35:36 -0400 (EDT) (envelope-from louie@whizzo.transsys.com) Message-Id: <200106110035.f5B0ZaI87538@whizzo.transsys.com> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Brian Somers Cc: moncrg@ma.ultranet.com, FreeBSD Net X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: how to filter out igmp spam on a ppp -nat dialup? References: <200106102233.f5AMXmR02476@hak.lan.Awfulhak.org> In-reply-to: Your message of "Sun, 10 Jun 2001 23:33:48 BST." <200106102233.f5AMXmR02476@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 10 Jun 2001 20:35:36 -0400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > this traffic is holding my ppp connection open > > for hours at a time, is there any way to filter > > this out > > > > I tried adding `set filter in 0 deny igmp` > > to my ppp.conf config but then I couldn't do external > > DNS. > > Try > > set filter alive 0 deny igmp > set filter alive 1 permit 0 0 > > Maybe the DNS problem was caused by not having a final permit rule > (falling off the end of the filter set is the same as a deny). You ought to take the approch of specifing what sort of traffic you'd like to have keep up the link, rather than trying to exclude types of traffic as you happen to find it. With a simple filter like that you'll still have the link kept up by ICMP (e.g, PING, etc.) traffic. Or if you decide to run NTP, you'll have the link kept up by that periodic traffic as well. I you configure inclusion rules for the traffic you care about (e.g., SMTP, ssh, etc) you'll be less likely to be surprised in the future. BTW, the IGMP traffic is probably due to the remote RAS box being multicast capable and it doing periodic group membership queries on the link to see what multicast groups the host on the other end of the link was subscribed to. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jun 10 20:11:46 2001 Delivered-To: freebsd-net@freebsd.org Received: from tp.databus.com (p101-46.acedsl.com [160.79.101.46]) by hub.freebsd.org (Postfix) with ESMTP id 9DCB737B408; Sun, 10 Jun 2001 20:11:38 -0700 (PDT) (envelope-from barney@tp.databus.com) Received: (from barney@localhost) by tp.databus.com (8.11.3/8.11.3) id f5B3BTj86604; Sun, 10 Jun 2001 23:11:29 -0400 (EDT) (envelope-from barney) Date: Sun, 10 Jun 2001 23:11:29 -0400 From: Barney Wolff To: Mike Silbersack Cc: freebsd-net@FreeBSD.ORG, freebsd-arch@FreeBSD.ORG Subject: Re: New TCP sequence number generation algorithm; review needed Message-ID: <20010610231129.A86387@tp.databus.com> References: <20010608005234.W92206-200000@achilles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010608005234.W92206-200000@achilles.silby.com>; from silby@silby.com on Fri, Jun 08, 2001 at 12:56:16AM -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org 1. It is a misnomer to refer to "shared secret" in RFC 1948. The secret is not shared with any entity. 2. Implying that because DES can be brute-forced that MD5 can be brute-forced is just silly. Yes, in another 100 years, if Moore's Law continues to hold, which is unlikely. Suggestion - write an internet-draft and get the end2end group to endorse your scheme, rather than commiting FreeBSD to it. Barney Wolff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jun 10 21:37:30 2001 Delivered-To: freebsd-net@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id 3937C37B409 for ; Sun, 10 Jun 2001 21:37:16 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 983 invoked by uid 1000); 11 Jun 2001 04:37:14 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 11 Jun 2001 04:37:14 -0000 Date: Sun, 10 Jun 2001 23:37:14 -0500 (CDT) From: Mike Silbersack To: Barney Wolff Cc: , Subject: Re: New TCP sequence number generation algorithm; review needed In-Reply-To: <20010610231129.A86387@tp.databus.com> Message-ID: <20010610231754.I841-100000@achilles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 10 Jun 2001, Barney Wolff wrote: > 1. It is a misnomer to refer to "shared secret" in RFC 1948. The > secret is not shared with any entity. Point taken, I should have worded that differently. I'm not sure what the correct term is, in this case. > 2. Implying that because DES can be brute-forced that MD5 can be > brute-forced is just silly. Yes, in another 100 years, if Moore's > Law continues to hold, which is unlikely. The important point to note is that we're not talking about pure MD5 here; only 32 bits of the hash is used. I'm not a cryptologist by any means, but I would imagine that the security of the hash is reduced greatly by that change. Even though the hash is probably still very strong, the idea of having a single master key (so to speak) controlling the generation of all ISNs still worries me. Well, either way, we'll see what comments this algorithm gets from those on end2end. There could be a fatal flaw I haven't seen precisely because I'm not a cryptologist. :) > Suggestion - write an internet-draft and get the end2end group > to endorse your scheme, rather than commiting FreeBSD to it. I've been asked by others to talk to end2end, and I will be doing that soon. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jun 10 21:49:23 2001 Delivered-To: freebsd-net@freebsd.org Received: from imo-d03.mx.aol.com (imo-d03.mx.aol.com [205.188.157.35]) by hub.freebsd.org (Postfix) with ESMTP id D177737B410 for ; Sun, 10 Jun 2001 21:49:04 -0700 (PDT) (envelope-from raviprasad20@netscape.net) Received: from raviprasad20@netscape.net by imo-d03.mx.aol.com (mail_out_v30.22.) id n.2.1875aaf (16229) for ; Mon, 11 Jun 2001 00:49:02 -0400 (EDT) Received: from netscape.com (aimmail03.aim.aol.com [205.188.144.195]) by air-in02.mx.aol.com (v78_r3.8) with ESMTP; Mon, 11 Jun 2001 00:49:01 -0400 Date: Mon, 11 Jun 2001 00:49:01 -0400 From: raviprasad20@netscape.net To: freebsd-net@freebsd.org Subject: Re: Display of prefixes in aperticular ifnet structure. Mime-Version: 1.0 Message-ID: <4422252A.3BE36C03.9513E96F@netscape.net> References: <39199B3B.03898409.9513E96F@netscape.net> <0BDE53AB.15B71EF0.9513E96F@netscape.net> X-Mailer: Franklin Webmailer 1.0 Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, What i did to print the prefixes on a perticular ifnet structure are as follows. I entered the prefixes a) fec0:11:0:0 in the configuration file for the interface wb0. I wrote a printf in the ip6_input function. the printf is as follows printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[0]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[1]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[2]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[3]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[4]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[5]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[6]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[7]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[8]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[9]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[10]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[11]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[12]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[13]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[14]); printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[15]); Where ifp is declared as , struct ifnet *ifp; Then i bulit a new kernel, compiled it & loaded it as my working kernel. Each time any ip6 input used to come the above printf used to get executed. I gave the following command on the prompt pin6 -I wb0 fe80::280:48ff:feb6:57ac I got the following output for the prefix fec0:11:0:0 in the configuration file. Output 0 0 0 0 0 0 fe c0 00 11 00 00 00 00 00 My expectation was that the prefix fec0 would be the first 2bytes but they are located after 6bytes. Could u tell me what is wrong & why am i getting this print out. Waiting for ur reply. regards ravi prasad JINMEI Tatuya / wrote: > > >>>>> On Wed, 06 Jun 2001 08:43:51 -0400, > >>>>> raviprasad20@netscape.net said: > > > As per your advice i left the prefix command & gave prefixes in the configuration file /etc/defaults/rc.conf itself. Still my print is the one that that i have mentioned. > > Please show us the exact version of your system, send the entire diff > to the kernel, and tell us the exact command line argument(s) that > causes the kernel output. > > No one can diagnose problems with incomplete information. > >                     JINMEI, Tatuya >                     Communication Platform Lab. >                     Corporate R&D Center, Toshiba Corp. >                     jinmei@isl.rdc.toshiba.co.jp > __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jun 10 22:12: 9 2001 Delivered-To: freebsd-net@freebsd.org Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by hub.freebsd.org (Postfix) with ESMTP id C872C37B401 for ; Sun, 10 Jun 2001 22:12:06 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost ([3ffe:501:100f:10c1:242f:beb0:bc85:b85]) by shuttle.wide.toshiba.co.jp (8.9.1+3.1W/8.9.1) with ESMTP id OAA16045; Mon, 11 Jun 2001 14:12:23 +0900 (JST) Date: Mon, 11 Jun 2001 14:09:23 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: raviprasad20@netscape.net Cc: freebsd-net@FreeBSD.ORG Subject: Re: Display of prefixes in aperticular ifnet structure. In-Reply-To: <4422252A.3BE36C03.9513E96F@netscape.net> References: <39199B3B.03898409.9513E96F@netscape.net> <0BDE53AB.15B71EF0.9513E96F@netscape.net> <4422252A.3BE36C03.9513E96F@netscape.net> User-Agent: Wanderlust/2.5.8 (Smooth) Emacs/21.0 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII X-Dispatcher: imput version 980905(IM100) Lines: 32 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>>>> On Mon, 11 Jun 2001 00:49:01 -0400, >>>>> raviprasad20@netscape.net said: > What i did to print the prefixes on a perticular ifnet structure are as follows. > I entered the prefixes a) fec0:11:0:0 in the configuration file for the interface wb0. > I wrote a printf in the ip6_input function. the printf is as follows > printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[0]); ... > Where ifp is declared as , struct ifnet *ifp; > Then i bulit a new kernel, compiled it & loaded it as my working kernel. > Each time any ip6 input used to come the above printf used to get executed. > I gave the following command on the prompt > pin6 -I wb0 fe80::280:48ff:feb6:57ac sorry, I don't still get enough information. 1. please specify the exact version of your system (e.g. output of 'uname -a') 2. please forget the prefix command. Use the ifconfig(8) command instead. 3. then, please forget the prefix structure. stick to the traditional (in6_)ifaddr structure. 4. please do not use the start up script, but do operation by hand (for diagnose the problem). JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jun 11 1: 8:25 2001 Delivered-To: freebsd-net@freebsd.org Received: from mario.zyan.com (mario.zyan.com [209.250.96.140]) by hub.freebsd.org (Postfix) with ESMTP id 8AAB137B405 for ; Mon, 11 Jun 2001 01:08:22 -0700 (PDT) (envelope-from orville@weyrich.com) Received: from dopey.weyrich.com (node-64-249-12-250.dslspeed.zyan.com [64.249.12.250]) by mario.zyan.com (8.9.3/8.9.3) with ESMTP id LAA40547 for ; Sun, 10 Jun 2001 11:08:24 -0700 (PDT) (envelope-from orville@weyrich.com) Received: from localhost (orville@localhost) by dopey.weyrich.com (8.9.3/8.6.9) with ESMTP id AAA27444 for ; Mon, 11 Jun 2001 00:53:53 -0700 Date: Mon, 11 Jun 2001 00:53:53 -0700 (MST) From: "Orville R. Weyrich.Jr" To: freebsd-net@FreeBSD.ORG Subject: Sendmail service.switch problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi -- I am using BSD_4.3-RELEASE and have a problem with service.switch. I want sendmail to deliver to hosts on the local network without consulting DNS -- i.e. to check /etc/hosts for IP addresses. If I place the following line in /etc/mail/service.switch hosts files everything works as expected. But if instead I place the following line in /etc/mail/service.switch hosts files dns then mail gets queued (deferred) with a host name lookup failure when the DNS server is not reachable. I thought that the if the requested host was successfully found in the /etc/hosts file that dns should never be consulted. But apparently DNS is being consulted, even though I stipulated that lookup should first be done in /etc/hosts. Is there a bug in my configuration or understanding? TIA ------------------------------------------------------------------- Orville R. Weyrich, Jr. Weyrich Computer Consulting mailto:orville@weyrich.com KD7HJV http://www.weyrich.com ------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jun 11 11:12:21 2001 Delivered-To: freebsd-net@freebsd.org Received: from node7.cluster.srrc.usda.gov (symbion.srrc.usda.gov [199.133.86.40]) by hub.freebsd.org (Postfix) with ESMTP id 5113637B403 for ; Mon, 11 Jun 2001 11:12:09 -0700 (PDT) (envelope-from gjohnson@srrc.ars.usda.gov) Received: (from glenn@localhost) by node7.cluster.srrc.usda.gov (8.11.3/8.11.3) id f5BIC7L39415 for freebsd-net@freebsd.org; Mon, 11 Jun 2001 13:12:07 -0500 (CDT) (envelope-from glenn) From: Glenn Johnson Date: Mon, 11 Jun 2001 13:12:07 -0500 To: freebsd-net@freebsd.org Subject: select fails to return incoming connect on FreeBSD-4.3 Message-ID: <20010611131207.A39225@node7.cluster.srrc.usda.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org First off, I hope this is the right list. Could someone take a look at PR misc/27880? This PR was submitted by someone who works for Veridian, who produce PBS, the Portable Batch System (http://www.openpbs.org). PBS worked fine on FreeBSD 4.2 but is broken on FreeBSD 4.3. The author of the PR submitted some sample code that illustrates the problem (hanging for about a minute before the connect call completes). It may take a couple of runs of the program to manifest the problem, 4-5 should be enough. Note that I am not saying that there is definitely a problem with FreeBSD but that some change made between FBSD 4.2 and 4.3 causes this problem with PBS. Perhaps there is something wrong with the code in the PR, which should be a model for the code in PBS. If this is the case, I can present that back to the PBS development team. Thank you. -- Glenn Johnson USDA, ARS, SRRC Phone: (504) 286-4252 New Orleans, LA 70124 e-mail: gjohnson@srrc.ars.usda.gov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jun 11 11:51:18 2001 Delivered-To: freebsd-net@freebsd.org Received: from or2.inktomi.com (or2.inktomi.com [209.131.48.35]) by hub.freebsd.org (Postfix) with ESMTP id 6CE6737B405 for ; Mon, 11 Jun 2001 11:51:14 -0700 (PDT) (envelope-from arvindg@inktomi.com) Received: from inbox1.inktomi.com (inbox1.inktomi.com [209.131.48.26]) by or2.inktomi.com (Switch-2.1.0/Switch-2.1.0) with ESMTP id f5BIpPu03775 for ; Mon, 11 Jun 2001 11:51:25 -0700 (PDT) Received: from arvindgdp866 ([209.131.52.111]) by inbox1.inktomi.com (Netscape Messaging Server 4.1) with SMTP id GES4DE00.3U8 for ; Mon, 11 Jun 2001 11:51:14 -0700 From: "Arvind Gopalan" To: "freebsd-net" Subject: Difference in i/p params for tcp_input between BSDI 2.0 to FreeBSD 4.3 Date: Mon, 11 Jun 2001 11:51:17 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org While trying to compare some code fragments between BSDI 2.0 and FreeBSD 4.3 code I noticed that the input params for tcp_input() are different void tcp_input(m, iphlen) register struct mbuf *m; int iphlen; to void tcp_input(m, off0, proto) register struct mbuf *m; int off0, proto; What exactly is the reason for the difference ?- just curious Note that the 4.3 code for tcp_input() never really uses the 'proto' param .. the IPV6 version of tcp_input, tcp6_input itself seems to make a call (after some preprocessing), to tcp_input. Also, the 2.0 code seemed to always use the tcpiphdr pointer (ti) , unlike the 4.3 code which uses the tcphdr pointer (th) separately and ip pointer separately. Not that it matters because ip options are stripped out in both cases (if present). Thanks -Arvind To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jun 11 12:38:28 2001 Delivered-To: freebsd-net@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 3F8A637B40B; Mon, 11 Jun 2001 12:38:17 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f5BJb9o99898; Mon, 11 Jun 2001 14:37:10 -0500 (CDT) (envelope-from jlemon) Date: Mon, 11 Jun 2001 14:37:10 -0500 (CDT) From: Jonathan Lemon Message-Id: <200106111937.f5BJb9o99898@prism.flugsvamp.com> To: gjohnson@srrc.ars.usda.gov, net@freebsd.org, kris@freebsd.org Subject: Re: select fails to return incoming connect on FreeBSD-4.3 X-Newsgroups: local.mail.freebsd-net In-Reply-To: Organization: Cc: Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In article you write: >First off, I hope this is the right list. > >Could someone take a look at PR misc/27880? This was broken by the initial sequence number patch to TCP. When the server closes the socket, it puts the entry into the TIME_WAIT state. When a new SYN is received from the client while the socket is in this state, the new connection is only accepted if the new sequence number is > than the old one. Unfortunately, with a randomized seqence #, the new connection ISN may be less than the old sequence used, and the SYN will be ignored. I've copied this over to kris, who (IIRC) brought in the new sequence numbering. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jun 11 13:33:13 2001 Delivered-To: freebsd-net@freebsd.org Received: from superconductor.rush.net (superconductor.rush.net [208.9.155.8]) by hub.freebsd.org (Postfix) with ESMTP id 963CF37B403 for ; Mon, 11 Jun 2001 13:33:09 -0700 (PDT) (envelope-from bright@superconductor.rush.net) Received: (from bright@localhost) by superconductor.rush.net (8.11.2/8.11.2) id f5BKX8D00177 for net@freebsd.org; Mon, 11 Jun 2001 16:33:08 -0400 (EDT) Date: Mon, 11 Jun 2001 16:33:07 -0400 From: Alfred Perlstein To: net@freebsd.org Subject: finding ifp from inpcb Message-ID: <20010611163307.O1832@superconductor.rush.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us X-all-your-base: are belong to us. Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org If I have an inpcb and an packet what's the best way to send out the packet via the inpcb's interface? I think I want to call ether_output_frame, but I can't figure out how to get the ifp from the inpcb. I'm pretty sure I have to use the routeing code to do so, however it's not very clear to me what I should be calling and with what parameters. -- -Alfred Perlstein [alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jun 11 15:23:47 2001 Delivered-To: freebsd-net@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 49BEC37B427 for ; Mon, 11 Jun 2001 15:23:31 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f5BMMMB05570; Mon, 11 Jun 2001 17:22:22 -0500 (CDT) (envelope-from jlemon) Date: Mon, 11 Jun 2001 17:22:22 -0500 (CDT) From: Jonathan Lemon Message-Id: <200106112222.f5BMMMB05570@prism.flugsvamp.com> To: bright@rush.net, net@freebsd.org Subject: Re: finding ifp from inpcb X-Newsgroups: local.mail.freebsd-net In-Reply-To: Organization: Cc: Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In article you write: >If I have an inpcb and an packet what's the best way to send >out the packet via the inpcb's interface? I think I want to >call ether_output_frame, but I can't figure out how to get >the ifp from the inpcb. PCB's don't have interfaces, but (depending on the protocol), they may have routes. For TCP, for example, you may be able to use the cached route in the PCB (if it exists) in order to send the packet: struct tcpcb *tp; struct route *ro; ro = &tp->t_inpcb->inp_route; ip_output(m, NULL, ro, ipflags, NULL); -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jun 11 20:27:53 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.jbu.com.cn (mail.jbu.com.cn [162.105.202.21]) by hub.freebsd.org (Postfix) with ESMTP id 04FC637B401 for ; Mon, 11 Jun 2001 20:27:51 -0700 (PDT) (envelope-from xiaohudong@263.net) Received: from hxd (watchdog.jbu.com.cn [162.105.202.150]) by mail.jbu.com.cn (8.9.3/8.9.3) with SMTP id LAA05738 for ; Tue, 12 Jun 2001 11:27:44 +0800 Message-Id: <200106120327.LAA05738@mail.jbu.com.cn> Date: Tue, 12 Jun 2001 11:30:43 +0800 From: xiaohudong To: "freebsd-net@freebsd.org" Subject: A question about Winsock style API X-mailer: FoxMail 3.1 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello,I want to known if the development team has a plan to add Winnsock style API, such as WSAConnect and WSAAccept.I want to get the connection data to judge my program's behavior,I think these two APIs are very useful. I read the man page of accept,it says: For certain protocols which require an explicit confirmation, such as ISO or DATAKIT, accept() can be thought of as merely dequeueing the next con- nection request and not implying confirmation. Confirmation can be im- plied by a normal read or write on the new file descriptor, and rejection can be implied by closing the new socket. One can obtain user connection request data without confirming the con- nection by issuing a recvmsg(2) call with an msg_iovlen of 0 and a non- zero msg_controllen, or by issuing a getsockopt(2) request. Similarly, one can provide user connection rejection information by issuing a sendmsg(2) call with providing only the control information, or by call- ing setsockopt(2). So does anyone know something more? Thanks. xiaohudong xiaohudong@263.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 12 8:44:49 2001 Delivered-To: freebsd-net@freebsd.org Received: from hermes.pressenter.com (hermes.pressenter.com [209.224.20.19]) by hub.freebsd.org (Postfix) with ESMTP id D8FB537B411 for ; Tue, 12 Jun 2001 08:44:35 -0700 (PDT) (envelope-from nospam@hiltonbsd.com) Received: from [209.224.22.52] (helo=daggar) by hermes.pressenter.com with smtp (Exim 3.16 #1) id 159qLK-0004XQ-00 for freebsd-net@FreeBSD.ORG; Tue, 12 Jun 2001 10:44:34 -0500 From: "Stephen Hilton" To: Subject: Start on-demand PPP from remote telephone Date: Tue, 12 Jun 2001 10:45:53 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have a FreeBSD 4.3 IPFilter 3.4.17 based firewall/gateway system at home that uses an on-demand PPP connection to my ISP via Hayes type 56k modem. I would like to be able to call via telephone my home number from a remote location and have getty/mgetty? then start a PPP connection to my ISP after detecting the "RING" so I can SSH into my home system. Searching the web finds lots of PPP info, but I have been unable to locate this situation. Thanks in advance Stephen Hilton nospam@hiltonbsd.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 12 13:24:22 2001 Delivered-To: freebsd-net@freebsd.org Received: from smtp1.oskarmobil.cz (smtp1.oskarmobil.cz [217.77.161.133]) by hub.freebsd.org (Postfix) with ESMTP id 6CDEF37B408 for ; Tue, 12 Jun 2001 13:24:11 -0700 (PDT) (envelope-from Milon.Papezik@oskarmobil.cz) Received: from wh01ex02.ceskymobil.cz (wh01ex02.ceskymobil.cz [172.20.128.42]) by smtp1.oskarmobil.cz (8.11.2/8.11.1) with ESMTP id f5CKKRE04564; Tue, 12 Jun 2001 22:20:27 +0200 (CEST) (envelope-from Milon.Papezik@oskarmobil.cz) Received: by wh01ex02.ceskymobil.cz with Internet Mail Service (5.5.2653.19) id ; Tue, 12 Jun 2001 22:23:58 +0200 Message-ID: <11CCE9D433CFD311B32A00508B95BCA005E4A2D1@wh01ex02.ceskymobil.cz> From: Milon Papezik To: "'freebsd-hackers@freebsd.net'" , "'freebsd-net@freebsd.org'" Subject: Netgraph ng_fec module (from wpaul) Date: Tue, 12 Jun 2001 22:23:50 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-2" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi all, I tested the ng_fec module from http://www.freebsd.org/~wpaul/FEC and I think I found an error in implementation from 4.x. There is a difference between 4.x and 5.x version of netgraph/ng_fec.c at line 313(312) in manipulation with reffernce counts: 313c312 < ng_units_in_use++; --- > ng_units_in_use--; Could someone please try comment what is correct (5.x seems to be right) ? Also could this be possible cause of panics when one of the underlaying interfaces was shut down using 'ifconfig fxp0 down' ? (it seems to work after change to decrement in 4.x version). Thanks in advance, Milon -- milon.papezik@oskarmobil.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Jun 12 18:29:51 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.jbu.com.cn (mail.jbu.com.cn [162.105.202.21]) by hub.freebsd.org (Postfix) with ESMTP id D9A1F37B401 for ; Tue, 12 Jun 2001 18:29:47 -0700 (PDT) (envelope-from xiaohudong@263.net) Received: from hxd (watchdog.jbu.com.cn [162.105.202.150]) by mail.jbu.com.cn (8.9.3/8.9.3) with SMTP id JAA09294 for ; Wed, 13 Jun 2001 09:29:33 +0800 Message-Id: <200106130129.JAA09294@mail.jbu.com.cn> Date: Wed, 13 Jun 2001 9:32:35 +0800 From: xiaohudong To: "freebsd-net@freebsd.org" Subject: User data handling during connection establishment X-mailer: FoxMail 3.1 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sorry to send this question again,but I have used the wrong character set last time. Thanks Julian to point this. Hello,I want to known if the development team has a plan to add API to support user data handling during connection establishment,just as WSAConnect and WSAAccept do. I want to get the connection data to judge my program's behavior, and I think these two APIs are very useful. I read the man page of accept,it says: For certain protocols which require an explicit confirmation, such as ISO or DATAKIT, accept() can be thought of as merely dequeueing the next con- nection request and not implying confirmation. Confirmation can be im- plied by a normal read or write on the new file descriptor, and rejection can be implied by closing the new socket. One can obtain user connection request data without confirming the con- nection by issuing a recvmsg(2) call with an msg_iovlen of 0 and a non- zero msg_controllen, or by issuing a getsockopt(2) request. Similarly, one can provide user connection rejection information by issuing a sendmsg(2) call with providing only the control information, or by call- ing setsockopt(2). So does anyone know something more? Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 0:47:10 2001 Delivered-To: freebsd-net@freebsd.org Received: from imo-m07.mx.aol.com (imo-m07.mx.aol.com [64.12.136.162]) by hub.freebsd.org (Postfix) with ESMTP id 11D2237B407 for ; Wed, 13 Jun 2001 00:46:21 -0700 (PDT) (envelope-from raviprasad20@netscape.net) Received: from raviprasad20@netscape.net by imo-m07.mx.aol.com (mail_out_v30.22.) id n.b5.58959e (16246) for ; Wed, 13 Jun 2001 03:46:15 -0400 (EDT) Received: from netscape.com (aimmail05.aim.aol.com [205.188.144.197]) by air-in03.mx.aol.com (v78_r3.8) with ESMTP; Wed, 13 Jun 2001 03:46:15 -0400 Date: Wed, 13 Jun 2001 03:46:15 -0400 From: raviprasad20@netscape.net To: freebsd-net@freebsd.org Subject: transition mechanism 6 to 4 Mime-Version: 1.0 Message-ID: <2438AE8B.28551050.9513E96F@netscape.net> X-Mailer: Franklin Webmailer 1.0 Content-Type: multipart/mixed; charset="us-ascii"; boundary=-------2438e6cb285548902438e6cb28554890 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ---------2438e6cb285548902438e6cb28554890 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding:7bit Content-Disposition: inline Hi, I just want to check if my understanding of the transition mechanisms in free bsd 4.2 implementation is correct. Assume that a ipv6 packet has to travel through a ipv4 network to an ipv6 destination host. As usual the appropriate routing entry is found for the destination address & nd6_output through the function pointer calls the appropriate output function fo the interface to transmit the packet( ifp->if_output). (Since tunneling is implemented in freebsd through the gif interfaces & configured by the user for configured tunneling) For a gif interface gif_output() is called. I believe that for a ipv4 destination tunnel end point gif output is going to construct a ipv4 encapsulation header & it will call ip_output() to send the packet. The ipv4 routing table will be used to send the packet to the appropriate host based on the destination ipv4 address given to the gif interface. Kindly inform me if my understanding is correct. regards ravi prasad __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ ---------2438e6cb285548902438e6cb28554890 Content-Type: application/msword; name="transition doc.doc" Content-Transfer-Encoding:base64 Content-Disposition: attachment; filename="transition doc.doc" Content-Description: transition doc.doc 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAIwAAAAAA AAAAEAAAJQAAAAEAAAD+////AAAAACIAAAD///////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// ///////////////////////////////////spcEANyAJBAAA8BK/AAAAAAAAEAAAAAAABAAA YAUAAA4AYmpialUWVRYAAAAAAAAAAAAAAAAAAAAAAAAJBBYAIg4AADd8AAA3fAAASwAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAFAEAAAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAD//w8A AAAAAAAAAAAAAAAAAAAAAGwAAAAAANoAAAAAAAAA2gAAANoAAAAAAAAA2gAAAAAAAAAmAgAA AAAAACYCAAAAAAAAJgIAABQAAAAAAAAAAAAAADoCAAAAAAAAMAMAAAAAAAAwAwAAAAAAADAD AAAAAAAAMAMAAAwAAAA8AwAAFAAAADoCAAAAAAAABhAAALYAAABcAwAAAAAAAFwDAAAAAAAA XAMAAAAAAABcAwAAAAAAAFwDAAAAAAAAPQwAAAAAAAA9DAAAAAAAAD0MAAAAAAAAhQ8AAAIA AACHDwAAAAAAAIcPAAAAAAAAhw8AAAAAAACHDwAAAAAAAIcPAAAAAAAAhw8AACQAAAC8EAAA IAIAANwSAABsAAAAqw8AABUAAAAAAAAAAAAAAAAAAAAAAAAAJgIAAAAAAAA9DAAAAAAAAAAA AAAAAAAAAAAAAAAAAAA7CgAAAgIAAD0MAAAAAAAAPQwAAAAAAAA9DAAAAAAAAKsPAAAAAAAA xwwAAAAAAADaAAAAAAAAANoAAAAAAAAAXAMAAAAAAAAAAAAAAAAAAFwDAADfBgAAwA8AABYA AADHDAAAAAAAAMcMAAAAAAAAxwwAAAAAAAA9DAAANAAAANoAAADuAAAAXAMAAAAAAAAmAgAA AAAAAFwDAAAAAAAAhQ8AAAAAAAAAAAAAAAAAAMcMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPQwAAAAAAACFDwAAAAAAAMcMAAC+AgAA xwwAAAAAAAAAAAAAAAAAAIUPAAAAAAAAyAEAAF4AAAAmAgAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhQ8AAAAAAABcAwAA AAAAAFADAAAMAAAAsAEwBeDzwAE6AgAA9gAAADADAAAAAAAAcQwAAC4AAACFDwAAAAAAAAAA AAAAAAAAhQ8AAAAAAADWDwAAMAAAAAYQAAAAAAAAhQ8AAAAAAABIEwAAAAAAAJ8MAAAoAAAA SBMAAAAAAACFDwAAAAAAAMcMAAAAAAAAOgIAAAAAAAA6AgAAAAAAANoAAAAAAAAA2gAAAAAA AADaAAAAAAAAANoAAAAAAAAAAgDZAAAACElQVjYgTW9kdWxlCUlwdjQgTW9kdWxlDQgNDQ0N CAgICAgICAgICAgICAgIDQlJcHY2IG1vZHVsZQ0NDUdpZiBpbnRlcmZhY2UNbmQ2X291dHB1 dA0NZ2lmX291dHB1dA0NVGhpcyBmdW5jdGlvbiBhZGRzIHRoZSBlbmNhcHN1bGF0aW9uIGhl YWRlciAoaXB2NCkgY29uc3RydWN0cyB0aGUgaXB2NCBoZWFkZXIuDQ1naWZfcHJvY2Vzcw0N Tm90IGFuIGFjdHVhbCBmcmVlIGJzZCBmdW5jdGlvbg0NSXBfb3V0cHV0DQ1JbnRlcmZhY2Ug Zm91bmQgZnJvbSByb3V0aW5nIHRhYmxlDQ1Vc2VzIGlwdjQgcm91dGluZyB0YWJsZSB0byBz ZW5kIHRoZSBwYWNrZXQgdGhyb3VnaCBhbiBhcHByb3ByaWF0ZSBpbnRlcmZhY2UuDQ0NDQAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAA AQQAABkEAAAaBAAAHgQAAC0EAABgBQAA8wDzAPMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYA2oA AAAAQ0oUAFUIAW1IAARuSAAEdQgBBgAEAAAZBAAAGwQAABwEAAAdBAAAHgQAAC4EAAA7BAAA PAQAAD0EAABLBAAAVgQAAFcEAABiBAAAYwQAALIEAACzBAAAvwQAAMAEAADgBAAA4QQAAOsE AADsBAAADwUAABAFAABdBQAAXgUAAPEAAAAAAAAAAAAAAADvAAAAAAAAAAAAAAAA7wAAAAAA AAAAAAAAAO8AAAAAAAAAAAAAAADvAAAAAAAAAAAAAAAA7wAAAAAAAAAAAAAAAOkAAAAAAAAA AAAAAADvAAAAAAAAAAAAAAAA7wAAAAAAAAAAAAAAAO8AAAAAAAAAAAAAAADvAAAAAAAAAAAA AAAA7wAAAAAAAAAAAAAAAO8AAAAAAAAAAAAAAADvAAAAAAAAAAAAAAAA5wAAAAAAAAAAAAAA AO8AAAAAAAAAAAAAAADvAAAAAAAAAAAAAAAA7wAAAAAAAAAAAAAAAO8AAAAAAAAAAAAAAADv AAAAAAAAAAAAAAAA7wAAAAAAAAAAAAAAAO8AAAAAAAAAAAAAAADvAAAAAAAAAAAAAAAA7wAA AAAAAAAAAAAAAO8AAAAAAAAAAAAAAADvAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB DwAABQAADcYFAAFgDAAAAQAAAA0AAA3GBQABmBwAD4TQAhGE0AJehNACYITQAgAaAAQAAEsE AABfBQAA/f0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAEBAABAQJeBQAAXwUAAGAFAAD9AAAAAAAAAAAAAAAA/QAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAiAAMZBoAR+w 0C8gsOA9IbAIByKwCAcjkKAFJJCgBSWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAFAAQAAoAAQBpAA8AAwAAAAAAAAAAADgAAEDx/wIAOAAMAAYA TgBvAHIAbQBhAGwAAAACAAAAGABDShgAX0gBBGFKGABtSAkEc0gJBHRICQQAAAAAAAAAAAAA AAAAAAAAAAA8AEFA8v+hADwADAAWAEQAZQBmAGEAdQBsAHQAIABQAGEAcgBhAGcAcgBhAHAA aAAgAEYAbwBuAHQAAAAAAAAAAAAAAAAAMABCYAEA8gAwAAwACQBCAG8AZAB5ACAAVABlAHgA dAAAAAIADwAJAEIqBnBo/wAAAAAAAAAADAAAABgAAABoAAAAdQAAAJYAAAChAAAAxQAAABMB AABgAQAAAQAAAAAAAAAAAP////8EBAAAAAAAAAEAAAAAAAAAAAD/////BwQAAAAAAAABAAAA AAAAAAAA/////wsEAAAAAAAAAQAAAAAAAAAAAP////8MBAAAAAAAAAEAAAAAAAAAAAD///// DwQAAAAAAAABAAAAAAAAAAAA/////xMEAAAAAAAAAQAAAAAAAAAAAP////8bBAAAAAAAAAEA AAAAAAAAAAD/////HQQAAAAAAAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwAAAAYAAAA aAAAAHUAAACWAAAAoQAAAMUAAAATAQAAFgEAAAAAAAAACAEAAAAACAIAAAAACAMAAAAACAQA AAAACAUAAAAACAYAAAAACAcAAAAACP//AAAAAAAAAABgAQAABgAADgAABAD/////AAAAABkA AAAbAAAAHAAAAB0AAAAeAAAALgAAADsAAAA8AAAAPQAAAEsAAABhAQAAmAAAAAAwAAAAAAAA AIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAA AIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAA AIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmAAAAAAwAAAAAAAAAIAAAACAmgAAAAAAAAAAAAAA AIAAAACAmgAAAAAwAAAAAAAAAIAAAACAAAQAAGAFAAADAAAAAAQAAF4FAABgBQAABAAAAAYA AAAABAAAXwUAAAUAAAAPAADwOAAAAAAABvAYAAAAAggAAAIAAAAYAAAAAQAAAAEAAAAeAAAA QAAe8RAAAAAA//8AAAD/AICAgAD3AAAQAA8AAvCWBgAAEAAI8AgAAAASAAAAHQQAAA8AA/Ds BQAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAAAEAAAFAAAADwAE 8EIAAAAyAArwCAAAAAQEAAAACgAAEwAL8AYAAACAAAAAAQAAABDwBAAAABAAAAAAABHwBAAA AAYAAAAAAA3wBAAAAAAAAQAPAATwQgAAADIACvAIAAAABwQAAAAKAAATAAvwBgAAAIAAAAAC AAAAEPAEAAAADwAAAAAAEfAEAAAABgAAAAAADfAEAAAAAAACAA8ABPBOAAAAQgEK8AgAAAAI BAAAAAoAAFMAC/AeAAAARAEEAAAAfwEAAAEAvwEAABAA0QEBAAAA/wEQABAAAAAQ8AQAAAAO AAAAAAAR8AQAAAAGAAAADwAE8GAAAADiAwrwCAAAAAsEAAAACgAAYwAL8CQAAACAAAAAAwBH ASDx//9IARBoAADAAQAA/wD/AQgACAB/AwAADAAAABDwBAAAAAsAAAAAABHwBAAAAAkAAAAA AA3wBAAAAAAAAwAPAATwQgAAADIACvAIAAAADAQAAAAKAAATAAvwBgAAAIAAAAAEAAAAEPAE AAAADQAAAAAAEfAEAAAABAAAAAAADfAEAAAAAAAEAA8ABPBOAAAAQgEK8AgAAAANBAAAAAoA AFMAC/AeAAAARAEEAAAAfwEAAAEAvwEAABAA0QEBAAAA/wEQABAAAAAQ8AQAAAAMAAAAAAAR 8AQAAAAEAAAADwAE8GAAAADyAwrwCAAAAA8EAAAACgAAYwAL8CQAAACAAAAABQBHAVT1//9I AUkTAACBAQD//wC/ARAAEAB/AwAADAAAABDwBAAAAAoAAAAAABHwBAAAAAkAAAAAAA3wBAAA AAAABQAPAATwTgAAAEIBCvAIAAAAEQQAAAAKAABTAAvwHgAAAEQBBAAAAH8BAAABAL8BAAAQ AM4BBgAAAP8BGAAYAAAAEPAEAAAAAAAAAAAAEfAEAAAABwAAAA8ABPBUAAAAQgEK8AgAAAAS BAAAAAoAAGMAC/AkAAAARAEEAAAAfwEAAAEAvwEAABAAzgECAAAA1wEAAAAA/wEYABgAAAAQ 8AQAAAAJAAAAAAAR8AQAAAABAAAADwAE8EIAAAAyAArwCAAAABMEAAAACgAAEwAL8AYAAACA AAAABgAAABDwBAAAAAgAAAAAABHwBAAAAAIAAAAAAA3wBAAAAAAABgAPAATwSAAAAEIBCvAI AAAAFgQAAAAKAABDAAvwGAAAAEQBBAAAAH8BAAABAL8BAAAQAP8BEAAQAAAAEPAEAAAABwAA AAAAEfAEAAAABwAAAA8ABPBIAAAAQgEK8AgAAAAXBAAAAAoAAEMAC/AYAAAARAEEAAAAfwEA AAEAvwEAABAA/wEQABAAAAAQ8AQAAAAGAAAAAAAR8AQAAAABAAAADwAE8EgAAABCAQrwCAAA ABgEAACACgAAQwAL8BgAAABEAQQAAAB/AQAAAQC/AQAAEAD/ARAAEAAAABDwBAAAAAUAAAAA ABHwBAAAAAEAAAAPAATwSAAAAEIBCvAIAAAAGQQAAAAKAABDAAvwGAAAAEQBBAAAAH8BAAAB AL8BAAAQAP8BEAAQAAAAEPAEAAAABAAAAAAAEfAEAAAAAQAAAA8ABPBOAAAAQgEK8AgAAAAa BAAAAAoAAFMAC/AeAAAARAEEAAAAfwEAAAEAvwEAABAA0QEBAAAA/wEQABAAAAAQ8AQAAAAD AAAAAAAR8AQAAAABAAAADwAE8FQAAADiAwrwCAAAABsEAAAACgAAQwAL8BgAAACAAAAABwBH AfDx//9IAeBhAAB/AwAADAAAABDwBAAAAAEAAAAAABHwBAAAAAMAAAAAAA3wBAAAAAAABwAP AATwbAAAAOIDCvAIAAAAHQQAAAAKAACDAAvwMAAAAIAAAAAIAEcB4xMAAEgBXOD//4EBAP// AL8BEAAQAMABAAD/AP8BCAAIAH8DAAAMAAAAEPAEAAAAAgAAAAAAEfAEAAAABwAAAAAADfAE AAAAAAAIAA8ABPBCAAAAEgAK8AgAAAABBAAAAA4AAFMAC/AeAAAAvwEAABAAywEAAAAA/wEA AAgABAMJAAAAPwMBAAEAAAAR8AQAAAABAAAATwAF8EAAAAAAABfwCAAAAAIAAAALBAAAAAAX 8AgAAAAEAAAADwQAAAAAF/AIAAAABgAAABsEAAAAABfwCAAAAAoAAAAdBAAAAAAAABkAAAAe AAAAHwAAACAAAAAhAAAAIgAAACMAAAAkAAAAJQAAACYAAAAnAAAAKAAAACkAAAAqAAAAKwAA ACwAAABgAQAAEQQAAFAZAABM////UBkAALgaAAB0AAAAAAAbBAAA9AsAAFQAAAAYFQAA2AMA AHQAAAAAAB0EAAA8HgAArAgAABQoAABMDgAAdAAAAAAAGgQAAAwhAADwAAAADCEAAHQEAAB0 AAAAAAAZBAAAbBsAAPAAAAAMIQAA8AAAAHQAAAAAABgEAABsGwAA8AAAAGwbAACgFAAAdAAA AAAAFwQAAAgHAACgFAAAbBsAAKAUAAB0AAAAAAAWBAAACAcAAOQMAAAIBwAAoBQAAHQAAAAA ABMEAACIHQAAdAQAAEQlAACQBgAAdAAAAAAAEgQAAJj+//8MAwAAUBkAAAwDAAB0AAAAAAAP BAAAQAsAAPQLAABkFAAA4BAAAHQAAAAAAAsEAACoDAAA7AQAADQXAACMCgAAdAAAAAAADQQA AFQGAABwCAAAVAYAAEALAAB0AAAAAAAMBAAA0AIAAEALAABACwAAXA0AAHQAAAAAAAgEAABU BgAAaAEAAFQGAABUBgAAdAAAAAAABwQAANACAABUBgAAjAoAAHAIAAB0AAAAAAAEBAAAHAIA AEz///+MCgAAaAEAAHQAAAAAAAAAAABLAAAAswAAAL4AAADTAAAA1gAAAOEAAADqAAAAYQEA AAcABwAcAAcAHAAHABwABwAAAAAASwAAAE4AAABXAAAAWgAAALMAAAC2AAAAYQEAAAcAMwAH ADMABwAzAAcAAAAAAEoAAABLAAAAVgAAAFcAAABeAQAAYQEAAAQABwAEAAMABAADAP//CgAA AAsAUgBhAHYAaQAgAFAAcgBhAHMAYQBkAGcAQwA6AFwARABvAGMAdQBtAGUAbgB0AHMAIABh AG4AZAAgAFMAZQB0AHQAaQBuAGcAcwBcAHIAYQB2AGkAcAByAGEAcwBhAGQAXABBAHAAcABs AGkAYwBhAHQAaQBvAG4AIABEAGEAdABhAFwATQBpAGMAcgBvAHMAbwBmAHQAXABXAG8AcgBk AFwAQQB1AHQAbwBSAGUAYwBvAHYAZQByAHkAIABzAGEAdgBlACAAbwBmACAARABvAGMAdQBt AGUAbgB0ADEALgBhAHMAZAALAFIAYQB2AGkAIABQAHIAYQBzAGEAZAAdAEEAOgBcAEkAUABW ADYAIABNAG8AZAB1AGwAZQBJAHAAdgA0ACAATQBvAGQAdQBsAGUALgBkAG8AYwALAFIAYQB2 AGkAIABQAHIAYQBzAGEAZAAdAEEAOgBcAEkAUABWADYAIABNAG8AZAB1AGwAZQBJAHAAdgA0 ACAATQBvAGQAdQBsAGUALgBkAG8AYwALAFIAYQB2AGkAIABQAHIAYQBzAGEAZAAdAEEAOgBc AEkAUABWADYAIABNAG8AZAB1AGwAZQBJAHAAdgA0ACAATQBvAGQAdQBsAGUALgBkAG8AYwAL AFIAYQB2AGkAIABQAHIAYQBzAGEAZABdAEMAOgBcAEQAbwBjAHUAbQBlAG4AdABzACAAYQBu AGQAIABTAGUAdAB0AGkAbgBnAHMAXAByAGEAdgBpAHAAcgBhAHMAYQBkAFwATQB5ACAARABv AGMAdQBtAGUAbgB0AHMAXABJAFAAVgA2ACAATQBvAGQAdQBsAGUAIABJAHAAdgA0ACAATQBv AGQAdQBsAGUALQBrAGEAbQBlACAAdAByAGEAbgBzAGkAdABpAG8AbgAuAGQAbwBjAP9AA4AB AEoAAABKAAAAwIRzAGUAZQBKAAAAAAAAAEoAAAAAAAAAAhAAAAAAAAAAYAEAAGAAAAgAQAAA //8BAAAABwBVAG4AawBuAG8AdwBuAP//AQAIAAAAAAAAAAAAAAD//wEAAAAAAP//AAACAP// AAAAAP//AAACAP//AAAAAAMAAABHFpABAAACAgYDBQQFAgMEh3oAIAAAAIAIAAAAAAAAAP8B AAAAAAAAVABpAG0AZQBzACAATgBlAHcAIABSAG8AbQBhAG4AAAA1FpABAgAFBQECAQcGAgUH AAAAAAAAABAAAAAAAAAAAAAAAIAAAAAAUwB5AG0AYgBvAGwAAAAzJpABAAACCwYEAgICAgIE h3oAIAAAAIAIAAAAAAAAAP8BAAAAAAAAQQByAGkAYQBsAAAAIgAEAHEIiBgA8NACAABoAQAA AABma1ZmZmtWZgAAAAACAAEAAAAKAAAAPgAAAAEAAQAAAAQAAxABAAAAAAAAAAAAAAABAAEA AAABAAAAAAAAACEDAPAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAgHoAW0ALQAgYEyMAAAAAAAAAAAAAAAAAAATAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAB4AAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAAAAAAAA ADKDEQDwEAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP//EgAAAAAAAAALAEkA UABWADYAIABNAG8AZAB1AGwAZQAAAAAAAAALAFIAYQB2AGkAIABQAHIAYQBzAGEAZAALAFIA YQB2AGkAIABQAHIAYQBzAGEAZAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAD+/wAABQACAAAAAAAAAAAAAAAAAAAAAAABAAAA4IWf8vlPaBCrkQgAKyez2TAA AAB0AQAAEQAAAAEAAACQAAAAAgAAAJgAAAADAAAArAAAAAQAAAC4AAAABQAAAMwAAAAGAAAA 2AAAAAcAAADkAAAACAAAAPQAAAAJAAAACAEAABIAAAAUAQAACgAAADABAAAMAAAAPAEAAA0A AABIAQAADgAAAFQBAAAPAAAAXAEAABAAAABkAQAAEwAAAGwBAAACAAAA5AQAAB4AAAAMAAAA SVBWNiBNb2R1bGUAHgAAAAEAAAAAUFY2HgAAAAwAAABSYXZpIFByYXNhZAAeAAAAAQAAAABh dmkeAAAAAQAAAABhdmkeAAAABwAAAE5vcm1hbABhHgAAAAwAAABSYXZpIFByYXNhZAAeAAAA AgAAADIAdmkeAAAAEwAAAE1pY3Jvc29mdCBXb3JkIDkuMAAAQAAAAABGwyMAAAAAQAAAAABw MPbf88ABQAAAAABwMPbf88ABAwAAAAEAAAADAAAACgAAAAMAAAA+AAAAAwAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA /v8AAAUAAgAAAAAAAAAAAAAAAAAAAAAAAQAAAALVzdWcLhsQk5cIACss+a4wAAAABAEAAAwA AAABAAAAaAAAAA8AAABwAAAABQAAAIwAAAAGAAAAlAAAABEAAACcAAAAFwAAAKQAAAALAAAA rAAAABAAAAC0AAAAEwAAALwAAAAWAAAAxAAAAA0AAADMAAAADAAAAOQAAAACAAAA5AQAAB4A AAASAAAATEcgU29mdCBJbmRpYSBMdGQAVjYDAAAAAQAAAAMAAAABAAAAAwAAAEwAAAADAAAA oAoJAAsAAAAAAAAACwAAAAAAAAALAAAAAAAAAAsAAAAAAAAAHhAAAAEAAAAMAAAASVBWNiBN b2R1bGUADBAAAAIAAAAeAAAABgAAAFRpdGxlAAMAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAACAAAA AwAAAAQAAAAFAAAABgAAAAcAAAD+////CQAAAAoAAAALAAAADAAAAA0AAAAOAAAADwAAABAA AAARAAAA/v///xMAAAAUAAAAFQAAABYAAAAXAAAAGAAAABkAAAD+////GwAAABwAAAAdAAAA HgAAAB8AAAAgAAAAIQAAAP7////9////JAAAAP7////+/////v////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// ////////////////////////UgBvAG8AdAAgAEUAbgB0AHIAeQAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYABQH//////////wMAAAAGCQIAAAAAAMAA AAAAAABGAAAAAAAAAAAAAAAAUL09BeDzwAEmAAAAgAAAAAAAAAAxAFQAYQBiAGwAZQAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgACAP// /////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAABIEwAA AAAAAFcAbwByAGQARABvAGMAdQBtAGUAbgB0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAaAAIBBQAAAP//////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAABQBTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEA dABpAG8AbgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAAgECAAAABAAAAP////8AAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASAAAAABAAAAAAAAAFAEQAbwBjAHUA bQBlAG4AdABTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAA OAACAf///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABoA AAAAEAAAAAAAAAEAQwBvAG0AcABPAGIAagAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAASAAIBAQAAAAYAAAD/////AAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAGoAAAAAAAAATwBiAGoAZQBjAHQAUABvAG8AbAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYAAQD///////////// //8AAAAAAAAAAAAAAAAAAAAAAAAAAFC9PQXg88ABUL09BeDzwAEAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAEAAAD+//////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////// ////////////////////////////////////////////////////////AQD+/wMKAAD///// BgkCAAAAAADAAAAAAAAARhgAAABNaWNyb3NvZnQgV29yZCBEb2N1bWVudAAKAAAATVNXb3Jk RG9jABAAAABXb3JkLkRvY3VtZW50LjgA9DmycQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAA= ---------2438e6cb285548902438e6cb28554890-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 3:57:31 2001 Delivered-To: freebsd-net@freebsd.org Received: from imo-m08.mx.aol.com (imo-m08.mx.aol.com [64.12.136.163]) by hub.freebsd.org (Postfix) with ESMTP id BE7BD37B401 for ; Wed, 13 Jun 2001 03:57:06 -0700 (PDT) (envelope-from raviprasad20@netscape.net) Received: from raviprasad20@netscape.net by imo-m08.mx.aol.com (mail_out_v30.22.) id n.2c.1802db1 (16238) for ; Wed, 13 Jun 2001 06:57:00 -0400 (EDT) Received: from netscape.com (aimmail01.aim.aol.com [205.188.144.193]) by air-in03.mx.aol.com (v78_r3.8) with ESMTP; Wed, 13 Jun 2001 06:57:00 -0400 Date: Wed, 13 Jun 2001 06:57:00 -0400 From: raviprasad20@netscape.net To: freebsd-net@freebsd.org Subject: Re: Display of prefixes in aperticular ifnet structure. Mime-Version: 1.0 Message-ID: <4EC58214.2D2DC46E.9513E96F@netscape.net> References: <39199B3B.03898409.9513E96F@netscape.net> <0BDE53AB.15B71EF0.9513E96F@netscape.net> <4422252A.3BE36C03.9513E96F@netscape.net> X-Mailer: Franklin Webmailer 1.0 Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, Iam furnishin all the information requested by u. 1) My system version( output of uname -a) FReeBSD 4.2-RELEASE FreeBSD 4.2-RELEASE #19: Sat Jun 2 23:43:40 IST 2001 root@:/usr/src/sys/compile/PFXKERNEL i386. 2) Iam not presenly using the prefix command. Iam entering the prefixes in the configuration file "/etc/defaults/dc.conf" as ipv6_prefix_wb0="fec0:0010:0000:0000 fec0:0011:0000:0000". 3) Iam using the "if_prefixhead" member of the "ifnet" structure to just get the prefixes configured for the interface. If it can be got from the in6_ifaddr structure itself then kindly help me with this. 4) I couldn't understand ur 4th point of "please do not use the start up script, but do operation by hand (for diagnose the problem)." If this means not to use the configuration file to enter the prefixes then sorry iam using it. My basic point is this I enter prefixes through prefix command. My other machine forms an address correctly with this prefix. the only problem was displaying the prefixes. I used the if_prefixhead member of the ifnet structure for this.For the above prefix the output of the printf is some what differnet. If prefix is fec0:0011:0000:0000 then the display is 0000:0000:00fe:c000:1100:0000:0000:0000. The prefix is stored in the ifpr_prefix member of the ifprefx structure. As far as i know all the prefixes are stored in the general in6_addr structure. If i enter the prefix as fec0:0011:0000:0000 then i believe it should be stored as fec0:0011:0000:0000:0000:0000:0000:0000. But if u look at my output i feel that the prefix is stored like this. 0000:0000:00fe:c000:1100:0000:0000:0000 in the sockaddr structure pointed to by the ifpr_prefix member of the ifprefix structure. Kindly mail me ur valuable sugesstions. regards ravi prasad JINMEI Tatuya / wrote: > > >>>>> On Mon, 11 Jun 2001 00:49:01 -0400, > >>>>> raviprasad20@netscape.net said: > > > What i did to print the prefixes on a perticular ifnet structure are as follows. > > > I entered the prefixes a) fec0:11:0:0 in the configuration file for the interface wb0. > > I wrote a printf in the ip6_input function. the printf is as follows > > printf(" %x \t", ifp->if_prefixhead.tqe_next->prefix.s6_addr8[0]); > ... > > > Where ifp is declared as , struct ifnet *ifp; > > > Then i bulit a new kernel, compiled it & loaded it as my working kernel. > > Each time any ip6 input used to come the above printf used to get executed. > > I gave the following command on the prompt > > pin6 -I wb0 fe80::280:48ff:feb6:57ac > > sorry, I don't still get enough information. > > 1. please specify the exact version of your system (e.g. output of >    'uname -a') > 2. please forget the prefix command.  Use the ifconfig(8) command >    instead.   > 3. then, please forget the prefix structure.  stick to the traditional >    (in6_)ifaddr structure. > 4. please do not use the start up script, but do operation by hand >    (for diagnose the problem). > >                     JINMEI, Tatuya >                     Communication Platform Lab. >                     Corporate R&D Center, Toshiba Corp. >                     jinmei@isl.rdc.toshiba.co.jp > __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 4:16:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from imo-d02.mx.aol.com (imo-d02.mx.aol.com [205.188.157.34]) by hub.freebsd.org (Postfix) with ESMTP id 0F14E37B40D for ; Wed, 13 Jun 2001 04:16:07 -0700 (PDT) (envelope-from raviprasad20@netscape.net) Received: from raviprasad20@netscape.net by imo-d02.mx.aol.com (mail_out_v30.22.) id n.5e.5655f6 (16229) for ; Wed, 13 Jun 2001 07:16:03 -0400 (EDT) Received: from netscape.com (aimmail01.aim.aol.com [205.188.144.193]) by air-in02.mx.aol.com (v78_r3.8) with ESMTP; Wed, 13 Jun 2001 07:16:02 -0400 Date: Wed, 13 Jun 2001 07:16:02 -0400 From: raviprasad20@netscape.net To: freebsd-net@freebsd.org Subject: Automatic tunneling Mime-Version: 1.0 Message-ID: <092B7733.7F64FCA1.9513E96F@netscape.net> X-Mailer: Franklin Webmailer 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, My this doubt is regarding automatic tunneling. I know that freeBSd doesnot support it. But i feel u can guide me in this. Suppose iam implementing automatic tunneling then is there a need for me to use any of the gif interfaces. I feel that with the present freeBSD architecture i can implement automatic tunneling. My idea is this when ever an ipv6 packet is to be sent over an ipv4 cloud then i should call the gif_output() in the nd6_output(). In the gif_output() i should generate the encapsulation header & call ip_output() to send the packet. The only preoblem for me is to identify that the packet is to be sent over an ipv4 cloud. In the configured tunneling case we have a routing entry & it takes care of calling gif_output(). FreeBSD uses the routing table to find the interface through which the packet is to be sent. In this case if i have to send the packet through an ipv4 cloud then i should specify the interface so that gif_output() is called. Kindly tell is there a way for me to find that the packet is to be tunneled in advance. regards ravi prasad __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 4:28: 2 2001 Delivered-To: freebsd-net@freebsd.org Received: from alacran.it.uc3m.es (alacran.it.uc3m.es [163.117.139.44]) by hub.freebsd.org (Postfix) with ESMTP id 6EBEF37B401 for ; Wed, 13 Jun 2001 04:27:57 -0700 (PDT) (envelope-from jrh@it.uc3m.es) Received: from it.uc3m.es (localhost [127.0.0.1]) by alacran.it.uc3m.es (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with ESMTP id f5DBT3p06795 for ; Wed, 13 Jun 2001 13:29:03 +0200 X-Authentication-Warning: alacran.it.uc3m.es: Host localhost [127.0.0.1] claimed to be it.uc3m.es Message-ID: <3B274E7F.7454D577@it.uc3m.es> Date: Wed, 13 Jun 2001 13:29:03 +0200 From: Juan Fco Rodriguez Hervella X-Mailer: Mozilla 4.74 [es] (X11; U; Linux 2.4.3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Lista Subject: Re: Automatic tunneling References: <092B7733.7F64FCA1.9513E96F@netscape.net> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The automatic tunneling uses addresses of the form ::, so if you detect that the destination is of this form, means that the packet should be 'automatically' encapsulated. Correct me if I am wrong. raviprasad20@netscape.net escribi=F3: > = > Hi, > My this doubt is regarding automatic tunneling. I know that freeBSd doe= snot support it. But i feel u can guide me in this. > Suppose iam implementing automatic tunneling then is there a need for m= e to use any of the gif interfaces. > = > I feel that with the present freeBSD architecture i can implement autom= atic tunneling. My idea is this when ever an ipv6 packet is to be sent ov= er an ipv4 cloud then i should call the gif_output() in the nd6_output().= In the gif_output() i should generate the encapsulation header & call ip= _output() to send the packet. > = > The only preoblem for me is to identify that the packet is to be sent o= ver an ipv4 cloud. In the configured tunneling case we have a routing ent= ry & it takes care of calling gif_output(). > = > FreeBSD uses the routing table to find the interface through which the = packet is to be sent. In this case if i have to send the packet through a= n ipv4 cloud then i should specify the interface so that gif_output() is = called. > = > Kindly tell is there a way for me to find that the packet is to be tunn= eled in advance. > = > regards > ravi prasad > __________________________________________________________________ > Get your own FREE, personal Netscape Webmail account today at http://we= bmail.netscape.com/ > = > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- = ********************************* Juan F. Rodriguez Hervella Universidad Carlos III de Madrid ******************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 4:43:46 2001 Delivered-To: freebsd-net@freebsd.org Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by hub.freebsd.org (Postfix) with ESMTP id 637BF37B40A for ; Wed, 13 Jun 2001 04:43:35 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost ([3ffe:501:100f:10c1:cc49:49d8:1293:51aa]) by shuttle.wide.toshiba.co.jp (8.9.1+3.1W/8.9.1) with ESMTP id UAA04600 for ; Wed, 13 Jun 2001 20:43:47 +0900 (JST) Date: Wed, 13 Jun 2001 20:40:35 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: freebsd-net@freebsd.org Subject: a comment about a recent change on the route(8) command User-Agent: Wanderlust/2.5.8 (Smooth) Emacs/21.0 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII X-Dispatcher: imput version 980905(IM100) Lines: 50 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have a tiny comment about the following change to the route(8) command: http://www.jp.FreeBSD.org/cgi/cvsweb.cgi/src/sbin/route/route.c.diff?r1=1.49&r2=1.50 In the commit log, the committer said Fixed the -iface breakage introduced with the latest KAME merge in revision 1.48. It is pretty valid and often feasible to use a non-point-to-point interface as the gateway. However, I'd say it is not a breakage, but just a fix of a bug. Actually, the very old versions (before KAME) had a check not to allow installing such a route to non-p2p-interfaces: /* Look for this interface in the list */ for (ifr = ifconf.ifc_req, ifr_end = (struct ifreq *) (ifconf.ifc_buf + ifconf.ifc_len); ifr < ifr_end; ifr = (struct ifreq *) ((char *) &ifr->ifr_addr + MAX(ifr->ifr_addr.sa_len, sizeof(ifr->ifr_addr)))) { dl = (struct sockaddr_dl *)&ifr->ifr_addr; if (ifr->ifr_addr.sa_family == AF_LINK ----> && (ifr->ifr_flags & IFF_POINTOPOINT) && !strncmp(s, dl->sdl_data, dl->sdl_nlen) && s[dl->sdl_nlen] == 0) { However, the check is wrong, because ifr_flags is not a valid value in this context (recall that the ifreq structure is a union of sockaddr{}, an integer, etc.). Surprisingly, the bug introduced a side-effect that made this type of route installation possible on *every* type of interface; In this context, if_flags tend to be 0x123?, where 0x12 is AF_LINK, and 0x3? is a length of the sockaddr for ordinary link (such as ethernet). Since IFF_POINTOPOINT is 0x0010, the check tended to misunderstand the interface is a point-to-point one. The change introduced with the KAME patch just intended to implement the check in the original code correctly. I don't have any particular opinion on the behavior itself, though. If this is from a consensus in the FreeBSD community, I'm just okay with the policy. I just would like to clarify the reason of the KAME's change. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 4:44:56 2001 Delivered-To: freebsd-net@freebsd.org Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by hub.freebsd.org (Postfix) with ESMTP id A1CA037B401 for ; Wed, 13 Jun 2001 04:44:48 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost ([3ffe:501:100f:10c1:cc49:49d8:1293:51aa]) by shuttle.wide.toshiba.co.jp (8.9.1+3.1W/8.9.1) with ESMTP id UAA04619 for ; Wed, 13 Jun 2001 20:45:21 +0900 (JST) Date: Wed, 13 Jun 2001 20:42:14 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: freebsd-net@freebsd.org Subject: a comment about a recent change on the route(8) command User-Agent: Wanderlust/2.5.8 (Smooth) Emacs/21.0 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII X-Dispatcher: imput version 980905(IM100) Lines: 51 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have a tiny comment about the following change to the route(8) command: http://www.jp.FreeBSD.org/cgi/cvsweb.cgi/src/sbin/route/route.c.diff?r1=1.49&r2=1.50 In the commit log, the committer said Fixed the -iface breakage introduced with the latest KAME merge in revision 1.48. It is pretty valid and often feasible to use a non-point-to-point interface as the gateway. However, I'd say it is not a breakage, but just a fix of a bug. Actually, the very old versions (before KAME) had a check not to allow installing such a route to non-p2p-interfaces: /* Look for this interface in the list */ for (ifr = ifconf.ifc_req, ifr_end = (struct ifreq *) (ifconf.ifc_buf + ifconf.ifc_len); ifr < ifr_end; ifr = (struct ifreq *) ((char *) &ifr->ifr_addr + MAX(ifr->ifr_addr.sa_len, sizeof(ifr->ifr_addr)))) { dl = (struct sockaddr_dl *)&ifr->ifr_addr; if (ifr->ifr_addr.sa_family == AF_LINK ----> && (ifr->ifr_flags & IFF_POINTOPOINT) && !strncmp(s, dl->sdl_data, dl->sdl_nlen) && s[dl->sdl_nlen] == 0) { (from http://www.jp.FreeBSD.org/cgi/cvsweb.cgi/src/sbin/route/route.c?rev=1.40.2.3) However, the check is wrong, because ifr_flags is not a valid value in this context (recall that the ifreq structure is a union of sockaddr{}, an integer, etc.). Surprisingly, the bug introduced a side-effect that made this type of route installation possible on *every* type of interface; In this context, if_flags tend to be 0x123?, where 0x12 is AF_LINK, and 0x3? is a length of the sockaddr for ordinary link (such as ethernet). Since IFF_POINTOPOINT is 0x0010, the check tended to misunderstand the interface is a point-to-point one. The change introduced with the KAME patch just intended to implement the check in the original code correctly. I don't have any particular opinion on the behavior itself, though. If this is from a consensus in the FreeBSD community, I'm just okay with the policy. I just would like to clarify the reason of the KAME's change. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 4:49:33 2001 Delivered-To: freebsd-net@freebsd.org Received: from alacran.it.uc3m.es (alacran.it.uc3m.es [163.117.139.44]) by hub.freebsd.org (Postfix) with ESMTP id 6253E37B401 for ; Wed, 13 Jun 2001 04:49:25 -0700 (PDT) (envelope-from jrh@it.uc3m.es) Received: from it.uc3m.es (localhost [127.0.0.1]) by alacran.it.uc3m.es (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with ESMTP id f5DBodp06844 for ; Wed, 13 Jun 2001 13:50:39 +0200 X-Authentication-Warning: alacran.it.uc3m.es: Host localhost [127.0.0.1] claimed to be it.uc3m.es Message-ID: <3B27538F.BD0AFFC@it.uc3m.es> Date: Wed, 13 Jun 2001 13:50:39 +0200 From: Juan Fco Rodriguez Hervella X-Mailer: Mozilla 4.74 [es] (X11; U; Linux 2.4.3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Lista Subject: Re: a comment about a recent change on the route(8) command References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org JINMEI Tatuya / =1B$B?@L@C#:H=1B(B escribi=F3: > = > I have a tiny comment about the following change to the route(8) > command: > http://www.jp.FreeBSD.org/cgi/cvsweb.cgi/src/sbin/route/route.c.diff?r1= =3D1.49&r2=3D1.50 > = > In the commit log, the committer said > = > Fixed the -iface breakage introduced with the latest KAME merge > in revision 1.48. It is pretty valid and often feasible to use > a non-point-to-point interface as the gateway. In which cases makes sense to use a non-ptp interface as the gateway? What is the behaviour in that case ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 5:35:43 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailguard.fgan.de (mailguard.fgan.de [128.7.3.5]) by hub.freebsd.org (Postfix) with ESMTP id 6BA5337B405 for ; Wed, 13 Jun 2001 05:35:33 -0700 (PDT) (envelope-from leventi@fgan.de) Received: from rufsun5.ffm.fgan.de ([128.7.2.5]) by mailguard.fgan.de (8.11.2/8.11.2) with ESMTP id f5DCZWV09202 for ; Wed, 13 Jun 2001 14:35:32 +0200 Received: from melle.ffm.fgan.de (melle.ffm.fgan.de [128.7.5.11]) by rufsun5.ffm.fgan.de (8.8.6/8.8.8) with ESMTP id OAA08593 for ; Wed, 13 Jun 2001 14:35:32 +0200 (MET DST) Received: (from lev@localhost) by melle.ffm.fgan.de (8.8.8+Sun/8.8.8) id OAA03639; Wed, 13 Jun 2001 14:35:31 +0200 (MET DST) Date: Wed, 13 Jun 2001 14:35:31 +0200 (MET DST) Message-Id: <200106131235.OAA03639@melle.ffm.fgan.de> From: Anastasia Leventi-Peetz To: freebsd-net@freebsd.org Subject: add static route Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I am trying to add a static route to the kernel tables and read the route Manpage to this purpose I've tried a lot but I get almost the same message: "bad address" what's wrong with the command? route add -inet6 bla.bla.bla::/48 -iface xl0 thanks a lot Anastasia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 5:57:17 2001 Delivered-To: freebsd-net@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 77E1337B405 for ; Wed, 13 Jun 2001 05:56:59 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f5DCuMp42295; Wed, 13 Jun 2001 15:56:22 +0300 (EEST) (envelope-from ru) Date: Wed, 13 Jun 2001 15:56:22 +0300 From: Ruslan Ermilov To: Juan Fco Rodriguez Hervella Cc: Lista Subject: Re: a comment about a recent change on the route(8) command Message-ID: <20010613155622.B30602@sunbay.com> Mail-Followup-To: Juan Fco Rodriguez Hervella , Lista References: <3B27538F.BD0AFFC@it.uc3m.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2.5i In-Reply-To: <3B27538F.BD0AFFC@it.uc3m.es>; from jrh@it.uc3m.es on Wed, Jun 13, 2001 at 01:50:39PM +0200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jun 13, 2001 at 01:50:39PM +0200, Juan Fco Rodriguez Hervella wrote: > JINMEI Tatuya / =1B$B?@L@C#:H=1B(B escribio: > >=20 > > I have a tiny comment about the following change to the route(8) > > command: > > http://www.jp.FreeBSD.org/cgi/cvsweb.cgi/src/sbin/route/route.c.diff?r1= =3D1.49&r2=3D1.50 > >=20 > > In the commit log, the committer said > >=20 > > Fixed the -iface breakage introduced with the latest KAME merge > > in revision 1.48. It is pretty valid and often feasible to use > > a non-point-to-point interface as the gateway. >=20 > In which cases makes sense to use a non-ptp interface as the gateway? > What is the behaviour in that case ? >=20 ARP. --=20 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-net" in the body of the message From owner-freebsd-net Wed Jun 13 6: 4:35 2001 Delivered-To: freebsd-net@freebsd.org Received: from bilver.wjv.com (dhcp-1-215.n01.orldfl01.us.ra.verio.net [157.238.210.215]) by hub.freebsd.org (Postfix) with ESMTP id 7D10937B409 for ; Wed, 13 Jun 2001 06:04:16 -0700 (PDT) (envelope-from bill@bilver.wjv.com) Received: (from bill@localhost) by bilver.wjv.com (8.11.1/8.11.1) id f5DD46E80099; Wed, 13 Jun 2001 09:04:06 -0400 (EDT) (envelope-from bill) Date: Wed, 13 Jun 2001 09:04:04 -0400 From: Bill Vermillion To: Anastasia Leventi-Peetz Cc: freebsd-net@FreeBSD.ORG Subject: Re: add static route Message-ID: <20010613090404.C79593@wjv.com> Reply-To: bv@wjv.com References: <200106131235.OAA03639@melle.ffm.fgan.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200106131235.OAA03639@melle.ffm.fgan.de>; from leventi@fgan.de on Wed, Jun 13, 2001 at 02:35:31PM +0200 Organization: W.J.Vermillion / Orlando - Winter Park Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, Jun 13, 2001 at 02:35:31PM +0200, Anastasia Leventi-Peetz thus sprach: > > I am trying to add a static route to the kernel tables > and read the route Manpage to this purpose > > I've tried a lot but I get almost the same message: > "bad address" > > what's wrong with the command? > route add -inet6 bla.bla.bla::/48 -iface xl0 From faithd(8) # route add -inet6 3ffe:501:4819:ffff:: -prefixlen 96 ::1 Don't know if that helps or not. -- Bill Vermillion - bv @ wjv . com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 6: 4:42 2001 Delivered-To: freebsd-net@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 00BAB37B407 for ; Wed, 13 Jun 2001 06:04:22 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f5DD3NB47049; Wed, 13 Jun 2001 16:03:23 +0300 (EEST) (envelope-from ru) Date: Wed, 13 Jun 2001 16:03:23 +0300 From: Ruslan Ermilov To: JINMEI Tatuya Cc: freebsd-net@FreeBSD.ORG Subject: Re: a comment about a recent change on the route(8) command Message-ID: <20010613160323.C30602@sunbay.com> Mail-Followup-To: JINMEI Tatuya , freebsd-net@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jinmei@isl.rdc.toshiba.co.jp on Wed, Jun 13, 2001 at 08:40:35PM +0900 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org My apologies, I didn't realize that the old code was broken. Yes, ifr_flags is only valid in the SIOCGIFFLAGS context. On Wed, Jun 13, 2001 at 08:40:35PM +0900, JINMEI Tatuya / ?$B?@L@C#:H?(B wrote: > I have a tiny comment about the following change to the route(8) > command: > http://www.jp.FreeBSD.org/cgi/cvsweb.cgi/src/sbin/route/route.c.diff?r1=1.49&r2=1.50 > > In the commit log, the committer said > > Fixed the -iface breakage introduced with the latest KAME merge > in revision 1.48. It is pretty valid and often feasible to use > a non-point-to-point interface as the gateway. > > However, I'd say it is not a breakage, but just a fix of a bug. > Actually, the very old versions (before KAME) had a check not to allow > installing such a route to non-p2p-interfaces: > > /* Look for this interface in the list */ > for (ifr = ifconf.ifc_req, > ifr_end = (struct ifreq *) > (ifconf.ifc_buf + ifconf.ifc_len); > ifr < ifr_end; > ifr = (struct ifreq *) ((char *) &ifr->ifr_addr > + MAX(ifr->ifr_addr.sa_len, > sizeof(ifr->ifr_addr)))) { > dl = (struct sockaddr_dl *)&ifr->ifr_addr; > if (ifr->ifr_addr.sa_family == AF_LINK > ----> && (ifr->ifr_flags & IFF_POINTOPOINT) > && !strncmp(s, dl->sdl_data, dl->sdl_nlen) > && s[dl->sdl_nlen] == 0) { > > However, the check is wrong, because ifr_flags is not a valid value in > this context (recall that the ifreq structure is a union of > sockaddr{}, an integer, etc.). Surprisingly, the bug introduced a > side-effect that made this type of route installation possible on > *every* type of interface; In this context, if_flags tend to be > 0x123?, where 0x12 is AF_LINK, and 0x3? is a length of the sockaddr > for ordinary link (such as ethernet). Since IFF_POINTOPOINT is > 0x0010, the check tended to misunderstand the interface is a > point-to-point one. > > The change introduced with the KAME patch just intended to implement > the check in the original code correctly. > > I don't have any particular opinion on the behavior itself, though. > If this is from a consensus in the FreeBSD community, I'm just okay > with the policy. I just would like to clarify the reason of the > KAME's change. > > JINMEI, Tatuya > Communication Platform Lab. > Corporate R&D Center, Toshiba Corp. > jinmei@isl.rdc.toshiba.co.jp > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- 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-net" in the body of the message From owner-freebsd-net Wed Jun 13 6:21:45 2001 Delivered-To: freebsd-net@freebsd.org Received: from alacran.it.uc3m.es (alacran.it.uc3m.es [163.117.139.44]) by hub.freebsd.org (Postfix) with ESMTP id C1BB237B403 for ; Wed, 13 Jun 2001 06:21:38 -0700 (PDT) (envelope-from jrh@it.uc3m.es) Received: from it.uc3m.es (localhost [127.0.0.1]) by alacran.it.uc3m.es (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with ESMTP id f5DDMrp07001 for ; Wed, 13 Jun 2001 15:22:53 +0200 X-Authentication-Warning: alacran.it.uc3m.es: Host localhost [127.0.0.1] claimed to be it.uc3m.es Message-ID: <3B27692D.3DCF4A5F@it.uc3m.es> Date: Wed, 13 Jun 2001 15:22:53 +0200 From: Juan Fco Rodriguez Hervella X-Mailer: Mozilla 4.74 [es] (X11; U; Linux 2.4.3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Lista Subject: Re: add static route References: <200106131235.OAA03639@melle.ffm.fgan.de> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Anastasia Leventi-Peetz escribi=F3: > = > I am trying to add a static route to the kernel tables > and read the route Manpage to this purpose > = > I've tried a lot but I get almost the same message: > "bad address" > = > what's wrong with the command? > = > route add -inet6 bla.bla.bla::/48 -iface xl0 > = route add -inet6 bla.bla.bla:: -prefixlen 48 -interface xl0 ***** JFRH ***** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 6:48:38 2001 Delivered-To: freebsd-net@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id 1887E37B403 for ; Wed, 13 Jun 2001 06:48:27 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from itojun.org (localhost [127.0.0.1]) by coconut.itojun.org (Postfix) with ESMTP id 4763C4B20; Wed, 13 Jun 2001 22:48:24 +0900 (JST) To: Juan Fco Rodriguez Hervella Cc: Lista In-reply-to: jrh's message of Wed, 13 Jun 2001 13:29:03 +0200. <3B274E7F.7454D577@it.uc3m.es> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: Automatic tunneling From: itojun@iijlab.net Date: Wed, 13 Jun 2001 22:48:24 +0900 Message-ID: <15376.992440104@itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >> My this doubt is regarding automatic tunneling. I know that freeBSd doe= >>snot support it. But i feel u can guide me in this. >> Suppose iam implementing automatic tunneling then is there a need for m= >>e to use any of the gif interfaces. RFC1933/2893 automatic tunnelling is likely to get deprecated in the near future. so if you are serious about implementing/ using it, i'd suggest looking at ISATAP instead. draft-ietf-ngtrans-isatap-01.txt itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 7:46:33 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailguard.fgan.de (mailguard.fgan.de [128.7.3.5]) by hub.freebsd.org (Postfix) with ESMTP id 0D0B637B405; Wed, 13 Jun 2001 07:46:27 -0700 (PDT) (envelope-from leventi@fgan.de) Received: from rufsun5.ffm.fgan.de ([128.7.2.5]) by mailguard.fgan.de (8.11.2/8.11.2) with ESMTP id f5DEkPV16386; Wed, 13 Jun 2001 16:46:25 +0200 Received: from melle.ffm.fgan.de (melle.ffm.fgan.de [128.7.5.11]) by rufsun5.ffm.fgan.de (8.8.6/8.8.8) with ESMTP id QAA12035; Wed, 13 Jun 2001 16:46:24 +0200 (MET DST) Received: (from lev@localhost) by melle.ffm.fgan.de (8.8.8+Sun/8.8.8) id QAA03976; Wed, 13 Jun 2001 16:46:24 +0200 (MET DST) Date: Wed, 13 Jun 2001 16:46:24 +0200 (MET DST) Message-Id: <200106131446.QAA03976@melle.ffm.fgan.de> From: Anastasia Leventi-Peetz To: ru@FreeBSD.ORG Cc: leventi@fgan.de, freebsd-net@FreeBSD.ORG In-reply-to: <20010613154906.A30602@sunbay.com> (message from Ruslan Ermilov on Wed, 13 Jun 2001 15:49:06 +0300) Subject: Re: add static route Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org if I may bother you with my experience (of the moment!) the most effective way was: route add -inet6 bla:bla:bla:: -prefixlen 48 gateway -ifp xl0 then I can reach the Gateway + the subnets which the gateway routes to. When I give only route add -inet6 bla:bla:bla:: gateway i can then reach only the gateway, although in both cases with netstat -r I get the same tables. I get in both cases to see that the net bla:bla:bla: through gateway through xl0 accesible is. !!!! Anastasia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 10:58: 0 2001 Delivered-To: freebsd-net@freebsd.org Received: from alacran.it.uc3m.es (alacran.it.uc3m.es [163.117.139.44]) by hub.freebsd.org (Postfix) with ESMTP id A1EA537B408 for ; Wed, 13 Jun 2001 10:57:40 -0700 (PDT) (envelope-from jrh@it.uc3m.es) Received: from it.uc3m.es (localhost [127.0.0.1]) by alacran.it.uc3m.es (8.10.2/8.10.2/SuSE Linux 8.10.0-0.3) with ESMTP id f5DHwtp07553 for ; Wed, 13 Jun 2001 19:58:55 +0200 X-Authentication-Warning: alacran.it.uc3m.es: Host localhost [127.0.0.1] claimed to be it.uc3m.es Message-ID: <3B27A9DF.7DC4F797@it.uc3m.es> Date: Wed, 13 Jun 2001 19:58:55 +0200 From: Juan Fco Rodriguez Hervella X-Mailer: Mozilla 4.74 [es] (X11; U; Linux 2.4.3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Lista Subject: Please help me Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi all: I am trying to make a kernel modification to add automatically a Routing Header before send the packet. I am using KAME kernel. I have found the following structure in netinet6/ipv6_var.h: /* Routing header related info */ struct ip6po_rhinfo { struct ip6_rthdr *ip6po_rhi_rthdr; /* Routing header */ #if defined(NEW_STRUCT_ROUTE) || defined(__NetBSD__) || defined(__OpenBSD__) || defined(__FreeBSD__) struct route ip6po_rhi_route; /* Route to the 1st hop */ #else struct route_in6 ip6po_rhi_route; /* Route to the 1st hop */ #endif }; #define ip6po_rthdr ip6po_rhinfo.ip6po_rhi_rthdr #define ip6po_route ip6po_rhinfo.ip6po_rhi_route But I do not find the "struct ip6_rthdr" in the sources. I would like do something like this (in some point before call to ip6_output): MALLOC_DEFINE(M_RTHDR, "ip6_rthdr", "Routing Header"); ... if(insert_rh && (opts->ip6po_rthdr == NULL) ) { opts->ip6po_rthdr= (struct ip6_rthdr *)malloc( sizeof(struct ip6_rhtdr), M_RTHDR, M_WAITOK ); opts->ip6po_rthdr= **** here, I should fill the routing header *** .... } Is this correct? How can I construct the Routing Header in 'opts'? Thanks for read me! -- ********************************* Juan F. Rodriguez Hervella Universidad Carlos III de Madrid ******************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 14:16:17 2001 Delivered-To: freebsd-net@freebsd.org Received: from sj-msg-core-1.cisco.com (sj-msg-core-1.cisco.com [171.71.163.11]) by hub.freebsd.org (Postfix) with ESMTP id AD7DC37B407; Wed, 13 Jun 2001 14:16:07 -0700 (PDT) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-1.cisco.com (8.11.3/8.9.1) with ESMTP id f5DLGB919813; Wed, 13 Jun 2001 14:16:11 -0700 (PDT) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.3) id f5DLG6k59912; Wed, 13 Jun 2001 14:16:06 -0700 (PDT) (envelope-from bmah) Message-Id: <200106132116.f5DLG6k59912@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.4+ 06/08/2001 with nmh-1.0.4 To: freebsd-net@freebsd.org Cc: bmah@freebsd.org Subject: CFR: bridge.4 manpage update From: bmah@freebsd.org (Bruce A. Mah) Reply-To: bmah@freebsd.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_417521302P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 13 Jun 2001 14:16:06 -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --==_Exmh_417521302P Content-Type: text/plain; charset=us-ascii Hi -net folk... Awhile back, I was trying to figure out how bridge(4) worked, but discovered that the manpage didn't list all the sysctls necessary to configure the bridge. I filed a PR (22060) asking someone to look into this. I subsequently lost interest in bridge(4), but gained a commit bit, the result being that I own a PR for something I know close to zero about. I've made the following diff against the bridge.4 manpage in -CURRENT. Can someone tell me if this is anywhere close to the state of reality? Thanks for any assistance! Bruce. Index: bridge.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/bridge.4,v retrieving revision 1.12 diff -u -r1.12 bridge.4 --- bridge.4 2001/04/18 15:51:26 1.12 +++ bridge.4 2001/06/13 21:08:09 @@ -44,6 +44,40 @@ .Ar allow rule if we want ARP and other non-IP packets to flow through the bridge. +.Pp +The bridge configuration is controlled by the +.Bd -literal + net.link.ether.bridge_cfg +.Ed +.Pp +.Nm sysctl +variable. +It consists of a comma-separated list of +.Ar interface:cluster +pairs, where all interfaces with the same +.Ar cluster +number will +be bridged together. +.Pp +Another +.Nm sysctl +variable reinitializes the bridge; this is required if bridged +configurations include loadable interfaces. +After loading new +interface drivers, setting the: +.Bd -literal + net.link.ether.bridge_refresh +.Ed +.Pp +variable to 1 will cause the bridge to reinitialize itself. +.Sh EXAMPLES +.Pp +The following command will cause the ep0 and fxp0 interfaces to be +bridged together, and the fxp1 and de0 interfaces to be bridged +together: +.Bd -literal + sysctl -w net.link.ether.bridge_cfg ep0:0,fxp0:0,fxp1:1,de0:1 +.Ed .Sh BUGS .Pp Care must be taken not to construct loops in the bridge topology. --==_Exmh_417521302P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.3.1+ 05/14/2001 iD8DBQE7J9gW2MoxcVugUsMRAqr9AKDUMkYvcjEXHDg4VYzMhwl0W6YFlACfReVP F7XbIRh53HBiUHNxF1eemOM= =lX0m -----END PGP SIGNATURE----- --==_Exmh_417521302P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 14:21:47 2001 Delivered-To: freebsd-net@freebsd.org Received: from web12307.mail.yahoo.com (web12307.mail.yahoo.com [216.136.173.105]) by hub.freebsd.org (Postfix) with SMTP id 17E0237B40A for ; Wed, 13 Jun 2001 14:21:45 -0700 (PDT) (envelope-from bysshe51@yahoo.com) Message-ID: <20010613212144.78094.qmail@web12307.mail.yahoo.com> Received: from [216.15.41.74] by web12307.mail.yahoo.com; Wed, 13 Jun 2001 14:21:44 PDT Date: Wed, 13 Jun 2001 14:21:44 -0700 (PDT) From: Damiaan Reply-To: vanderhd@ucsu.colorado.edu Subject: Wireless networking trouble To: freebsd-net@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I'm having some trouble with my wireless networking card in a dell c600 notbook running FreeBSD. I have it initialized (it has power) and it tries to transmit but doesn't receive anything. When I ping the local machine's address, it gets an answer which indicates to me that it recognizes some sort of a connection but when I try to ping the router or any other ip addy on the network it doesn't receive anything back, gives me the error "Host is down". I edited the rc.conf and created the pccard.conf and pccard_wi to get the card going. If anyone has a suggestion as to how to get this thing up and running, I'd appreciate it. ===== Damiaan van der Heijde SDL International Software Localization Engineer __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 15:31:38 2001 Delivered-To: freebsd-net@freebsd.org Received: from imo-m07.mx.aol.com (imo-m07.mx.aol.com [64.12.136.162]) by hub.freebsd.org (Postfix) with ESMTP id 2004637B403 for ; Wed, 13 Jun 2001 15:31:36 -0700 (PDT) (envelope-from FastPathNow@netscape.net) Received: from FastPathNow@netscape.net by imo-m07.mx.aol.com (mail_out_v30.22.) id n.10b.1b92b2 (16221) for ; Wed, 13 Jun 2001 18:31:34 -0400 (EDT) Received: from netscape.com (aimmail01.aim.aol.com [205.188.144.193]) by air-in01.mx.aol.com (v78_r3.8) with ESMTP; Wed, 13 Jun 2001 18:31:34 -0400 Date: Wed, 13 Jun 2001 18:31:34 -0400 From: FastPathNow@netscape.net To: freebsd-net@freebsd.org Subject: SACK code patch for FreeBSD 4.3 Mime-Version: 1.0 Message-ID: <3724E815.3A5D18DB.375A6AF3@netscape.net> X-Mailer: Franklin Webmailer 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi I am currently working on implementing SACK on FreeBSD 4.3 (STABLE) . At some point in the future I plan to contribute this patch to the FreeBSD source tree (4.3 or later). I had a look at http://www.freebsd.org/doc/en_US.ISO_8859-1/books/handbook/contrib.html . With regards to the code contribution, I have the following questions: 1) Whom do I need to be in touch with as far as the SACK contribution is concerned?. I suspect that only files in the /usr/src/sys/netinet directory will be modified. 2) Given that the code I am working with is a stable release, what might possibly be the release into which the code inclusion can take place?. Would it be in a future CURRENT release, which would then get included in a future STABLE release after further testing? I would appreciate it if the appropriate persons who control code canges into the TCP stack, could reply. Regards -AG __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 16: 3:19 2001 Delivered-To: freebsd-net@freebsd.org Received: from superconductor.rush.net (superconductor.rush.net [208.9.155.8]) by hub.freebsd.org (Postfix) with ESMTP id E146737B405 for ; Wed, 13 Jun 2001 16:03:16 -0700 (PDT) (envelope-from bright@superconductor.rush.net) Received: (from bright@localhost) by superconductor.rush.net (8.11.2/8.11.2) id f5DN3FG12484; Wed, 13 Jun 2001 19:03:15 -0400 (EDT) Date: Wed, 13 Jun 2001 19:03:13 -0400 From: Alfred Perlstein To: FastPathNow@netscape.net Cc: freebsd-net@FreeBSD.ORG Subject: Re: SACK code patch for FreeBSD 4.3 Message-ID: <20010613190312.Z1832@superconductor.rush.net> References: <3724E815.3A5D18DB.375A6AF3@netscape.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <3724E815.3A5D18DB.375A6AF3@netscape.net>; from FastPathNow@netscape.net on Wed, Jun 13, 2001 at 06:31:34PM -0400 X-all-your-base: are belong to us. Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org * FastPathNow@netscape.net [010613 18:31] wrote: > Hi > I am currently working on implementing SACK on FreeBSD 4.3 (STABLE) . At some point in the future I plan to contribute this patch to the FreeBSD source tree (4.3 or later). I had a look at http://www.freebsd.org/doc/en_US.ISO_8859-1/books/handbook/contrib.html . > > With regards to the code contribution, I have the following questions: > 1) Whom do I need to be in touch with as far as the SACK contribution is concerned?. I suspect that only files in the /usr/src/sys/netinet directory will be modified. > 2) Given that the code I am working with is a stable release, what might possibly be the release into which the code inclusion can take place?. Would it be in a future CURRENT release, which would then get included in a future STABLE release after further testing? > > I would appreciate it if the appropriate persons who control code canges into the TCP stack, could reply. When you have the code ready post it here, if one of the network gurus doesn't respond I'll get it to one of them. As far as inclusion in the source, having patches for -current will have to come first, if you also have patches for -stable that would be a bonus. Feel free to contact me if you need any assistance, I'll try my best. best of luck, -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 16:37:16 2001 Delivered-To: freebsd-net@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id BD9B237B405 for ; Wed, 13 Jun 2001 16:37:10 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f5DNb5Z82842; Wed, 13 Jun 2001 18:37:05 -0500 (CDT) (envelope-from jlemon) Date: Wed, 13 Jun 2001 18:37:05 -0500 (CDT) From: Jonathan Lemon Message-Id: <200106132337.f5DNb5Z82842@prism.flugsvamp.com> To: FastPathNow@netscape.net, net@freebsd.org Subject: Re: SACK code patch for FreeBSD 4.3 X-Newsgroups: local.mail.freebsd-net In-Reply-To: Organization: Cc: Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In article you write: >Hi >I am currently working on implementing SACK on FreeBSD 4.3 (STABLE) . At >some point in the future I plan to contribute this patch to the FreeBSD >source tree (4.3 or later). I had a look at >http://www.freebsd.org/doc/en_US.ISO_8859-1/books/handbook/contrib.html >. > >With regards to the code contribution, I have the following questions: >1) Whom do I need to be in touch with as far as the SACK contribution is >concerned?. I suspect that only files in the /usr/src/sys/netinet >directory will be modified. >2) Given that the code I am working with is a stable release, what might >possibly be the release into which the code inclusion can take place?. >Would it be in a future CURRENT release, which would then get included >in a future STABLE release after further testing? The code would get put in -current first, and then incorporated into -stable after a shake out period. However, you should feel free to continue developing on -stable, and what you have would be made available as a patchset until it is included into -stable. Have you looked at the other SACK implementations? I think that NetBSD may have some related code, but I think it is incomplete. There may also be some code from the UCB Daedalus project, but I'm not sure what the status of this is. In any case, I'm glad to see someone working on it. Sending mail to -net is probably the best way to reach people who are interested in the networking stack. When the patch is done, (or when you have something working), I'm sure that you'll have no problem finding volunteers to review the code and then commit it. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 17: 6:18 2001 Delivered-To: freebsd-net@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 479C637B403 for ; Wed, 13 Jun 2001 17:06:12 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id CAA97906; Thu, 14 Jun 2001 02:01:49 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200106140001.CAA97906@info.iet.unipi.it> Subject: Re: SACK code patch for FreeBSD 4.3 In-Reply-To: <200106132337.f5DNb5Z82842@prism.flugsvamp.com> from Jonathan Lemon at "Jun 13, 2001 06:37:05 pm" To: Jonathan Lemon Date: Thu, 14 Jun 2001 02:01:47 +0200 (CEST) Cc: FastPathNow@netscape.net, net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Looooong ago (1996, sic!) i did some work on this, which you can find at http://www.iet.unipi.it/~luigi/sack.html The retransmission logic probably need to be updated, also in relation to the newer SACK RFC issued i think sometime last year. But the boring part of the code which handles the list of segments to be SACKed may be of good use. It should not be too hard to port this code to 4.x cheers luigi > >Hi > >I am currently working on implementing SACK on FreeBSD 4.3 (STABLE) . At > >some point in the future I plan to contribute this patch to the FreeBSD -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 17:13:52 2001 Delivered-To: freebsd-net@freebsd.org Received: from imo-m07.mx.aol.com (imo-m07.mx.aol.com [64.12.136.162]) by hub.freebsd.org (Postfix) with ESMTP id 90CA737B401 for ; Wed, 13 Jun 2001 17:13:49 -0700 (PDT) (envelope-from FastPathNow@netscape.net) Received: from FastPathNow@netscape.net by imo-m07.mx.aol.com (mail_out_v30.22.) id x.af.59cb2b (16215); Wed, 13 Jun 2001 20:13:09 -0400 (EDT) Received: from netscape.com (aimmail02.aim.aol.com [205.188.144.194]) by air-in01.mx.aol.com (v78_r3.8) with ESMTP; Wed, 13 Jun 2001 20:13:09 -0400 Date: Wed, 13 Jun 2001 20:13:09 -0400 From: FastPathNow@netscape.net To: luigi@info.iet.unipi.it Cc: jlemon@flugsvamp.com, FastPathNow@netscape.net, net@freebsd.org, bright@rush.net Subject: Re: SACK code patch for FreeBSD 4.3 Mime-Version: 1.0 Message-ID: <7C45F6A6.77A905CF.375A6AF3@netscape.net> References: <200106140001.CAA97906@info.iet.unipi.it> X-Mailer: Franklin Webmailer 1.0 Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Thanks to all who responded. Luigi, I will also have a look at the code that you posted. I did have a look at the code from the UCB Daedalus project, which was based on the BSDI 2.0 code. I am currently basing most of my code changes on that work. The changes broadly relate to the relatively new usage of FreeBSD timer-wheel callouts, and some changes due to the way some of the structs are defined and used in FreeBSD. Apart from that I think there might be a couple of small bugs in the code, but I would want to confirm that from the original authors before I commit any changes for the same. Lastly, I also would like to focus on what TCP should do on receiving its 3rd DUPACK (modified fast rexmit and recovery), in the presence of SACK. Recently a draft was posted about this ... http://www.globecom.net/ietf/draft/draft-allman-tcp-sack-02.html . I am planning on spending some time to see, to what extent the old code conforms to/ is different from the recovery algorithm suggested in the draft above. Please let me know if you have other ideas / suggestions Regards -AG --- Luigi Rizzo wrote: > > Looooong ago (1996, sic!) i did some work on this, which you can find at > >     http://www.iet.unipi.it/~luigi/sack.html > > The retransmission logic probably need to be updated, also in relation > to the newer SACK RFC issued i think sometime last year. But the boring > part of the code which handles the list of segments to be SACKed > may be of good use. > > It should not be too hard to port this code to 4.x > >     cheers >     luigi > > > >Hi > > >I am currently working on implementing SACK on FreeBSD 4.3 (STABLE) . At > > >some point in the future I plan to contribute this patch to the FreeBSD > > -----------------------------------+------------------------------------- >   Luigi RIZZO, luigi@iet.unipi.it  . Dip. di Ing. dell'Informazione >   http://www.iet.unipi.it/~luigi/  . Universita` di Pisa >   TEL/FAX: +39-050-568.533/522     . via Diotisalvi 2, 56126 PISA (Italy) >   Mobile   +39-347-0373137 > -----------------------------------+------------------------------------- > __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 21:34:41 2001 Delivered-To: freebsd-net@freebsd.org Received: from silby.com (cb34181-a.mdsn1.wi.home.com [24.14.173.39]) by hub.freebsd.org (Postfix) with ESMTP id 3F55437B408 for ; Wed, 13 Jun 2001 21:34:31 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 21052 invoked by uid 1000); 14 Jun 2001 04:34:29 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 14 Jun 2001 04:34:29 -0000 Date: Wed, 13 Jun 2001 23:34:29 -0500 (CDT) From: Mike Silbersack To: Cc: Subject: Re: SACK code patch for FreeBSD 4.3 In-Reply-To: <3724E815.3A5D18DB.375A6AF3@netscape.net> Message-ID: <20010613233304.V21050-100000@achilles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, 13 Jun 2001 FastPathNow@netscape.net wrote: > Hi I am currently working on implementing SACK on FreeBSD 4.3 (STABLE) > . At some point in the future I plan to contribute this patch to the > FreeBSD source tree (4.3 or later). I had a look at > http://www.freebsd.org/doc/en_US.ISO_8859-1/books/handbook/contrib.html > . Sounds cool, please notify the list when you reach major milestones (or put up a webpage with such info.) SACK's a feature many of us have been wanting for a while, and I suspect that a lot of us would be willing to help test it. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 22:44:35 2001 Delivered-To: freebsd-net@freebsd.org Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by hub.freebsd.org (Postfix) with ESMTP id 936CD37B403 for ; Wed, 13 Jun 2001 22:44:25 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost ([3ffe:501:100f:10c1:49b8:5b1:e9c7:765d]) by shuttle.wide.toshiba.co.jp (8.9.1+3.1W/8.9.1) with ESMTP id OAA10516; Thu, 14 Jun 2001 14:44:54 +0900 (JST) Date: Thu, 14 Jun 2001 14:41:46 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: raviprasad20@netscape.net Cc: freebsd-net@FreeBSD.ORG Subject: Re: Display of prefixes in aperticular ifnet structure. In-Reply-To: <4EC58214.2D2DC46E.9513E96F@netscape.net> References: <39199B3B.03898409.9513E96F@netscape.net> <0BDE53AB.15B71EF0.9513E96F@netscape.net> <4422252A.3BE36C03.9513E96F@netscape.net> <4EC58214.2D2DC46E.9513E96F@netscape.net> User-Agent: Wanderlust/2.5.8 (Smooth) Emacs/21.0 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII X-Dispatcher: imput version 980905(IM100) Lines: 42 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>>>> On Wed, 13 Jun 2001 06:57:00 -0400, >>>>> raviprasad20@netscape.net said: > 1) My system version( output of uname -a) > FReeBSD 4.2-RELEASE FreeBSD 4.2-RELEASE #19: Sat Jun 2 23:43:40 IST 2001 > root@:/usr/src/sys/compile/PFXKERNEL i386. Unfortunately, FreeBSD 4.2 (and even 4.3) is quite buggy about the IPv6 address/prefix manipulation. If possible, please use recent versions of KAME snaps (which can be available at http://www.kame.net/), or wait for the next release of FreeBSD (probably 4.4). Otherwise, you'll see many strange behaviors or even kernel panic. > 2) Iam not presenly using the prefix command. Iam entering the prefixes in the configuration file "/etc/defaults/dc.conf" as > ipv6_prefix_wb0="fec0:0010:0000:0000 fec0:0011:0000:0000". This configuration implicitly uses the prefix command. See /etc/rc.network6. > 3) Iam using the "if_prefixhead" member of the "ifnet" structure to just get the prefixes configured for the interface. If it can be got from the in6_ifaddr structure itself then kindly help me with this. As I repeatedly said, please just forget the ifprefix link. You should just follow the link from ifnet->if_addrlist. > 4) I couldn't understand ur 4th point of > "please do not use the start up script, but do operation by hand > (for diagnose the problem)." > If this means not to use the configuration file to enter the prefixes > then sorry iam using it. So, for diagnosing the problem, please do not use the configuration script (i.e. /etc/defaults/rc.conf, etc) for now. Just boot the machine without the script, login to the machine as root, then type # ifconfig ne0 inet6 fec0:0010::1234 prefixlen 64 alias etc. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jun 13 22:46:11 2001 Delivered-To: freebsd-net@freebsd.org Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by hub.freebsd.org (Postfix) with ESMTP id 0238F37B403 for ; Wed, 13 Jun 2001 22:46:07 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost ([3ffe:501:100f:10c1:49b8:5b1:e9c7:765d]) by shuttle.wide.toshiba.co.jp (8.9.1+3.1W/8.9.1) with ESMTP id OAA10544; Thu, 14 Jun 2001 14:46:38 +0900 (JST) Date: Thu, 14 Jun 2001 14:43:31 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: raviprasad20@netscape.net Cc: freebsd-net@FreeBSD.ORG Subject: Re: transition mechanism 6 to 4 In-Reply-To: <2438AE8B.28551050.9513E96F@netscape.net> References: <2438AE8B.28551050.9513E96F@netscape.net> User-Agent: Wanderlust/2.5.8 (Smooth) Emacs/21.0 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII X-Dispatcher: imput version 980905(IM100) Lines: 17 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>>>> On Wed, 13 Jun 2001 03:46:15 -0400, >>>>> raviprasad20@netscape.net said: > Assume that a ipv6 packet has to travel through a ipv4 network to an ipv6 destination host. > As usual the appropriate routing entry is found for the destination address & nd6_output through the function pointer calls the appropriate output function fo the interface to transmit the packet( ifp->if_output). > (Since tunneling is implemented in freebsd through the gif interfaces & configured by the user for configured tunneling) For a gif interface gif_output() is called. > I believe that for a ipv4 destination tunnel end point gif output is going to construct a ipv4 encapsulation header & it will call ip_output() to send the packet. The ipv4 routing table will be used to send the packet to the appropriate host based on the destination ipv4 address given to the gif interface. > Kindly inform me if my understanding is correct. Yes, your understanding is correct. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 14 2:19:57 2001 Delivered-To: freebsd-net@freebsd.org Received: from brisefer.cediti.be (brisefer.cediti.be [193.190.156.67]) by hub.freebsd.org (Postfix) with ESMTP id 9096037B409 for ; Thu, 14 Jun 2001 02:19:53 -0700 (PDT) (envelope-from Olivier.Cherrier@cediti.be) Received: by brisefer.cediti.be with Internet Mail Service (5.5.2650.21) id ; Thu, 14 Jun 2001 11:16:43 +0200 Message-ID: From: Olivier Cherrier To: 'freebsd-net' Subject: Actual firewall Date: Thu, 14 Jun 2001 11:16:41 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello. I am going to set up a firewall. Usually, I use the association IPFilter/IPNat. Since the IPF licence changed and since the OpenBSD project completely removed IPF from his source tree, is it possible that a similar thing append to the FreeBSD project? I read the publics mail from Darren Reed. He said that FreeBSD and NetBSD can use it and patch it. But, is it possible that things change? Since I naturally prefer build a firewall with a supported tools set, could some hackers say me whether I can use IPF or whether I have to use IPFW? Thanks a lot for your helpful comments. oc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 14 6:37:29 2001 Delivered-To: freebsd-net@freebsd.org Received: from cobweb.example.org (par-ilm-dhcp1-vl132-18.cisco.com [144.254.57.213]) by hub.freebsd.org (Postfix) with SMTP id E171837B408 for ; Thu, 14 Jun 2001 06:37:20 -0700 (PDT) (envelope-from molter@tin.it) Received: (qmail 15291 invoked by uid 1000); 13 Jun 2001 09:58:34 -0000 Date: Wed, 13 Jun 2001 11:58:34 +0200 From: Marco Molteni To: freebsd-net@freebsd.org Subject: dummynet used at the SCTP bakeoff Message-ID: <20010613115833.A15238@cobweb.example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi all, last april I partecipated at the SCTP (Stream Control Transmission protocol, RFC 2960) bakeoff organized by ETSI in Sophia Antipolis, France. http://www.etsi.org/bake-off/3PastBakeoffs/2001_SCTP/sctp_bakeoff.htm Guess how the test network was done? The routers were FreeBSD machines, using dummynet to provide delay and random loss :-) Marco To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 14 7:53:40 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailman.thenap.com (mailman.thenap.com [209.190.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 5851F37B40A for ; Thu, 14 Jun 2001 07:53:25 -0700 (PDT) (envelope-from drew.weaver@thenap.com) Received: by mailman.thenap.com with Internet Mail Service (5.5.2650.21) id ; Thu, 14 Jun 2001 11:09:14 -0400 Message-ID: From: "Drew J. Weaver" To: "'freebsd-net@freebsd.org'" Subject: Unable to change time/date Date: Thu, 14 Jun 2001 11:09:13 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0F4E3.F8C5DB66" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C0F4E3.F8C5DB66 Content-Type: text/plain; charset="iso-8859-1" Whenever i try to change the time/date on my FreeBSD 4.2 server I get the error that says Kernel: time changed clamped to -1 seconds. I have absolutely no idea what is going on, I tried it in both single and multi-user mode. The command I am using is this date 200106141030.01 Is this wrong? Thanks, -Drew ------_=_NextPart_001_01C0F4E3.F8C5DB66 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Unable to change time/date

        Whenever i = try to change the time/date on my FreeBSD 4.2 server I get the error = that says Kernel: time changed clamped to -1 seconds. I have absolutely = no idea what is going on, I tried it in both single and multi-user = mode. The command I am using is this

date 200106141030.01

Is this wrong?

Thanks,
-Drew




------_=_NextPart_001_01C0F4E3.F8C5DB66-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 14 8:10:10 2001 Delivered-To: freebsd-net@freebsd.org Received: from bilver.wjv.com (dhcp-1-93.n01.orldfl01.us.ra.verio.net [157.238.210.93]) by hub.freebsd.org (Postfix) with ESMTP id 8CA8A37B401 for ; Thu, 14 Jun 2001 08:09:57 -0700 (PDT) (envelope-from bill@bilver.wjv.com) Received: (from bill@localhost) by bilver.wjv.com (8.11.1/8.11.1) id f5EF9pA09369; Thu, 14 Jun 2001 11:09:51 -0400 (EDT) (envelope-from bill) Date: Thu, 14 Jun 2001 11:09:50 -0400 From: Bill Vermillion To: "Drew J. Weaver" Cc: "'freebsd-net@freebsd.org'" Subject: Re: Unable to change time/date Message-ID: <20010614110950.A9283@wjv.com> Reply-To: bv@wjv.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from drew.weaver@thenap.com on Thu, Jun 14, 2001 at 11:09:13AM -0400 Organization: W.J.Vermillion / Orlando - Winter Park Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Jun 14, 2001 at 11:09:13AM -0400, Drew J. Weaver thus sprach: > Whenever i try to change the time/date on my FreeBSD 4.2 server > I get the error that says Kernel: time changed clamped to -1 > seconds. I have absolutely no idea what is going on, I tried it in > both single and multi-user mode. The command I am using is this > date 200106141030.01 > Is this wrong? Sounds like you are at security level 2 or greater. Check your rc.conf file. If at 2, reboot into single user, edit rc.conf, reboot to multiple user. Security level 2 and 3 restrict time changes to less than 1 second. Your message is the exact message documented in init(8) -- Bill Vermillion - bv @ wjv . com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 14 8:12: 5 2001 Delivered-To: freebsd-net@freebsd.org Received: from salt.cips.nokia.com (Salt.network-alchemy.com [209.249.246.85]) by hub.freebsd.org (Postfix) with ESMTP id 2A54E37B403 for ; Thu, 14 Jun 2001 08:12:03 -0700 (PDT) (envelope-from key@cips.nokia.COM) Received: from salt.cips.nokia.com (localhost.cips.nokia.com [127.0.0.1]) by salt.cips.nokia.com (8.11.3/8.11.1) with ESMTP id f5EFC0e40462; Thu, 14 Jun 2001 08:12:00 -0700 (PDT) (envelope-from key@salt.cips.nokia.com) Message-Id: <200106141512.f5EFC0e40462@salt.cips.nokia.com> To: "Drew J. Weaver" Cc: "'freebsd-net@freebsd.org'" From: Ken Key Subject: Re: Unable to change time/date In-reply-to: Your message of Thu, 14 Jun 2001 11:09:13 -0400. Date: Thu, 14 Jun 2001 08:12:00 -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org You are running init in "Highly secure mode" - level 2, or higher. This clamps time changes to at most 1 second. See "man init" for details. To change your time, you'll have to bring the security level down. Regards, K^2 > Whenever i try to change the time/date on my FreeBSD 4.2 server I > get the error that says Kernel: time changed clamped to -1 seconds. I have > absolutely no idea what is going on, I tried it in both single and > multi-user mode. The command I am using is this > > date 200106141030.01 > > Is this wrong? > > Thanks, > -Drew -- Ken Key (key@cips.nokia.com, key@Network-Alchemy.com) Nokia, Clustered IP Solutions, Santa Cruz, CA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 14 8:20:17 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailman.thenap.com (mailman.thenap.com [209.190.0.10]) by hub.freebsd.org (Postfix) with ESMTP id B7E7037B405 for ; Thu, 14 Jun 2001 08:20:11 -0700 (PDT) (envelope-from drew.weaver@thenap.com) Received: by mailman.thenap.com with Internet Mail Service (5.5.2650.21) id ; Thu, 14 Jun 2001 11:36:04 -0400 Message-ID: From: "Drew J. Weaver" To: "'bv@wjv.com'" Cc: "'freebsd-net@freebsd.org'" Subject: RE: Unable to change time/date Date: Thu, 14 Jun 2001 11:36:03 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C0F4E7.B85ED2FE" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C0F4E7.B85ED2FE Content-Type: text/plain; charset="iso-8859-1" Sorry to bother you, I did a shutdown now, went into single user, went to /etc/rc.conf and changed kern.securelevel to 1, rebooted back into multiuser mode and it said Operation Not permitted, I also tried using sysctl -w kern.securelevel=1 and it said operation not permitted, any other ideas? Thanks, -Drew -----Original Message----- From: Bill Vermillion [mailto:bill@wjv.com] Sent: Thursday, June 14, 2001 11:10 AM To: Drew J. Weaver Cc: 'freebsd-net@freebsd.org' Subject: Re: Unable to change time/date On Thu, Jun 14, 2001 at 11:09:13AM -0400, Drew J. Weaver thus sprach: > Whenever i try to change the time/date on my FreeBSD 4.2 server > I get the error that says Kernel: time changed clamped to -1 > seconds. I have absolutely no idea what is going on, I tried it in > both single and multi-user mode. The command I am using is this > date 200106141030.01 > Is this wrong? Sounds like you are at security level 2 or greater. Check your rc.conf file. If at 2, reboot into single user, edit rc.conf, reboot to multiple user. Security level 2 and 3 restrict time changes to less than 1 second. Your message is the exact message documented in init(8) -- Bill Vermillion - bv @ wjv . com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message ------_=_NextPart_001_01C0F4E7.B85ED2FE Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Unable to change time/date

Sorry to bother you,

I did a shutdown now, went into single user, went to = /etc/rc.conf and changed kern.securelevel to 1, rebooted back into = multiuser mode and it said Operation Not permitted, I also tried using = sysctl -w kern.securelevel=3D1 and it said operation not permitted, any = other ideas?

Thanks,
-Drew


-----Original Message-----
From: Bill Vermillion [mailto:bill@wjv.com]
Sent: Thursday, June 14, 2001 11:10 AM
To: Drew J. Weaver
Cc: 'freebsd-net@freebsd.org'
Subject: Re: Unable to change time/date


On Thu, Jun 14, 2001 at 11:09:13AM -0400, Drew J. = Weaver thus
sprach:

>  Whenever i try to change the time/date on = my FreeBSD 4.2 server
> I get the error that says Kernel: time changed = clamped to -1
> seconds. I have absolutely no idea what is = going on, I tried it in
> both single and multi-user mode. The command I = am using is this

> date 200106141030.01

> Is this wrong?

Sounds like you are at security level 2 or = greater.  Check your
rc.conf file.  If at 2, reboot into single = user, edit rc.conf,
reboot to multiple user.

Security level 2 and 3 restrict time changes to less = than 1 second.

Your message is the exact message documented in = init(8)


--
Bill Vermillion -   bv @ wjv . com

To Unsubscribe: send mail to = majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body = of the message

------_=_NextPart_001_01C0F4E7.B85ED2FE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 14 10: 2:12 2001 Delivered-To: freebsd-net@freebsd.org Received: from mario.zyan.com (mario.zyan.com [209.250.96.140]) by hub.freebsd.org (Postfix) with ESMTP id 05FC937B408 for ; Thu, 14 Jun 2001 10:02:05 -0700 (PDT) (envelope-from orville@weyrich.com) Received: from dopey.weyrich.com (node-64-249-12-250.dslspeed.zyan.com [64.249.12.250]) by mario.zyan.com (8.9.3/8.9.3) with ESMTP id KAA00633 for ; Thu, 14 Jun 2001 10:01:55 -0700 (PDT) (envelope-from orville@weyrich.com) Received: from localhost (orville@localhost) by dopey.weyrich.com (8.9.3/8.6.9) with ESMTP id JAA10745; Thu, 14 Jun 2001 09:49:03 -0700 Date: Thu, 14 Jun 2001 09:49:03 -0700 (MST) From: "Orville R. Weyrich.Jr" To: Olivier Cherrier Cc: "'freebsd-net'" Subject: Re: Actual firewall In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org If the previously open-licensed source code has developed a more restrictive license, that does not prevent free use of the old source code, does it? Rather than throwing the whole thing out, would not the proper response be to throw out only the more restrictive source code and find a new programmer to maintian the code base who is more "open"? On Thu, 14 Jun 2001, Olivier Cherrier wrote: > Hello. > > I am going to set up a firewall. > Usually, I use the association IPFilter/IPNat. > > Since the IPF licence changed and since the OpenBSD project > completely removed IPF from his source tree, is it possible > that a similar thing append to the FreeBSD project? > > I read the publics mail from Darren Reed. He said that FreeBSD > and NetBSD can use it and patch it. But, is it possible that > things change? > > Since I naturally prefer build a firewall with a supported tools > set, could some hackers say me whether I can use IPF or whether > I have to use IPFW? > > Thanks a lot for your helpful comments. > > oc > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > =================================================================== IF YOU WANT REFORM >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> VOTE REFORM ------------------------------------------------------------------- Orville R. Weyrich, Jr. Weyrich Computer Consulting mailto:orville@weyrich.com KD7HJV http://www.weyrich.com ------------------------------------------------------------------- Visit our online collection of book reviews: http://www.weyrich.com/book_reviews/ Ask about our world wide web services! ------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 14 22:16:45 2001 Delivered-To: freebsd-net@freebsd.org Received: from imo-m05.mx.aol.com (imo-m05.mx.aol.com [64.12.136.8]) by hub.freebsd.org (Postfix) with ESMTP id EA26437B403 for ; Thu, 14 Jun 2001 22:16:41 -0700 (PDT) (envelope-from raviprasad20@netscape.net) Received: from raviprasad20@netscape.net by imo-m05.mx.aol.com (mail_out_v30.22.) id n.af.5bef00 (16219) for ; Fri, 15 Jun 2001 01:16:38 -0400 (EDT) Received: from netscape.com (aimmail05.aim.aol.com [205.188.144.197]) by air-in01.mx.aol.com (v78_r3.8) with ESMTP; Fri, 15 Jun 2001 01:16:38 -0400 Date: Fri, 15 Jun 2001 01:16:38 -0400 From: raviprasad20@netscape.net To: freebsd-net@freebsd.org Subject: interface down. Mime-Version: 1.0 Message-ID: <5D6347ED.3827F7D3.9513E96F@netscape.net> X-Mailer: Franklin Webmailer 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, This is regarding the formation of link local address in autoconfiguration. the RFc mentions the four cases under which we have to form link local addresses. ( referc section 5.2 of rfc 2462). I have checked the free BSD 4.2 code. I found that the code takes care of 1, 3 & 4th cases & to some extent 2nd case. I found that if the interface goes down because of some hardware fault & a new ethernet card is inserted then link local addresses are not formed. 1)Is my understanding correct? 2)Is there any mechanism of clearing the IFF_UP flag of the ifnet structure in this case? My main question is whether the device driver will call some function so that the IFF_UP is cleared in the flags member of the ifnet structure? 3)Also if new card is inserted (without rebooting the system), whether autoconfiguration process will again start for the interface. Kindly send me ur valuable sugesstions. regards ravi prasad __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jun 14 22:20:48 2001 Delivered-To: freebsd-net@freebsd.org Received: from sentry.granch.com (sentry.granch.com [212.109.197.55]) by hub.freebsd.org (Postfix) with ESMTP id 899FD37B403 for ; Thu, 14 Jun 2001 22:20:44 -0700 (PDT) (envelope-from shelton@sentry.granch.com) Received: from localhost (shelton@localhost) by sentry.granch.com (8.11.3/8.11.3) with ESMTP id f5F5KfM01852 for ; Fri, 15 Jun 2001 12:20:42 +0700 (NOVST) (envelope-from shelton@sentry.granch.com) Date: Fri, 15 Jun 2001 12:20:40 +0700 (NOVST) From: "Rashid N. Achilov" To: Subject: Samba bug? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sorry, probably this place it isn't for this questions :-( Yesterday my Samba have stopped sambing :-)) No more access even from *Doze and from other Samba box...In log I see net message: [2001/06/15 12:01:17, 0] smbd/oplock.c:init_oplocks(1204) open_oplock_ipc: Failed to get local UDP socket for address 100007f. Error was Can't assign requested address [2001/06/15 12:01:17, 0] smbd/oplock.c:init_oplocks(1204) open_oplock_ipc: Failed to get local UDP socket for address 100007f. Error was Can't assign requested address Have you any ideas what should I make to bring Samba again to work? FreeBSD 4.3-STABLE, CVSup last saturday (almost week ago) Samba 2.2.0_1 --- With Best Regards. Rashid N. Achilov (RNA1-RIPE), Web: http://granch.ru/~shelton Granch Ltd. system administrator, e-mail: achilov@granch.ru PGP: 83 CD E2 A7 37 4A D5 81 D6 D6 52 BF C9 2F 85 AF 97 BE CB 0A To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 15 4:57:13 2001 Delivered-To: freebsd-net@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id 0BB8637B401 for ; Fri, 15 Jun 2001 04:57:02 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.3/8.11.3) with ESMTP id f5FBv0g14195; Fri, 15 Jun 2001 12:57:00 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.4/8.11.4) with ESMTP id f5FBuxQ26579; Fri, 15 Jun 2001 12:56:59 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200106151156.f5FBuxQ26579@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: "Stephen Hilton" Cc: freebsd-net@FreeBSD.ORG, brian@Awfulhak.org Subject: Re: Start on-demand PPP from remote telephone In-Reply-To: Message from "Stephen Hilton" of "Tue, 12 Jun 2001 10:45:53 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 15 Jun 2001 12:56:59 +0100 From: Brian Somers Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Last time I looked, mgetty was capable of doing stuff with dtmf tones. I think you need to use the vgetty program rather than mgetty (both are installed when you install the port), but that's all I remember. > I have a FreeBSD 4.3 IPFilter 3.4.17 based firewall/gateway > system at home that uses an on-demand PPP connection to my > ISP via Hayes type 56k modem. > > I would like to be able to call via telephone my home number > from a remote location and have getty/mgetty? then start a > PPP connection to my ISP after detecting the "RING" so I can > SSH into my home system. > > Searching the web finds lots of PPP info, but I have been > unable to locate this situation. > > Thanks in advance > > Stephen Hilton > nospam@hiltonbsd.com -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 15 14:23: 6 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 1EAB637B401 for ; Fri, 15 Jun 2001 14:21:38 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr530-a011.otenet.gr [212.205.215.11]) by mailsrv.otenet.gr (8.11.1/8.11.1) with ESMTP id f5FLLUp13890; Sat, 16 Jun 2001 00:21:30 +0300 (EEST) Received: (from charon@localhost) by hades.hell.gr (8.11.3/8.11.3) id f5FKHw313970; Fri, 15 Jun 2001 23:17:59 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 15 Jun 2001 23:17:58 +0300 From: Giorgos Keramidas To: "Orville R. Weyrich.Jr" Cc: Olivier Cherrier , freebsd-net@FreeBSD.ORG Subject: Re: Actual firewall Message-ID: <20010615231758.A13838@hades.hell.gr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from orville@weyrich.com on Thu, Jun 14, 2001 at 09:49:03AM -0700 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Jun 14, 2001 at 09:49:03AM -0700, Orville R. Weyrich.Jr wrote: > If the previously open-licensed source code has developed a more > restrictive license, that does not prevent free use of the old source > code, does it? Rather than throwing the whole thing out, would not the > proper response be to throw out only the more restrictive source code and > find a new programmer to maintian the code base who is more "open"? Oh, please do not start this all over again. The archives show that this topic has been hashed to death. Darren and the FreeBSD core have said their last word, I think. Yes, what you are describing can be done, but there is really no need for anyone to do it. After all, Darren does several of the commits to the source. From my local CVS mirror I can see that there are the following modules related to ipfilter: % cvs -R -q checkout -c | grep ipf contrib_ipfilter src/contrib/ipfilter ipf src/sbin/ipf ipfm ports/net/ipfm ipfmeta ports/security/ipfmeta ipfstat src/usr.sbin/ipfstat ipftest src/usr.sbin/ipftest ipfw src/sbin/ipfw kld_ipfilter src/sys/modules/ipfilter kld_ipfw src/sys/modules/ipfw lkm_ipfw src/lkm/ipfw So, well, I checked out a copy of the sources, to see how many of those commits are actually done by Darren himself. % cvs -R -q checkout contrib_ipfilter ipf ipfstat ipftest kld_ipfilter And counted the CVS commits: % cvs -R -q log | grep '^date' | wc -l 1816 Now lets's see how many of those commits are Darren's. % cvs -R -q log | grep '^date' | grep darrenr | wc -l 1026 Well, this is a rough estimation of what Darren has been doing on FreeBSD's version of ipfilter, but I think you got the idea. -giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 15 14:37:45 2001 Delivered-To: freebsd-net@freebsd.org Received: from ns2.sysadmin-inc.com (ns2.sysadmin-inc.com [209.16.228.145]) by hub.freebsd.org (Postfix) with SMTP id 1159837B408 for ; Fri, 15 Jun 2001 14:37:37 -0700 (PDT) (envelope-from peter@sysadmin-inc.com) Received: (qmail 34594 invoked by alias); 15 Jun 2001 21:37:35 -0000 Received: from unknown (HELO w2kstest) (10.10.1.70) by ns2.sysadmin-inc.com with SMTP; 15 Jun 2001 21:37:35 -0000 From: "Peter Brezny" To: Subject: how to find dhclient ip for use in ipfw ruleset? Date: Fri, 15 Jun 2001 17:36:59 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org How can you place a dynamically assigned dhclient ip address into an ipfw ruleset? I've gotten used to writing rules based on external interface ip addresses and network ranges, however, now i'd like to write a ruleset that would work to firewall a small network behind a dsl router with a dynamically assigned ip. I've gotten dhclient working, but i'm stumped as to how to get the dynamically assigned ip address into the ruleset. TIA Peter Brezny SysAdmin Services Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 15 15:25: 1 2001 Delivered-To: freebsd-net@freebsd.org Received: from smtppop2pub.verizon.net (smtppop2pub.gte.net [206.46.170.21]) by hub.freebsd.org (Postfix) with ESMTP id B992337B403 for ; Fri, 15 Jun 2001 15:24:57 -0700 (PDT) (envelope-from shaun.marko@gte.net) Received: from shaggy.doo.com (dfiatx96-253.dfiatx.dsl.gtei.net [4.3.96.253]) by smtppop2pub.verizon.net with SMTP ; id RAA165719135 Fri, 15 Jun 2001 17:24:51 -0500 (CDT) From: Shaun Marko Reply-To: shaun.marko@gte.net To: "Peter Brezny" Subject: Re: how to find dhclient ip for use in ipfw ruleset? Date: Fri, 15 Jun 2001 16:53:02 -0500 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain; charset="iso-8859-1" References: In-Reply-To: Cc: freebsd-net@freebsd.org MIME-Version: 1.0 Message-Id: <01061517230003.00821@shaggy.doo.com> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I wrote an /etc/dhclient-exit-hooks script that writes out the interface configuration to a file and changed /etc/rc.conf to suck in the configuration file. It looks something like this: case ${reason} in BOUND | REBOOT | RENEW) echo "oif=${interface}" > /etc/oif echo "oip=${new_ip_address}" >> /etc/oif echo "omask=${new_subnet_mask}" >> /etc/oif echo "onet=${new_network_number}" >> /etc/oif ;; esac Take a look at dhclient-script(8) for details of the optional exit and enter hooks scripts. The real trick is reconfiguring the firewall if the interface configuration changes while you are up and running. If this happens, I suppose you could also use the exit hooks script to down the outside interface, rewrite the ipfw rules, and re-up the interface. -Shaun On Fri, 15 Jun 2001, Peter Brezny wrote: > How can you place a dynamically assigned dhclient ip address into an ipfw > ruleset? > > I've gotten used to writing rules based on external interface ip addresses > and network ranges, however, now i'd like to write a ruleset that would work > to firewall a small network behind a dsl router with a dynamically assigned > ip. > > I've gotten dhclient working, but i'm stumped as to how to get the > dynamically assigned ip address into the ruleset. > > TIA > > Peter Brezny > SysAdmin Services Inc. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jun 15 23:16:43 2001 Delivered-To: freebsd-net@freebsd.org Received: from light.imasy.or.jp (light.imasy.or.jp [202.227.24.4]) by hub.freebsd.org (Postfix) with ESMTP id DCDC937B406 for ; Fri, 15 Jun 2001 23:16:37 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: (from uucp@localhost) by light.imasy.or.jp (8.11.3+3.4W/8.11.3/light) with UUCP id f5G6GQi06855; Sat, 16 Jun 2001 15:16:26 +0900 (JST) (envelope-from ume@mahoroba.org) Received: from peace.mahoroba.org (IDENT:ztYIlORf1uJDOx5jWrJs7veME8VvTtAXPAYMezn6BT1I7/qSeGb+rV2HvItHSp9b@peace.mahoroba.org [3ffe:505:2:0:200:f8ff:fe05:3eae]) (authenticated as ume with CRAM-MD5) by mail.mahoroba.org (8.11.4/8.11.4/chaos) with ESMTP/inet6 id f5G6FSc00202; Sat, 16 Jun 2001 15:15:28 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 16 Jun 2001 15:15:28 +0900 (JST) Message-Id: <20010616.151528.74678372.ume@mahoroba.org> To: jinmei@isl.rdc.toshiba.co.jp Cc: raviprasad20@netscape.net, freebsd-net@FreeBSD.ORG Subject: Re: Display of prefixes in aperticular ifnet structure. From: Hajimu UMEMOTO In-Reply-To: References: <4EC58214.2D2DC46E.9513E96F@netscape.net> X-Mailer: xcite1.38> Mew version 1.95b119 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-Operating-System: FreeBSD 5.0-CURRENT Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>> Thu, 14 Jun 2001 14:41:46 +0900, >>> JINMEI Tatuya said: jinmei> So, for diagnosing the problem, please do not use the configuration jinmei> script (i.e. /etc/defaults/rc.conf, etc) for now. Just boot the jinmei> machine without the script, login to the machine as root, then type jinmei> # ifconfig ne0 inet6 fec0:0010::1234 prefixlen 64 alias jinmei> etc. To prevent rc.network6 from using prefix(8), you can set prefixcmd_enable="NO" in rc.conf for now. In this case, an interface id is taken from a link-local address then ifconfig(8) is called, just like a shell script version of prefix(8) does. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jun 16 22: 9:29 2001 Delivered-To: freebsd-net@freebsd.org Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by hub.freebsd.org (Postfix) with ESMTP id 9190E37B408 for ; Sat, 16 Jun 2001 22:09:11 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost ([3ffe:501:100f:13ff::a]) by shuttle.wide.toshiba.co.jp (8.9.1+3.1W/8.9.1) with ESMTP id OAA09356; Sun, 17 Jun 2001 14:09:22 +0900 (JST) Date: Sun, 17 Jun 2001 13:43:46 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Juan Fco Rodriguez Hervella Cc: Lista Subject: Re: Please help me In-Reply-To: <3B27A9DF.7DC4F797@it.uc3m.es> References: <3B27A9DF.7DC4F797@it.uc3m.es> User-Agent: Wanderlust/2.5.8 (Smooth) Emacs/21.0 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII X-Dispatcher: imput version 980905(IM100) Lines: 22 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>>>> On Wed, 13 Jun 2001 19:58:55 +0200, >>>>> Juan Fco Rodriguez Hervella said: > I am using KAME kernel. When talking about the KAME kernel, please be more specific about its version, like "20010618snap for FreeBSD 4.3". The "Reporting bugs" section of KAME's README might also give you some hints for reporting problems or asking questions. Anyway, > But I do not find the "struct ip6_rthdr" in the sources. The structure should be defined in sys/netinet/ip6.h. See also section 2.1.2 of draft-ietf-ipngwg-rfc2292bis-02.txt (which has expired, though). JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message