> On Mon, 27 Sep 2004 07:57:02 +0300 (EEST),
> Pekka Savola <[EMAIL PROTECTED]> said:
>> I can think of several possibilities that may cause the entries:
>>
>> - when this node sends ICMPv6 error messages to those addresses, it
>> can create route entries. I suspect this is the main rea
> On Thu, 23 Sep 2004 15:03:47 +0300 (EEST),
> Pekka Savola <[EMAIL PROTECTED]> said:
> After the system has been up for a while (a couple of weeks) and/or
> the ethernet link has gone up/down for some time (I suspect this is
> related to the Neighbor Discovery cache contents), I get dme
> On Mon, 24 May 2004 09:22:08 +0700,
> Muhammad Reza <[EMAIL PROTECTED]> said:
> I try to configure vpn over ipsec between two FreeBSD (4.10PRERELEASE
> and 5.1.p17) gateways.
> My guidelines is from FreeBSD handbook,
> Tunelling is workfine with gifconfig command, i can ping each inter
> On Wed, 28 Apr 2004 17:09:30 -0700,
> "George V. Neville-Neil" <[EMAIL PROTECTED]> said:
> This should be a minor nit but, is there any reason we
> implement this this way:
> #define CMSG_FIRSTHDR(mhdr) ((struct cmsghdr *)(mhdr)->msg_control)
> instead of this wa
> On Thu, 15 Apr 2004 12:35:03 +,
> "Mónica Domingues" <[EMAIL PROTECTED]> said:
>I'am configuring a SSM multicast router, for that I'am using pim6sd.
>So, I'am FreeBSD with kame snap kit and I had install pim6sd.
>At the moment, Itrying to configure the routing daemon and
> On Wed, 14 Apr 2004 16:24:49 +,
> "Mónica Domingues" <[EMAIL PROTECTED]> said:
>I download the port pim6sd and install them in my pc but in I do
> man pim6sd
>I see the following message:
>no manual entry for pim6sd
>I can I know if pim6sd if correctly inst
> On Mon, 12 Apr 2004 07:56:38 -0700,
> Luigi Rizzo <[EMAIL PROTECTED]> said:
>> > + is it ok to remove the __P() from the header files, ANSIfy
>> > the function declarations and make them static as appropriate ?
>> > Of course this ought to be done as a separate step.
>>
>> I myself
> On Mon, 12 Apr 2004 07:56:38 -0700,
> Luigi Rizzo <[EMAIL PROTECTED]> said:
>> > + nd6_nud_hint() is only called as nd6_nud_hint(NULL, NULL, 0);
>> > in some cases from netinet/tcp_input.c
>> > With these args, the routine is a NOP. I propose to remove it
>> > (and the associated
(cc'ing to [EMAIL PROTECTED])
> On Fri, 9 Apr 2004 04:27:20 -0700,
> Luigi Rizzo <[EMAIL PROTECTED]> said:
> While adapting to ipv6 the new arp table code I am developing
> following Andre's ideas, i hit a few places that would deserve a
> fix independently of that:
> + nd6_nud_hint() i
> On Tue, 6 Apr 2004 10:15:29 +0200,
> "Sebastien Petit" <[EMAIL PROTECTED]> said:
> Unfortunatly, I can't use bpf/pcap solution because I must do some
> setsockopts (like IP_MULTICAST_IF, IP_MULTICAST_TTL, IP_MULTICAST_ADD_MEMBER
> etc.) and this can't be done on bpf/pcap.
> When I'm usi
> On Mon, 5 Apr 2004 15:12:49 +0200,
> "Sebastien Petit" <[EMAIL PROTECTED]> said:
> Hi,
> Is there a way to receive AH packets in userland with a SOCK_RAW socket ?
> ie: socket(AF_INET, SOCK_RAW, IPPROTO_AH) ?
> I found that this socket call doesn't work under FreeBSD. On OpenBSD, it wor
> On Fri, 19 Mar 2004 23:06:38 +0100,
> "Holger Eitzenberger" <[EMAIL PROTECTED]> said:
> I was sucessfully running FBSD 4.8 with X509 certicate VPN.
> After installation of FBSD 4.9 I get the following error messages:
> isakmp.c:899:isakmp_ph1begin_r(): begin Identity Protection m
> On Wed, 10 Mar 2004 08:50:22 +0100,
> toni <[EMAIL PROTECTED]> said:
> i'm trying to set up a FreeBSD 5.2 with trunking with 11 vlan interfaces
> to advertise ipv6 prefixes in an ipv6 native network
> my purpose is that vlan interfaces will configure their address from the
> prefix adv
> On Thu, 26 Feb 2004 11:27:31 -0500 (EST),
> Donald McLachlan <[EMAIL PROTECTED]> said:
> In preparation for writing an IPv6 multicast application I wrote a little
> test program (shown below). This program worked on linux (RedHat), but
> when I try it on a FreeBSD box (5.0, running zeb
> On Fri, 30 Jan 2004 09:43:12 -0600,
> Bob Van Valzah <[EMAIL PROTECTED]> said:
> I'm interested in doing IPv4 multicast routing but want to avoid DVMRP.
> I see kernel support for PIM both IPv4 and IPv6. But I can't find any
> user-level process to run PIM IPv4. It seems odd that ker
> On Sun, 02 Nov 2003 10:23:22 -0800,
> "Eugene M. Kim" <[EMAIL PROTECTED]> said:
> One caveat is, though, you can't let rtadvd pick all the prefixes from
> internal interfaces (i.e. those that don't have rltime#0 specified),
> because that way rtadvd uses default parameters (maxinterva
> On Sun, 2 Nov 2003 15:03:24 +0100 (CET),
> Barry Bouwsma <[EMAIL PROTECTED]> said:
> I have one IPv6 machine behind a second, which second machine for
> historical reasons has an IPv6 prefix/address that occasionally changes.
> After this happens, the first host-only machine receives an
> On Mon, 29 Sep 2003 18:59:08 +0200,
> Juan Rodriguez Hervella <[EMAIL PROTECTED]> said:
> I've got two routers sending RAs on the same link, so the
> host is configured with two IPv6 prefix on the same NIC.
> Watching the routing table I only see one default IPv6 route.
> When I try t
> On Fri, 8 Aug 2003 13:20:52 +0200,
> Maria Dolores Moral <[EMAIL PROTECTED]> said:
> Hello. I am working in a kernel implementation.
> I try to pass argument from the user to the kernel.
> I use a socket and the option:
> setsockopt(socket,IPPROTO_ICMPV6,ICMP6_REPORTAUTH,&ua,sizeof(u
> On Wed, 28 May 2003 14:48:22 -0700,
> "Crist J. Clark" <[EMAIL PROTECTED]> said:
> I sent a PR into the KAME guys a few weeks back about an issue with
> setkey(8). The issue is that setkey(8) refers to the NULL encryption
> algorithm by the rather misleading name, 'simple.' I'd hoped th
> On Thu, 3 Apr 2003 22:55:25 +0200,
> Mark Santcroos <[EMAIL PROTECTED]> said:
> Hi Craig,
> I think I saw the same behaviour while developing a path-mtu discovery
> tool. As I'm quite busy right now I didn't really dig into it, but I will
> at some point.
> I took the liberty to reply
> On Sun, 16 Feb 2003 14:51:45 -0800,
> Brooks Davis <[EMAIL PROTECTED]> said:
>> > on freebsd 5.0-Release, pim6sd crashes if i execute
>> > ifconfig gifX destroy if it is running in background,
>> > i need to restart it manually.
>>
>> > pim6sd display 'check_vif_state' Device not con
> On Fri, 14 Feb 2003 17:43:57 + (GMT),
> Abdul Basit <[EMAIL PROTECTED]> said:
> on freebsd 5.0-Release, pim6sd crashes if i execute
> ifconfig gifX destroy if it is running in background,
> i need to restart it manually.
> pim6sd display 'check_vif_state' Device not configured
>
> On Fri, 13 Dec 2002 11:27:25 -0700,
> "Jeff W. Boote" <[EMAIL PROTECTED]> said:
> Questions:
> 1. The comment says broken. Anyone know why the comment says that? (The
> IPv4 version of bind says the same thing...)
I don't know...perhaps this comment was copied from the IPv4 code.
> 2.
> On Mon, 02 Dec 2002 10:14:54 +0100,
> Juan Francisco Rodriguez Hervella <[EMAIL PROTECTED]> said:
> Are you talking about the flag CTLFLAG_RW ? I'm using req->oldptr ==
> NULL and
req-> newptr != NULL to add a new element into a kernel table and I
> plan
> to use req->oldptr & req->
> On Fri, 29 Nov 2002 18:17:57 +0100,
> Juan Francisco Rodriguez Hervella <[EMAIL PROTECTED]> said:
> I'm implementing a modification in the
> file "getaddrinfo.c", which calls a sysctlbyname
> function, but the problem is that
> this sysctlbyname function call requires "root" privileges.
> On Wed, 27 Nov 2002 15:11:05 +0100,
> "Michel Gravey" <[EMAIL PROTECTED]> said:
> zenith# ping6 www.kame.net
> PING6(56=40+8+8 bytes) 2001:7a8:1:a0de::2 -->
> 2001:200:0:4819:210:f3ff:fe03:4d0
> ^C
> --- apple.kame.net ping6 statistics ---
> 12 packets transmitted, 0 packets received, 1
> On Wed, 16 Oct 2002 07:46:10 -0700,
> Luigi Rizzo <[EMAIL PROTECTED]> said:
> Actually from what i have read on previous postings on this thread,
> the only additional check that you might/will need is to make sure
> that m_tag_cookie corresponds to the GENERIC ABI.
(I re-read the thr
> On Sat, 12 Oct 2002 01:01:03 -0500,
> drogoh <[EMAIL PROTECTED]> said:
> I am wondering if anyone has used an IPv6 tunnel with something like freenet6 using
>PPPoE with userland PPP. I've tried to use one myself, but my problem APPEARS to be
>with PPP, because in the ppp.log I see li
> On Fri, 11 Oct 2002 11:12:02 -0700,
> "Sam Leffler" <[EMAIL PROTECTED]> said:
>> > struct m_tag {
>> > SLIST_ENTRY(m_tag) m_tag_link; /* List of packet tags
> */
>> > u_int16_t m_tag_id; /* Tag ID */
>> > u_int16_t m_ta
> On Mon, 7 Oct 2002 17:06:25 -0700,
> "Sam Leffler" <[EMAIL PROTECTED]> said:
>> > If you allocate tag id's using your 32-bit time scheme then the fixed
> values
>> > above would never be hit since they are all for impossible times and so
>> > there'd be no conflict.
>>
>> Just make th
> On Mon, 23 Sep 2002 12:54:35 +0900,
> Jun-ichiro itojun Hagino <[EMAIL PROTECTED]> said:
>> Yes, and I know why the restriction is in RFC 1884 and it
>> is a reasonable restriction.
> I don't think so, IP source address is easy to forge and it does not
> add any meaning pr
> On Fri, 20 Sep 2002 08:59:54 +1000,
> [EMAIL PROTECTED] said:
> IPv6 anycast addresses are a joke as they are currently
> defined. Don't bother with them until there behaviour
> gets redefined by the IETF.
(I'm just asking,) what is the "joke" part of the current de
> On Wed, 18 Sep 2002 21:44:33 -0400 (EDT),
> Trish Lynch <[EMAIL PROTECTED]> said:
> sysctl net.inet6.ip6.v6only=0
This should also work:
*** foo.c.orig Thu Sep 19 12:05:04 2002
--- foo.c Thu Sep 19 12:05:56 2002
***
*** 14,19
--- 14,20
struct sockaddr
> On Thu, 18 Jul 2002 19:18:33 +0200,
> Erik Trulsson <[EMAIL PROTECTED]> said:
>> Excellent, that's just what I was looking for! Thanks.
>> >do a man getifaddrs(3)
> Just be aware that getifaddrs(3) (which does seem to be a quite useful
> function) is not very portable.
> It appears t
> On Sun, 9 Jun 2002 23:08:08 -0700 (PDT),
> Oliver Crow <[EMAIL PROTECTED]> said:
> Archie Cobbs (the mpd maintainer) took a look at one of the crash dumps,
> and concluded that the address list hanging off of the loopback interface
> (lo0) was corrupted, hence the crash.
> Recompiling
> On Thu, 18 Apr 2002 12:47:22 +0300,
> Ruslan Ermilov <[EMAIL PROTECTED]> said:
>> KAME rewrote the attached patch to improve this point:
>> - This memory leak is fixed, of course:-)
>> (at least I confirmed on 5-current).
>> - Non-NULL rtentry for ip_output() is still accepted. So onl
> On Mon, 8 Apr 2002 18:00:21 +1000,
> "Merlin" <[EMAIL PROTECTED]> said:
> If I have two hosts on the same network, 2002:cb01:6006:: then they would be
>numbered thus - have I got it right?
> ruby IN 2002:cb01:6006::1
> nanguo IN 2002:cb0
> On Fri, 5 Apr 2002 18:11:28 +1000,
> "Merlin" <[EMAIL PROTECTED]> said:
>> > Which one of these IPv6 addresses is it's equivelant.
>> > 2002:cb01:6005::1 link#4UHL lo0
>> > 2002:cb01:6005:1::1 link#4U
> On Fri, 5 Apr 2002 16:44:20 +1000,
> "Merlin" <[EMAIL PROTECTED]> said:
> (ps - can't get to your email address?)
(This was perhaps due to the mime-encoded full name in the from field.
You can ignore this problem because I'm on the list. Please just
reply to the list.)
> My host nam
> On Fri, 5 Apr 2002 16:09:17 +1000,
> "Merlin" <[EMAIL PROTECTED]> said:
> rl0 is the ethernet interface on the machine -and I'm setting up IPv6 over IPv4
>(6to4), using the stf0 interface. The box is connected by PPP to the internet over
>tun0.
> But I'm haveing trouble actually wor
> On Sun, 24 Feb 2002 17:52:12 -0500,
> Aaron Angel <[EMAIL PROTECTED]> said:
> Out of curiousity, why is the prefix command being phased out?
From KAME's latest prefix(8):
HISTORY
The prefix command first appeared in WIDE/KAME IPv6 protocol stack kit.
Previously, this comman
Finally I figured out the problem.
The essential reason for this weirdness was that the kernel did not
set the in_conninfo.inc_isipv6 member of a PCB entry correctly. As a
result of this, once a cached route stored in the PCB has become
invalid, the kernel would try to get a new route with an AF
> On Mon, 25 Feb 2002 22:18:27 +1100,
> Edwin Groothuis <[EMAIL PROTECTED]> said:
> *** And this one is after is hangs:
> Internet6:
> Destination Gateway Flags
>Refs UseMtuNetif Expire
> ::/96
> On Sat, 23 Feb 2002 08:46:16 +1100,
> Edwin Groothuis <[EMAIL PROTECTED]> said:
>> > And the interface configuration:
>> > gif0: flags=8051 mtu 1280
>> >tunnel inet 203.173.130.126 --> 206.123.31.114
>> >inet6 fe80::250:8bff:feb9:2d24%gif0 prefixlen 64 scopeid 0x9
>> >inet
> On Sat, 16 Feb 2002 13:16:40 -0800,
> Ross Finlayson <[EMAIL PROTECTED]> said:
> I have tried to configure my system (FreeBSD 4.5-STABLE) for 6to4, using
> the "stf" interface, but am getting the error message "nd6_rtrequest: bad
> gateway value: stf0" in my log, whenever I try to 'p
> On Fri, 22 Feb 2002 23:48:29 +1100,
> Edwin Groothuis <[EMAIL PROTECTED]> said:
>> > I found what caused this. he.net uses the "route add -inet6 default
>> > " statement while freenet6.net uses "route add -inet6
>> > default -interface gif0" statement.
>>
>> Could you tell me the exac
> On Sun, 17 Feb 2002 12:25:10 +1100,
> Edwin Groothuis <[EMAIL PROTECTED]> said:
>> I recently installed the freenet6 port to test IPv6 and have been
>> experiencing similar problems, I can ping6 any host but my ftp
>> connections stall at some point.
>>
>> As an alternative you can us
> On Tue, 12 Feb 2002 13:13:51 -0600,
> "Jay Austad" <[EMAIL PROTECTED]> said:
> I'm trying to propagate rip routes using zebra (ripd) across a gif0
> tunnel interface to another freebsd box running zebra.
> I have zebra and ripd running, but they only seem to broadcast routes
> out t
> On Sat, 09 Feb 2002 23:12:14 -0800,
> Nick Sayer <[EMAIL PROTECTED]> said:
> I don't know if I can quantify the issue very well, but since moving
> from 4.4-RELEASE to 4.5-RELEASE on my laptop, I've noticed that
> TCP-over-IPv6 sessions get stuck rather easily. They end up in a state
Sorry for the delayed response,
> On Thu, 7 Feb 2002 22:03:46 +0100,
> Bart Matthaei <[EMAIL PROTECTED]> said:
> The weird thing is, though, that since i've upgraded to 4.5, ssh
> connections from my irix and bsd box in my network (which have
> public ip's tunneled from work) die sponta
Hello,
> On Mon, 21 Jan 2002 14:36:35 +,
> Ian Dowse <[EMAIL PROTECTED]> said:
> I was just trying to track down a weird behaviour I had observed
> involving VNC and sshd. When a user logs in via sshd, their $DISPLAY
> would often end up being the same as that of an existing Xvnc
>
> On Wed, 9 Jan 2002 10:41:10 +0100 (MET),
> Stephane Carrez <[EMAIL PROTECTED]> said:
> Assuming that the server accepting socket is AF_INET6, you should do
> the following on the socket:
> int on;
> on = 1;
> setsockopt(fd, IPPROTO_IPV6, IPV6_BINDV6ONLY,
>
> On Tue, 08 Jan 2002 17:57:00 +,
> "June Carey" <[EMAIL PROTECTED]> said:
> END OF CLIENT/SERVER CONNECTION RESULTS
> ===
> The "bug" is that netstat(1) shows a tcp4 connection between the Server and
> the Client, but accept(2) is filling out th
> On Sun, 6 Jan 2002 10:13:26 -0800,
> Kris Kennaway <[EMAIL PROTECTED]> said:
>> >b) Provide source code exhibiting the problem, and send it to the
>> >[EMAIL PROTECTED] mailing list, which is a more appropriate list for
>> >discussion of this problem.
>>
>> Well, the source code is se
> On Wed, 3 Oct 2001 22:57:01 +0200,
> Guido van Rooij <[EMAIL PROTECTED]> said:
>> Why would it? The two simplex channels of a IPsec "connection" really
>> have very little to do with each other.
> Why? Because if one system reboots, the key is gone so there is no way
> to decrypt the
> On Fri, 28 Sep 2001 21:25:02 -0700,
> "George V. Neville-Neil" <[EMAIL PROTECTED]> said:
> 4) Will y'all continue to periodically integrate the Kame code as you v6
> solution?
At least, we (the KAME project) are willing to continue the integrate
effort. Whether or not the KAME code
> On Fri, 28 Sep 2001 08:59:32 -0400,
> "Alex Feldman" <[EMAIL PROTECTED]> said:
>> Currently the DNS system requires IPv4 transport. If you disable IPv4
>> completely, you cannot resolve any hostnames. In this case, you must
>> set up DNS proxy (ex. totd) from IPv6 to IPv4. Is this y
Hi,
Thanks for the quick response.
> On Fri, 21 Sep 2001 11:10:30 -0400,
> Joe Abley <[EMAIL PROTECTED]> said:
> In this case, on the cisco router which terminates the tunnel, defining
> the tunnel interface with a 126-bit netmask causes a /126 prefix to be
> distributed in the IGP, an
> On Wed, 19 Sep 2001 16:44:18 -0400,
> Joe Abley <[EMAIL PROTECTED]> said:
jabley> The tunnel is configured like this:
>>
jabley> buffoon# ifconfig gif0
jabley> gif0: flags=8011 mtu 1280
jabley> inet6 fe80::2d0:b7ff:fe79:a0a7%gif0 --> :: prefixlen 64 scopeid 0x4
jabley> inet6 2001:438
> On Mon, 10 Sep 2001 11:54:49 +0100,
> Brian Somers <[EMAIL PROTECTED]> said:
> The local endpoint can't be pinged unless you've got a route for
> it... that's just the way the routing code works.
> You can ping the local address for an Ethernet interface, but that's
> just because t
I'm forwarding a message directly to me, with a permission of the
sender, because I myself do not have enough time to tackle this.
JINMEI, Tatuya
Communication Platform Lab.
Cor
> On Tue, 4 Sep 2001 20:26:04 -0400,
> "Matthew Emmerton" <[EMAIL PROTECTED]> said:
> I've got a question for all of you net hackers.
> When I configure a gif interface, why can't I ping the local endpoint on the
> inside of the tunnel? I've just been through hell and back trying to get
> On Thu, 23 Aug 2001 07:51:03 -0400,
> [EMAIL PROTECTED] said:
> I found that in the rtadvd daemon code there is a function which is called to join
>to the all router multicast address( ff02::02).
> My doubt is if rtadvd is disabled for a router then whether it will join the all
>rou
> On Sun, 12 Aug 2001 23:31:30 -0700,
> Julian Elischer <[EMAIL PROTECTED]> said:
>> I tend to agree with itojun. Although I understand FreeBSD guys want
>> to make code from KAME cleaner in terms of FreeBSD's own point of
>> view, it will make future merge from KAME to FreeBSD harder.
> On Sun, 12 Aug 2001 18:40:02 +0900,
> [EMAIL PROTECTED] said:
>> When KAME was added the mesh was less that perfect but there was so much to
>> be done that some shortcuts needed to be taken.
>>
>> now that time has passed some of these can be cleaned up.
>>
>> 1/ Merging ipprotosw.
> On Sat, 11 Aug 2001 01:32:42 +0900 (JST),
> Hajimu UMEMOTO <[EMAIL PROTECTED]> said:
roam> Is there a configuration file or environment variable or some other
roam> way to make getaddrinfo(3) not return AF_INET6 addresses even if
roam> those are available? I know that most utilities t
> On Thu, 09 Aug 2001 01:04:54 -0400,
> [EMAIL PROTECTED] said:
> Assume that two prefix are advertised by router to hosts in the network. After some
>time the administrator deletes one of the prefixes and the future router
>advertisement will carry only one prefix.
> What will hosts
(Probably I have to make a PR...,)
The latest RELNEG_4 version (rev. 1.7.2.4) of sys/netinet6/raw_ip6.c
has the following code fragment:
rip6_output()
...
freectl:
if (optp == &opt && optp->ip6po_rthdr && optp->ip6po_route.ro_rt)
RTFREE(optp->ip6po_route.ro_rt);
> On Mon, 23 Jul 2001 10:44:57 -0700,
> "Bruce A. Mah" <[EMAIL PROTECTED]> said:
>> As suggested in the comments to rt_fixchange(), we need stricter check
>> in the function, to prevent unintentional route deletion. The
>> attached is a proposed fix to this problem (for FreeBSD4-STABLE)
> On Fri, 20 Jul 2001 05:32:23 -0400,
> [EMAIL PROTECTED] said:
> Can anybody please mail me why ::1/128 & ff01::/32 addresses are put
> to the routing table?
Otherwise, the sending node cannot make a packet sent to ::1 (or
ff01::xxx) looped-back on the node itself. We can do it by ad
As commented in defined in sys/net/route.c, rt_fixchange() has a bad
effect, which would cause unnecessary route deletion:
* Unfortunately, this has the obnoxious
* property of also triggering for insertion /above/ a pre-existing network
* route and clones. Sigh. This may be fixed some day.
> On Mon, 16 Jul 2001 20:55:11 -0700,
> [EMAIL PROTECTED] (Bruce A. Mah) said:
>> > (kgdb) print rt
>> > $1 = (struct rtentry *) 0x3
>> > (kgdb) print ln
>> > $2 = (struct llinfo_nd6 *) 0x62
>>
>> Then rt and ln are surely broken. I have not got the reason yet,
>> though...
> Yes,
> On Mon, 16 Jul 2001 10:16:23 -0700,
> [EMAIL PROTECTED] (Bruce A. Mah) said:
>> Hmm, could you show us the contents of "rt" and "ln" at this point?
> (kgdb) print rt
> $1 = (struct rtentry *) 0x3
> (kgdb) print ln
> $2 = (struct llinfo_nd6 *) 0x62
Then rt and ln are surely broken
> On Sun, 15 Jul 2001 01:27:59 -0700,
> "Bruce A. Mah" <[EMAIL PROTECTED]> said:
> OK, I got another crash, with symbols and all. This is a 4-STABLE
> machine from 7 July.
Thanks for the info.
(kgdb) list
438 /* XXX: used for the DELAY case only: */
439
> On Mon, 16 Jul 2001 12:53:47 +0200,
> Sheldon Hearn <[EMAIL PROTECTED]> said:
> Where do I send changes to the KAME manual pages?
Thanks for the offer. The best place would be [EMAIL PROTECTED], which is
the list for core developers of the KAME project.
This list is closed to discus
> On Sun, 15 Jul 2001 16:50:36 -0400 (EDT),
> Garrett Wollman <[EMAIL PROTECTED]> said:
>> Current if_addmulti() calls MALLOC() with M_WAITOK. However,
>> if_addmulti() can be called from in[6]_addmulti() with splnet(). It
>> may lead kernel panic.
> This is not a problem (or should n
> On Thu, 12 Jul 2001 00:27:52 -0400,
> Stephen Degler <[EMAIL PROTECTED]> said:
> I have had several of these since 6/30, after I cvsup'ed
> and rebuilt everything. I have been updating fairly frequently,
> but the problem seems to persist.
> Fatal trap 12: page fault while in kernel
> On Thu, 12 Jul 2001 08:48:35 -0700,
> "Bruce A. Mah" <[EMAIL PROTECTED]> said:
> #0 0xc017a892 in dumpsys ()
> (kgdb) where
> #0 0xc017a892 in dumpsys ()
> #1 0xc017a6b3 in boot ()
> #2 0xc017aa30 in poweroff_wait ()
> #3 0xc0308991 in trap_fatal ()
> #4 0xc0308669 in trap_pfault
> On Mon, 02 Jul 2001 10:15:21 -0700,
> "Kevin Oberman" <[EMAIL PROTECTED]> said:
>> I don't have any objection to changing the default interface to a
>> non-loopback one, *if the default is ever defined*. I'm arguing that
>> it would be safe *not to specify the default interface by def
> On Mon, 02 Jul 2001 15:27:26 +0900,
> JINMEI Tatuya <[EMAIL PROTECTED]> said:
> On Fri, 29 Jun 2001 09:28:54 -0700,
> "Kevin Oberman" <[EMAIL PROTECTED]> said:
>>> That is, if we do not have any default router (hear from RA), we
>>> should regard all IPv6 prefixes as on-link.
> On Fri, 29 Jun 2001 09:28:54 -0700,
> "Kevin Oberman" <[EMAIL PROTECTED]> said:
>> That is, if we do not have any default router (hear from RA), we
>> should regard all IPv6 prefixes as on-link. To implement this trick,
>> we use the "default interface", and install the default route
> On Fri, 29 Jun 2001 06:12:28 +0900 (JST),
> Hajimu UMEMOTO <[EMAIL PROTECTED]> said:
oberman> I agree, but I have made no deliberate changes. I just install FreeBSD
oberman> with ipv6_enable="YES" in rc.config.
oberman> Internet6:
oberman> DestinationGatewayFlags
> On Thu, 21 Jun 2001 22:48:04 +0200 (CEST),
> David Delibasic <[EMAIL PROTECTED]> said:
>> ifconfig -a
> ep0: flags=8843 mtu 1500
> inet 213.161.8.158 netmask 0xff00 broadcast 213.161.8.255
> inet6 fe80::2a0:24ff:fe8e:c462%ep0 prefixlen 64 scopeid 0x4
> ether
> On Mon, 04 Jun 2001 19:20:36 +0900 (JST),
> Hajimu UMEMOTO <[EMAIL PROTECTED]> said:
> I just put the patch for merging latest KAME into FreeBSD:
> http://www.imasy.or.jp/~ume/ipv6/test/freebsd5-kame20010528-20010604.diff.gz
> This is based on KAME snap 20010528 and against 5-CURREN
> On Wed, 13 Jun 2001 19:58:55 +0200,
> Juan Fco Rodriguez Hervella <[EMAIL PROTECTED]> 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 migh
> On Wed, 13 Jun 2001 03:46:15 -0400,
> [EMAIL PROTECTED] 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
> On Wed, 13 Jun 2001 06:57:00 -0400,
> [EMAIL PROTECTED] 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
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
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
> On Mon, 11 Jun 2001 00:49:01 -0400,
> [EMAIL PROTECTED] 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
> On Wed, 06 Jun 2001 08:43:51 -0400,
> [EMAIL PROTECTED] 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 syste
> On Wed, 06 Jun 2001 08:38:32 -0400,
> [EMAIL PROTECTED] said:
> My question is with reference to this section.( It is possibe that the user may have
>specified un matchin source & destination addresses. eg link local source address for
>a global unicast destination address.)
Yes, th
> On Wed, 06 Jun 2001 00:35:21 +0900,
> JINMEI Tatuya <[EMAIL PROTECTED]> said:
>> My doubt is this. In case a user process is specifying the source & destination
>address. Whether any check is performed on the source address like,
>> a) address is present on which interface?
>> b) addr
> On Tue, 05 Jun 2001 10:17:13 -0400,
> [EMAIL PROTECTED] said:
> My doubt is this. In case a user process is specifying the source & destination
>address. Whether any check is performed on the source address like,
> a) address is present on which interface?
> b) address is already form
> On Tue, 05 Jun 2001 10:28:25 -0400,
> [EMAIL PROTECTED] said:
> I gave two prefixes through the prefix command. My other machine formed addresses
>based on the prefixes. By seeing the addresses i got the following doubt.
First of all, please forget the prefix(8) command, as I mention
> On Sat, 02 Jun 2001 09:27:30 -0400,
> [EMAIL PROTECTED] said:
> I configured some prefixes through the "prefix" command. I then tried to display
>them as itis by reading the "ifnet" structure's "if_prefixhead" member. The result is
>like this.
> Prefix was set as
> #prefix wb0 fec0:
> On Sat, 02 Jun 2001 09:15:00 -0400,
> [EMAIL PROTECTED] said:
> Can any body mail me the how a prefix entered through the prefix command is known
>by the routing advertisement daemon?
through the routing socket.
JINMEI, Tatuya
> On Thu, 31 May 2001 00:46:33 -0400,
> [EMAIL PROTECTED] said:
> My understanding of this function is like this.
> This function will receive input only when
> c) when a new address is formed from the prefix through the prefix received through
>router advertisement.
On FreeBSD 4.x,
> On Tue, 29 May 2001 13:39:09 +0100 (BST),
> vishwanath pargaonkar <[EMAIL PROTECTED]> said:
> i have freebsd 4.2 stable.
> my doubt is how is router advertisement called?
> ie i know that router advertisement is user land
> program.so when ever router solicitation is received
> we rec
1 - 100 of 111 matches
Mail list logo