Hi Benoit,
It will allow multicast packets to go through, which IPv6 depends on. Maybe
there is a problem setting up the multicast filter for that driver / card.
Regards
John
On Mon, 15 Aug 2022 at 12:08, Benoit Chesneau
wrote:
> So I noticed that tcpdump was enabling the "promiscuous" mode
Hi Mike,
The ice(4) driver for Intel E800 Ethernet controllers has been in the tree
since May 2020, but it seems it was never added to the release notes. It
also does not have a man page. There is a bug report for the missing man
page:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262892
Reg
#
While looking through the code I saw that ltr is called with different
styling. Is there a reason for it? Which is the prefered style?
ltr ${_if} "${_punct}" '_' _if
ltr "$_if" "$_punct" &quo
Hi Hiroki,
On Fri, Jun 20, 2014 at 12:48:03PM +0900, Hiroki Sato wrote:
> John Hay wrote
> in <20140619103513.ga92...@zibbi.meraka.csir.co.za>:
>
> jh> Hi Guys,
> jh>
> jh> freebsd-rc did not react, so I'm just checking on -net too.
> jh>
> jh>
ever the results were as before, i.e. "ping -D -s 400 somehost"
> would work, but "ping -D -s 500 somehost" would yield "frag needed and
> DF set";
>
> _ no way I could ping with a packet bigger than 500 bytes until I rebooted.
>
> Is this expected be
On Tue, Nov 23, 2010 at 09:41:49AM +0100, Fabien Thomas wrote:
> That fix on ixgbe would also be great to commit on ixgbe before release.
> This fix a crash on high packet load with bpf (mbuf freed behind bpf
> analysis).
>
A fix to ixgbe to fix ipv6 routing would also be great! :-)
John
> Fab
vlan: 1 parent interface: ix2
mr3# ifconfig ix2.8
ix2.8: flags=8843 metric 0 mtu 1500
ether 00:1b:21:57:ef:7c
inet 146.64.8.50 netmask 0xff00 broadcast 146.64.8.255
inet6 fe80::21b:21ff:fe57:b420%ix2.8 prefixlen 64 scopeid 0xb
inet6 2001:4200:7000:1:21b:21ff:fe5
t; On Sun, Nov 28, 2010 at 12:16 AM, John Hay wrote:
>
> > Hi Jack,
> >
> > On Sat, Nov 27, 2010 at 09:59:10AM -0800, Jack Vogel wrote:
> > > Well, that will be cool if so, its not usually FreeBSD that
> > > finds bugs, and if it really is hardware then they
replying
to an ipv4 ping.)
Testing that theory, I did "ifconfig ix2.8 down", so that only ix2.1 is
running and did not see a problem during a ping6 of 180 packets.
John
>
> See if either of those change things.
>
> Jack
>
>
> On Sun, Nov 28, 2010 at 2:17 AM, John
_ETHER:
+ case IFT_L2VLAN:
case IFT_FDDI:
case IFT_ISO88025:
case IFT_ATM:
case IFT_IEEE1394:
#ifdef IFT_IEEE80211
Anything against me committing it? Am I missing something? Should it be
sorted differently? Should it also be merged?
John
--
John Hay -- j...@meraka.csir
Hi Hiroki,
On Tue, Dec 21, 2010 at 12:54:58AM +0900, Hiroki Sato wrote:
> John Baldwin wrote
> in <201012200807.57670@freebsd.org>:
>
> jh> On Monday, December 20, 2010 1:10:57 am John Hay wrote:
> jh> > Hi,
> jh> >
> jh> > I see that on F
gets really confused if route
changes to another fib is made. For instance, if you add a default
route to another fib, quagga will remove the default route from its
fib.
John
--
John Hay -- j...@meraka.csir.co.za / j...@freebsd.org
___
be installed for the local end point. By default
> the old behavior maintained.
What about only adding the route if it does not exist yet? That should
handle the common case of reusing your ip address on the ethernet
interface on the local side of point-to-point links.
John
--
John Hay --
places. So the question is, should
ieee80211_getcapinfo() never be called with chan being 0x or should
it know how to handle that case?
John
--
John Hay -- j...@meraka.csir.co.za / j...@freebsd.org
Additional routing options: IP gateway=YES.
add net :::0.0.0.0: gateway ::1
add net ::0.0.0.
On Tue, Dec 01, 2009 at 04:40:56PM +0100, Paul B Mahol wrote:
> On 12/1/09, John Hay wrote:
> > Hi,
> >
> > I'm not sure if this is the best list.
> >
> > I'm trying to get our Avila (arm) boards with atheros wireless cards
> > upgraded from 7
%ix2.8 prefixlen 64 scopeid 0xa
inet6 2001:0:0:1:21b:21ff:fe57:b420 prefixlen 64
inet6 2001:0:0:1:: prefixlen 64 anycast
nd6 options=3
media: Ethernet autoselect (10Gbase-SR )
status: active
vlan: 8
get on this asap.
>
> Cheers,
>
> Jack
>
>
> On Fri, Jul 23, 2010 at 12:40 AM, John Hay wrote:
>
> > Hi,
> >
> > (Jack any chance that you can look at this please?)
> >
> > It looks like there are 2 problems with the ixgbe driver on FreeBS
./../dev/ixgbe
-KMOD= ixgbe
+KMOD= if_ixgbe
SRCS= device_if.h bus_if.h pci_if.h
SRCS+= ixgbe.c
# Shared source
John
>
> Jack
>
>
> On Fri, Aug 20, 2010 at 7:04 AM, John Hay wrote:
>
> > Hi Jack,
> >
> > Have you had a chance to look at it yet?
Hi Jack,
Have you found anything yet? The box is not in production yet, so I can
run test code if you need it.
John
On Fri, Aug 20, 2010 at 10:39:47AM -0700, Jack Vogel wrote:
> OK, am setting up the hardware to look into this John.
>
> Jack
>
>
> On Fri, Aug 20, 2010 at
OK, am setting up the hardware to look into this John.
>
> Jack
>
>
> On Fri, Aug 20, 2010 at 7:04 AM, John Hay wrote:
>
> > Hi Jack,
> >
> > Have you had a chance to look at it yet? I would love to get these
> > network cards working. :-)
> >
at least works in 7.1.
I think we and others have been hitting this problem:
kern/119635: [em] Bad UDP packet checksum with em(4) and rxcsum/txcsum enabled
http://www.freebsd.org/cgi/query-pr.cgi?pr=119635
I'll try out your patch.
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
__
On Mon, Aug 25, 2008 at 09:02:07PM +0200, John Hay wrote:
> On Fri, Aug 22, 2008 at 03:03:30PM -0700, [EMAIL PROTECTED] wrote:
> > At Fri, 22 Aug 2008 22:43:39 +0100,
> > Bruce M. Simpson wrote:
> > >
> > > [EMAIL PROTECTED] wrote:
> > > > Somehow th
?
What about:
ifconfig_rl0="ether 00:02:4f:0a:ce:f3"
ipv4_addrs_rl0="192.168.2.12/24"
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
re seeing, we don't see any problem with the
> initial dhclient run, the ath0 just seems to get disassociated within
> 5-10 minutes of associating.
>
> If we leave 'ping ' running in the background, we don't
> see this problem.
>
I found doing a -bgsca
The following reply was made to PR kern/132722; it has been noted by GNATS.
From: John Hay
To: Bruce M Simpson
Cc: Matthias Apitz , freebsd-net@freebsd.org,
Sam Leffler , "Sean C. Farley" ,
bug-follo...@freebsd.org
Subject: Re: kern/132722: [ath] Wifi ath0 associates
ynchronised because it could not get to valid ntp
servers, so here you do not gain anything by adding a fake local clock.
You might just cause confusion because it will look like it is
synchronised where it is actually not. In the ntp server case you want
to be really carefull with using
the ntp.org site.
>
> If there are no objections, I'll ask re@ for permission to commit
> this.
This looks fine to me.
John
--
John Hay -- j...@meraka.csir.co.za / j...@freebsd.org
>
> David.
>
> Index: ntp.conf
> ===
#
jhay@fbsd-11-test:~ % telnet dolphin
Trying 146.64.28.14...
telnet: connect to address 146.64.28.14: Connection refused
Trying 2001:4200:7000:3:223:aeff:fea5:ef...
telnet: connect to address 2001:4200:7000:3:223:aeff:fea5:ef: Connection refuse
On Sat, Aug 30, 2014 at 12:41:56AM +0900, Hiroki Sato wrote:
> John Hay wrote
> in <20140829101707.ga83...@zibbi.meraka.csir.co.za>:
>
> jh> On Wed, Aug 27, 2014 at 11:59:25AM +, Bjoern A. Zeeb wrote:
> jh> >
> jh> > On 27 Aug 2014, at 06:31 , Jona
t and wait until you press ^C. The current behaviour
badly break (hang) scripts that expect the old behaviour.
Can these commits be reverted and the original bug be revisited, if need
be?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=151023
Regards
John
--
John Hay -- j...@meraka.csir
.yahoo.com (209.131.32.33) 274.140 ms
> [AS36752] ge-1-45.bas-b2.sp1.yahoo.com (209.131.32.49) 213.341 ms
> 18 [AS36752] freebsd.org (69.147.83.40) 214.386 ms 223.515 ms
> 212.548 ms
>
>
> What do you think?
Would it be difficult to ad
I came across that kind of use
with the olsr guys. They let olsrd twiddle one of the higher priority
fibs and then put fallback routes in a lower priority fib. That way
olsrd can override a route (even the default route) and when olsrd
exists and deltes a
On Fri, May 02, 2008 at 04:44:20PM +0100, Bruce M. Simpson wrote:
> John Hay wrote:
> >The linux guys seems to have multiple fibs (or whatever they call them)
> >which they can chain together by giving them different priorities. The
> >effect seems to be that a packet will b
osed to be
possible in FreeBSD and if so does someone know how?
Thanks.
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
.
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
TAILQ_REMOVE(&riprt_head, search_rrt,
rrt_next);
+ delroute(&search_rrt->rrt_info,
&search_rrt->rrt_gw);
+ free(search_rrt);
}
/* Attach the route to the list */
Hi,
I have logged it as a bug with a possible patch:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229807
Regards
John
On 8 July 2018 at 09:46, John Hay wrote:
> Hi All,
>
> I have a small ntp server (PC Engines APU), with an ipv6 subnet on lo0
> with route6d to adverti
On Wed, 25 Sep 2019 at 11:16, Eugene Grosbein wrote:
> On 25.09.2019 05:19, Rodney W. Grimes wrote:
>
> >> AFAIK, we never had any public ABI or stable KBI interface announced to
> userland or in-kernel consumers
> >> and had no consumers of dummynet other than ipfw(8) binary. Just
> increase typ
Hi Bjoern,
On Sun, 5 Dec 2021 at 19:19, Bjoern A. Zeeb wrote:
> On Sat, 4 Dec 2021, Bjoern A. Zeeb wrote:
>
> > On Sat, 4 Dec 2021, Kurt Jaeger wrote:
> >
> > I can reproduce some of this problem in the lab:
>
> Here's a fix https://reviews.freebsd.org/D33274 for HEAD.
>
Something I have observ
n 64
> scopeid 0x2
> inet x.x.x.146 --> x.x.x.145 netmask 0xfffc
> --
You can also enable the debug flag in ifconfig, then you will see the
ppp packets, that should also help debuging the problem.
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
1 cables. If you want to play with it,
look in /usr/src/sys/i386/isa/if_sr.c almost at the end of
srattach_pci(). You will see either SR_FLAGS_EXT_SEP_CLK or
SR_FLAGS_EXT_CLK gets assigned to sc->clk_cfg. If you search
further into the file for SR_FLAGS_EXT_CLK, you will find the
place whe
ble (My_Case) has to be added in
> sr_init_msci(structsr_softc *sc):
Oops! It looks like you found the bug. It is amazing that the driver
have lived so long with this. My test setup is much too forgiving. :-/
Can you try this (untested) patch and see if it still works, please?
This is basical
dr() does not expect.
Oh as a workaround I have configured route6d to ignore fxp1f0.
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
use an ifp->if_type
> > (IFT_XETHER) that nd6_storelladdr() does not expect.
> >
> > Oh as a workaround I have configured route6d to ignore fxp1f0.
> >
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
th "options IPX" and "options INET6".
Add a line
if_ef_load="YES"
to /boot/loader.conf.
Add the line
ipv6_enable="YES"
to /etc/rc.conf. (I think this should be enough even if you don't have
an ipv6 network.)
Reboot.
Login and then do the following, adjusti
about the interaction
between if_ef(4) and nd6_storelladdr()? Should a IFT_XETHER be added
to the case statement in nd6_storelladdr() or should if_ef(4) not try
to do ipv6?
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
Both functions are called and handed a mbuf with the idea that it
(ether_input() or ether_output()) should "send" it on as well as possible,
normally it will be to add it to the correct interface or network stack
queue. Any function calling ether_input() or ether_output() and expecting
>
> >> > will correct it. thanks for reporting.
>
>
>http://www.kame.net/dev/cvsweb.cgi/kame/kame/sys/netinet6/nd6.c.diff?r1=1.135&r2=1.136
>
> itojun
>
Any chance of this finding its way into -current and -stable (preferably
before the release)?
John
with minor adjustments to fit into our tree. I have tested it on
-current, but not on -stable yet.
Itojun will you look it over please?
I'm gone for the weekend now, so I'll only be able to commit it by
Sunday night. If someone wants to do it before then, you're welcome.
John
-
ackets between each SAP broadcast and
process them.
The other thing that this patch does is to add the ability to filter
certain SAP types. You can specify them on the commandline with the -f
option. So you can do something like this:
IPXrouted -s -f 0x640 -f 0x64e
John
--
John Hay -- [EM
ail. Would be nice to know what kind of
> problem your patch has fixed for you.
>
It depends on which packets got lost in the receive buffer overrun. If
it was SAP packets, you wouldn't see the machine anymore, although you
would be able to get to it if you use the ipx address. If it was
routing entry for it. Why I don't know. :-) If you have lots of
disk space, you can let IPXrouted log to a file and maybe see from that
what is going wrong.
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
0) at softclock_0x30e
>
> Any ideas?
I have also seen it here, but haven't had the time to look into it. I
guess it must be something that came in with the latest merge from the
Kame code, but I don't have proof of that. :-)
John
--
John Hay -- [EMAIL PROTECTED]
To Unsubscri
> - some specific command/activity
> - seeing certain packet
> - not related to command/activity, looks like some sort of timer issue
> - whatever
Up to now it has been at night when I'm not there. :-) I have enabled
saving of the kernel crashdump, so hopefully I
on both sides to point not to source but dest
> but this didn't help.
>
> If you know how can I make this, please tell me.
> I've tried to find some documentations about IPXIP or IPXrouted but I
> found nothing.
Look in the old mail archives because I did explain it (IPXI
one of them can be adjusted to support it.
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
brooks; state: Exp; lines: +15 -0
Fix tx-rate setting for Lucent cards.
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
ening is this: NFS sends a big packet (for
efficiency) and that gets fragmented by the ip layer and then sent as so
many back to back packets. If the card on the receiving could not receive
so many back to back packets and looses one or more, nfs will get stuck
retrying the same big packet and
iscious mode was enabled,
so at the end I just tunneled the multicast stuff over the wireless
net.
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
Index: if_wi.c
===
RCS file: /home/ncvs/src/sys/i386/isa/Attic/if_wi.c,v
ret
t the moment I'm not even at the point of trying to get multiple
interfaces on the same subnet working, although I would like to
do that in the future. It would help if you have a high-site with
multiple antennas and radios.
So anybody that know how to add a direct IPv6 host route on FreeBSD
On Mon, Sep 04, 2006 at 11:04:44AM +0900, [EMAIL PROTECTED] wrote:
> At Sun, 3 Sep 2006 15:22:14 +0200,
> John Hay wrote:
> >
> > Hi,
> >
> > Does anybody know how to add a direct IPv6 host route that actually works?
> > What I mean is not through a gat
:7000:15:202:6fff:fe41:1927 2001:4200:7000:15:202:6fff:fe22:9547 UHS
ath0
I looked with ndp -a, but nothing was added there.
Anybody got any ideas? This is the last part of getting olsrd to work
properly on FreeBSD using IPv6.
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED
}
break;
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
p;& SDL(gate)->sdl_alen == 0) {
+ ln->ln_state = ND6_LLINFO_INCOMPLETE;
}
break;
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailm
gt; What say thee?
Well what is there to do ipv4 multicast routing then? For ipv6 I have
been using the net/mcast-tools package with pim6sd and pim6dd, but it
seems that we are a bit thin in the ipv4 field... net/xorp maybe,
although it looks like an overkill... I haven't tried it myse
ng simple like "route add -inet6 -interface "
did work on "normal" interfaces like ethernet and wireless interfaces
too.
Olsrd will remove the route again when it isn't needed or correct
anymore, so there is no need for it to be removed by the OS. It
probably shouldn't be ma
nnel inet %s --> %s\n", src, dst);
af_inet6.c: printf("\ttunnel inet6 %s --> %s\n", src, dst);
##
PR 97014 also mentioned the problem. So what should we do? Should
ifconfig be fixed or should network.subr be fixed?
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROT
if (req == RTM_ADD && (rt->rt_flags & RTF_STATIC)) {
> + if (req == RTM_ADD) {
> /*
>* gate should have some valid AF_LINK entry,
>* and ln->ln_expire should have some lifetime
John
--
John Hay -- [EMAIL PROTECTED] / [EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Hi Tatuya,
Well after getting distracted for a while, I am back with this one.
On Fri, Jan 26, 2007 at 03:13:07AM +0900, JINMEI Tatuya / [EMAIL
PROTECTED]@C#:H wrote:
> >>>>> On Sun, 21 Jan 2007 09:32:44 +0200,
> >>>>> John Hay <[EMAIL PROTECTED]> sa
since FreeBSD 5.x was branched.
> Synchronization is now done using other mechanisms such as mutexes and
> spin locks. See the new man page locking(9) in -CURRENT.
It does not seem to get installed:
Doing a grep for locking in /usr/src/share/man/man9/Makefile produce
nothing.
John
--
John Hay --
On Tue, Mar 20, 2007 at 10:40:51AM +0300, Eygene Ryabinkin wrote:
> John, good day.
>
> Tue, Mar 20, 2007 at 09:31:50AM +0200, John Hay wrote:
> > > >
> > > splx() and friends have been no-ops since FreeBSD 5.x was branched.
> > > Synchronization is
ge ... I have ef
> configured into the kernel, as well as fxp, so kernel modules aren't
> involved here ...
>
I don't know if it will help, but I have never been able to get if_ef
working when it is compiled into the kernel. I just kldload it. And
I do use it with fxp devi
is used when transporting IPv6 packets over parts of the network
that doesn't have native IPv6 support. It is used when configuring a
gif(4) tunnel for instance:
ifconfig gif0
gif0: flags=8051 mtu 1280
tunnel inet xxx.xx.8.68 --> xxx.xx.223.30
in
73 matches
Mail list logo
