If memory serves me right, Fernando Gont wrote:
> What would be the appropriate command to show the IPv6 multicast groups
> joined by all/each interface?
Try ifmcstat(8).
Bruce.
signature.asc
Description: OpenPGP digital signature
If memory serves me right, pluknet wrote:
> On 15/03/07, Tom Pusateri <[EMAIL PROTECTED]> wrote:
>> I've configured a bridge0 interface that bridges fxp0 and em0.
>> I have a global IPv6 address configured on it and IPv6 works fine.
>>
>> # ifconfig bridge0
>> bridge0: flags=8043 mtu 1500
>>
If memory serves me right, George Michaelson wrote:
> on a 6-STABLE host, I added:
>
> ipv6_enable="YES"
> ipv6_network_interfaces="bge1"
>
> to rc.conf, and ran /etc/rc.d/network_ipv6
>
> this did not bring IPv6 live. rtsol reported problems with get_llflag()
> calls. However acro
If memory serves me right, Eric F Crist wrote:
> On Jun 25, 2007, at 7:55 PMJun 25, 2007, Bruce M. Simpson wrote:
>
>> Eric F Crist wrote:
>>> My problem isn't getting out to 2001:4980:1::5, it's getting to my
>>> LAN, the 2001:4980:1:111::/64 network. My gateway, the machine
>>> from which I
If memory serves me right, Eric F Crist wrote:
> On Jun 26, 2007, at 4:32 PMJun 26, 2007, Bruce A. Mah wrote:
[big snip]
>> I wonder if the problem I've seen with bridge(4) might be related to
>> your IPv6 problems (since you're terminating the tunnel on your
&g
I'm having a problem getting a Netgear WG511T in my FreeBSD CURRENT
laptop to do WPA2-PSK with a Netgear WG302 access point. I'm hoping
someone here can give me a nudge in the right direction to help
troubleshoot this.
The laptop is an old Sony Vaio (PCG-Z505HS). The Netgear WG511T
probes thusly
[Please wrap your lines to some reasonable line length...thanks.]
If memory serves me right, staticblackz wrote:
> I am trying to build a hotspot for freebsd I was wondering how
> something like this would be made, is there already one out there I
> can use. I would need it to redirect users to s
On Wed, 2004-07-14 at 20:54, Dinesh Nair wrote:
> On Wed, 14 Jul 2004, Bruce A. Mah wrote:
>
> > If memory serves me right, staticblackz wrote:
> >
> > > I am trying to build a hotspot for freebsd I was wondering how
> > > something like this would be ma
On Thu, 2004-07-15 at 13:38, staticblackz wrote:
> I would have no problem using m0n0wall but I need to be able to have ssh
> access to compile othe rprograms needed I am using it on a comouter
There is no SSH server on a m0n0wall system. Nor are there compilers.
It's been deliberately stripped
If memory serves me right, Andrew Heyn wrote:
> Quoting http://www.moatware.com/support/docbook/faq-bridge.html,
>
> 10.8. Why can't hosts on a NATed interface talk to hosts on a bridged
> interface?
> This frequently happens when someone wants to bridge an interface to their
> WAN to use it as a
If memory serves me right, Maxim Konovalov wrote:
> On Tue, 22 Mar 2005, 14:08+0200, Sergey wrote:
> > How to enable TCPCTL_DROP syscall !?
>
> The upgrade procedure is described quite well in the handbook and
> at the end of /usr/src/UPDATING.
To expand on this just a bit: You can't just compi
If memory serves me right, Andre Oppermann wrote:
> Oh, BTW. Don't be afraid when you get brucified. Bruce' style
> comments are a very valuable learning resource. Everyone of us got
> brucified more than once. ;-) (I'm talking about Bruce Evans, bde@)
Hi folks--
Can anyone tell me if I should be able to run IPv6 over an if_bridge
interface?
I'm running RELENG_6 from a few days ago on a Soekris net4801 and have
created a bridge0 interface with two of the physical network interfaces
(sis0 and sis1) as members.
IPv4 seems to work fine over this;
If memory serves me right, Andrew Thompson wrote:
> From what I can tell this is from the bridge itself, does bridging work
> between ipv6 hosts on either side of the bridge?
Hmm...I haven't tried that yet. Unfortunately I'm not in close
proximity to the system in question at the moment, so it'l
If memory serves me right, Bruce A. Mah wrote:
> If memory serves me right, Andrew Thompson wrote:
>
> > From what I can tell this is from the bridge itself, does bridging work
> > between ipv6 hosts on either side of the bridge?
>
> Hmm...I haven't tried that y
If memory serves me right, Max Laier wrote:
> On Monday 29 August 2005 23:37, Bruce A. Mah wrote:
> > If memory serves me right, Andrew Thompson wrote:
> > > From what I can tell this is from the bridge itself, does bridging work
> > > between ipv6 hosts on either side
If memory serves me right, Andrew Thompson wrote:
> On Mon, Aug 29, 2005 at 06:19:42PM -0700, Bruce A. Mah wrote:
> > Bridging of IPv6 packets going between two hosts on either side of the
> > bridge appears to work just fine (to the point where I can do ping6 and
> >
If memory serves me right, Bruce A. Mah wrote:
> If memory serves me right, Andrew Thompson wrote:
> > On Mon, Aug 29, 2005 at 06:19:42PM -0700, Bruce A. Mah wrote:
[IPv6 over an if_bridge interface didn't work.]
> > > Bridging of IPv6 packets going between two host
If memory serves me right, Doug Barton wrote:
> I have been using the experimental IPv6 connection described at
> http://www.research.earthlink.net/ipv6/ for some time now, and it works very
> well. If anyone is interested in using IPv6 in a real way in FreeBSD, I
> would encourage you to give it
Hi Joe--
I was playing around with netstat(1) on a recent RELENG_4 machine, and
noticed something odd. Apparently, the input packet counter for the
IPv6 loopback address never gets incremented (even after some pings,
the input packet count on lo0 is still 0):
bmah-freebsd-0:netstat% ping6 ::
If memory serves me right, Hajimu UMEMOTO wrote:
> >>>>> On Tue, 20 Mar 2001 09:30:47 -0800
> >>>>> Bruce A. Mah <[EMAIL PROTECTED]> said:
>
> bmah> I was playing around with netstat(1) on a recent RELENG_4 machine, and
> bmah> noticed
If memory serves me right, Julian Elischer wrote:
> > One thing that shocked me is that a TCP connection in FreeBSD (at least on
> > my machines)
> > doesn't begin with a slow start but rather sends a huge amount of packets t
> o
> > the other end
> > (this huge amount only seems to be limited ei
If memory serves me right, Brooks Davis wrote:
> On Mon, Apr 30, 2001 at 11:29:05AM -0700, Harkirat Singh wrote:
> >=20
> > This is the script file!!. I said that I went to ftp site to see whether
> > it (netperf-2.1pl3) is supported for FreeBSD, but I saw all th eother OS
> > but there was no re
If memory serves me right, Harkirat Singh wrote:
> Thanks for your replies, I am able to install netperf manually. I
> understand from various replies that my port tree is old, though this port
> collection I got installed from new FBSd CD. Please tell me how to update
> this port tree so that in
If memory serves me right, Mitch Collinsworth wrote:
>
> On Fri, 30 Mar 2001, Daniel Wong wrote:
>
> > I'm trying to find out how to get the bandwidth speed for a connection
> > between two machines. Programmatically in the kernel.
>
> http://www.employees.org/~bmah/Software/pchar/
Well that w
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,
If memory serves me right, JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=
?= wrote:
OK, I got another crash, with symbols and all. This is a 4-STABLE
machine from 7 July.
> If possible, please let us know
> - the kernel configuration file
Attached.
> - the result of
> % ifconfig -a
>
If memory serves me right, JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=
?= wrote:
> 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
> If possible, it would be helpful to s
If memory serves me right, JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=
?= wrote:
> >>>>> On Mon, 16 Jul 2001 10:16:23 -0700,
> >>>>> [EMAIL PROTECTED] (Bruce A. Mah) said:
> > (kgdb) print rt
> > $1 = (struct rtentry *) 0x3
> > (
If memory serves me right, JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=
?= wrote:
> Please try the following patch for the moment. The patch suppresses
> garbage collection of stale neighbor cache entries, but it would not
> matter for most users.
OK, patch applied, and I'm doing a buil
If memory serves me right, JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=
?= wrote:
> The essential point of this problem is not in the IPv6 stack, but in
> net/route.c.
>
> The attached patch (which you may already have seen) would be a
> complete fix to this problem. Please try it.
OK.
If memory serves me right, JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=
?= wrote:
> 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).
>
If memory serves me right, John Hay wrote:
> > >> 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.
> >
> > when does it happen? like,
> > - removal of pcmcia card
> >
If memory serves me right, John Merryweather Cooper wrote:
> On 2001.08.21 15:42 Harkirat Singh wrote:
> >
> > Hello Julian,
> >
> > As a student while doing my project I surfed a lot for SACK
> > patch
> > in FreeBSd Release4.3. I felt that if someone like me in need of SACK
> > src
> > can
Hi--
I've been reading through src/sys/net/bpf.c, and I noticed that the
changes to make it use M_ZERO haven't been MFC-ed to RELENG_4 yet. Any
objection if I do this? (Nothing broke in my quick testing.)
Thanks,
Bruce.
Index: bpf.c
===
If memory serves me right, "Andrew R. Reiter" wrote:
> Just as a note, I decided against MFC'ing this and similar changes because
> I didn't feel it was necesary for -STABLE to have this "fix."
I agree it's not necessary. I'm reviewing some other BPF patches
(which have been sitting in my queue
If memory serves me right, "Andrew R. Reiter" wrote:
> Yea, I think MFC'ing it would be fine. Don't hesitate to thwap me one if
> you guys think I should MFC some things Im not.
I'm sure there's plenty of people who'll be just itching to take you up
on this offer. :-) :-) :-)
Thanks,
Bruc
If memory serves me right, Garrett Wollman wrote:
> Each trace shows a single large file transfer from a 4.4-stable
> machine to my -current desktop over a local-area network.
I'm pretty rusty at debugging TCP implementations, but I'll try to
contribute something...
Your 4.4-STABLE machine,
If memory serves me right, =?iso-8859-1?q?Gavin=20Kenny?= wrote:
> What flavour of TCP is standard in the FreeBSD stack,
> is it Reno or New Reno, Vegas, Tahoe any others?
You didn't say what version of FreeBSD you were concerned with, but
4.3-RELEASE and later versions all use NewReno.
Bruce.
If memory serves me right, Garrett Wollman wrote:
> < said:
>
> > If memory serves me right, =?iso-8859-1?q?Gavin=20Kenny?= wrote:
>
> >> What flavour of TCP is standard in the FreeBSD stack,
> >> is it Reno or New Reno, Vegas, Tahoe any others?
>
> > You didn't say what version of FreeBSD you
If memory serves me right, "Nevin E. Leiby" wrote:
> > Umm... doesn't JunOS only run on Juniper hardware (ie. routers)?!
> > Though based on the FreeBSD kernel, I'd be surprised if you could
> > just run JunOS on a FreeBSD workstation...
> ...
> > Why would you install JunOS on a workstation? Jun
If memory serves me right, Eli Dart wrote:
> In reply to "Crist J . Clark" <[EMAIL PROTECTED]> :
>
> > On Tue, Jan 22, 2002 at 05:37:07PM -0800, Eli Dart wrote:
> > [snip]
> > > Note that the igmp queries are sent to the multicast address
> > > 224.0.0.1, so the laptop is seeing multicast traff
If memory serves me right, Matt Wilbur wrote:
> I'm trying to figure out if there are *any* 1000baseSX NICs supported in
> 4.5-RELEASE? I've tried a GA-621T and a Tigeon (3c985B), with no luck.
> LINT suggests that nge will support DP83820 and DP83821 chipsets.. but our
> GA621T (with a DP83820)
[Moving to -net]
If memory serves me right, Andrew Gallatin wrote:
> > Alternately, it would be a good idea to have a "ip_maxpacketfrags"
> > instead of an "ip_maxfragpackets", to put a hard limit on the
> > number of mbufs that can be consumed by the fragment reassembly
> > process.
>
> I
If memory serves me right, Bill Fenner wrote:
> The problem with the ip_nfragments code is that if space becomes
> available in the middle of reception of an entire packet, a queue
> will be created to reassemble a packet that will never completely
> arrive (since we dropped some of the beginning
If memory serves me right, Michael Lucas wrote:
> OK, damn fool question here, but our docs are not entirely consistent
> on this and I need to be sure before I send this book to the printer.
> Rather than trawl through the source code for hours and get it wrong,
> I'm asking here.
>
> net.inet.
If memory serves me right, Doug Barton wrote:
> It seems to me that fetch(1) cannot actually fetch files over a v6
> connection. For example, the following works:
>
> fetch -s -P -6
> http://surfnet.dl.sourceforge.net/sourceforge/xchat/xchat-2.6.0.tar.bz2
> 796768
>
> But remove the -s and try t
If memory serves me right, Ed Schouten wrote:
> On one of the FreeBSD machines we maintain at Dispuut Interlink[1], we
> get a lot of messages like these:
>
> | nd6_lookup: failed to add route for a neighbor(), errno=17
>
> The addresses mentioned in the messages are all addresses of endpoint
>
If memory serves me right, Ed Schouten wrote:
> I'm seeing the messages on the machine in Eindhoven (running RELENG_6
> from a few days/weeks ago), but they also show up on my HEAD machine at
> home. Below is the output of `ifconfig gif0` on my machine at home:
>
> | gif0: flags=8051 mtu 1280
> |
If memory serves me right, Mark Allman wrote:
>> Thank you for your reminder. Actually, I understand you and
>> RFC 2018. What I really concern is how wide support (and being enabled
>> by default) SACK has obtained. For we do not always transfer data
>> between hosts running FreeBSD and maint
If memory serves me right, George V. Neville-Neil wrote:
> After way too long this has been tested and committed to HEAD, with an
> MFC timout of 1 week. I have done only limited, aka, ping, testing of
> this fix.
>
> I am currently setting up my own outbound IPv6 network so that I can
> do more
I wrote:
> If memory serves me right, George V. Neville-Neil wrote:
>> After way too long this has been tested and committed to HEAD, with an
>> MFC timout of 1 week. I have done only limited, aka, ping, testing of
>> this fix.
>>
>> I am currently setting up my own outbound IPv6 network so that I
If memory serves me right, Bruce M Simpson wrote:
> We have tcpslice maintained in ports. We have ancient tcpslice in base
> system. We have PRs about it.
>
> I'd like to nuke it in HEAD.
>
> How does everyone else feel about that before I go off and do it?
+1
Bruce.
signature.asc
Descripti
If memory serves me right, [EMAIL PROTECTED] wrote:
> At Thu, 14 Dec 2006 23:27:53 +0100,
> Daniel Dvořák wrote:
>> Hi all,
>>
>>
>>
>> I want back ipv6 link-local routes back, do you know how to do that
>> ? I hope this significant change will be in release document for
>> 6.2. I did not change
If memory serves me right, Daniel Dvořák wrote:
> Of course not, because in May and before may and before RC1 it was not needed
> at all to have ipv6_enable="YES" to have link-local routes.
>
> So what needed ? I do not understand.
>
> auto_linklocal or ipv6_enable ?
ipv6_enable="YES"
This is
The following reply was made to PR kern/107358; it has been noted by GNATS.
From: "Bruce A. Mah" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: kern/107358: [ipv6] IPv6 6to4 broken in FreeBSD 6.1-RELEASE-p11
(regression)
Date: Tue, 09 Jan 2007 13:33
Synopsis: [ipv6] IPv6 6to4 broken in FreeBSD 6.1-RELEASE-p11 (regression)
State-Changed-From-To: open->closed
State-Changed-By: bmah
State-Changed-When: Wed Jan 10 15:54:57 UTC 2007
State-Changed-Why:
Closing this PR, as the problem originally described has been fixed
in 6.2 and later versions.
I'm observing a problem with IPv6 over gif(4) tunnels on 6.2-RELEASE
and recent 6-STABLE, namely that I can't seem to be able to pass
traffic over them.
Essentially, when I configure a gif interface like this:
# ifconfig gif0 inet6 :::::1 :::::2 prefixlen
128
the
If memory serves me right, Hiroki Sato wrote:
> "Bruce A. Mah" <[EMAIL PROTECTED]> wrote
> in <[EMAIL PROTECTED]>:
>
> bm> I'm observing a problem with IPv6 over gif(4) tunnels on 6.2-RELEASE
> bm> and recent 6-STABLE, namely that I can't se
If memory serves me right, John Hay wrote:
> On Sat, Jan 20, 2007 at 08:29:36AM -0800, Bruce A. Mah wrote:
>> I'm observing a problem with IPv6 over gif(4) tunnels on 6.2-RELEASE
>> and recent 6-STABLE, namely that I can't seem to be able to pass
>> traffic over
If memory serves me right, Dimitry Andric wrote:
> Bruce A. Mah wrote:
>>> I remember Dimitry Andric reported the same problem on -stable on 30
>>> Dec, and after he reverted rev.1.48.2.16 it worked fine again. Do
>>> you have the symptom even on 6.2-RELEAS
If memory serves me right, Dimitry Andric wrote:
> Bruce A. Mah wrote:
>>> and later I found out it was caused by commit 1.48.2.16:
>>> http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031853.html
>> This isn't consistent with what I'm finding.
If memory serves me right, JINMEI Tatuya / 神明達哉 wrote:
>> On Sun, 21 Jan 2007 09:32:44 +0200,
>> John Hay <[EMAIL PROTECTED]> said:
>
>>> There's another workaround for people stuck in this situation and who
>>> aren't in a position to try this diff. That is to manually install
>>> the h
If memory serves me right, Dimitry Andric wrote:
> Bruce A. Mah wrote:
> I mean that it may be that between -RELEASE and -STABLE, other things
> have changed, e.g. network rc scripts, /sbin/route itself, etc, which
> may also influence this behaviour. I'm sure more than onl
If memory serves me right, Dimitry Andric wrote:
> JINMEI Tatuya / 神明達哉 wrote:
>>> Confirmed. I've updated the machine on which I originally had this
>>> problem to -STABLE as of today, and the problem has disappeared.
>> I thought it was also planned to be incorporated to RELENG_6_2, right?
>
>
If memory serves me right, Andrea Venturoli wrote:
> Hello.
> I've got the following problem...
> My host is configured like this:
>
> fxp0: internal interface, requires NAT
> rl1: public interface, with static IP
> xl0: bridged to rl1, with some public IP behind
>
> ipfw diverts any traffic thro
If memory serves me right, Andrea Venturoli wrote:
> Bruce A. Mah wrote:
>
>> You didn't say which bridging driver or version of FreeBSD you're using,
>> but it sounds to me like you're using bridge(4), right?
>
> Yes.
>
>
>
>> This is
If memory serves me right, Jason Arnaute wrote:
> (FreeBSD 6.2-RELEASE)
>
> I have two ipv6 related lines in my /etc/rc.conf:
>
> ifconfig_em0_alias0="inet6 XXX::2/48"
> ipv6_defaultrouter="XXX::1"
>
> When I boot like this, I do not get a default ipv6
> route in my routing table. 'netstat -rn'
If memory serves me right, Jason Arnaute wrote:
> --- "Bruce A. Mah" <[EMAIL PROTECTED]> wrote:
>
>> If memory serves me right, Jason Arnaute wrote:
>>> (FreeBSD 6.2-RELEASE)
>>>
>>> I have two ipv6 related lines in my /et
If memory serves me right, Sam Leffler wrote:
> One other minor change: I moved the printf "BRIDGE 020214 loaded" under
> bootverbose. Can anyone tell me what 020214 means?
I recently started using bridge(4) functionality and was wondering
about this too. Based on the output of "cvs annotate"
If memory serves me right, paul van den bergen wrote:
> I am attempting to set up some static ipv6 routes on my little network.
>
> example:
>
> box1 - fec0:0:0:1::1 fec0:0:0:1::2 - box 2 (router) - fec0:0:0:2:1
> fec0:0:0:2:2 - box 3
>
> I want to reach from box 1 to box 3
If memory serves me right, Ian Smith wrote:
> In short, ifconfig appears unwilling to have two NICs covering the same
> /24. Can this be set up? I'm also at a bit of a loss with the routing,
> so inside packets to the bridge box (ie unbridged packets) are responded
> to on the same interface, an
If memory serves me right, Mike Hunter wrote:
> > I switched the two pieces of hardware, and the photons still prefer going
> > uphill, so maybe there's a problem with the fiber after all. I'd still
> > appreciate any hints on what to ask freebsd to help me figure it out.
> > (Yes, we have real f
On Wed, 2004-05-05 at 13:16, Ahmed Hamada wrote:
[lines wrapped for readability]
> I am student in facaulty of engineering. My undergraduate project
> is "Mobile Ad Hoc Network". I read alot about it and now I want
> to make some simulations to verify some points. I want to use
> the OPNET in m
74 matches
Mail list logo
