Old Synopsis: kernel crash in "ifconfig destroy"
New Synopsis: [vlan] [panic] kernel crash in "ifconfig destroy"
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Thu Dec 25 03:27:33 UTC 2008
Responsible-Changed-Why:
Over to maintaine
g...@freebsd.org wrote:
At Tue, 23 Dec 2008 13:00:12 -0800,
julian wrote:
g...@freebsd.org wrote:
Hi,
I just checked in a small tool to HEAD in
/usr/src/tools/tools/ether_reflect which uses pcap and bpf to reflect
ethernet packets just about the driver layer without involving the
protocol stac
Hi,
Could you please provide the ifconfig output for completeness ?
Thanks,
-- Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Vladislav V. Prodan
> Sent: Wednesday, December 24, 2008 11:33 AM
> To: freebsd-curr...
On Mon, 22 Dec 2008, Alfred Perlstein wrote:
Hi,
Hey guys, we found a bug at Juniper and it resolves an issue
for us. I've been asked to forward this to FreeBSD, I honestly
am not that clear on the issue so I'm hoping someone can step
up to review this.
Synopsis is:
The traffic class byte i
On Wed, Dec 24, 2008 at 9:43 PM, Julian Elischer wrote:
> Luigi Rizzo wrote:
>>
>> On Wed, Dec 24, 2008 at 11:57:42AM +0100, Paolo Pisati wrote:
>>>
>>> Julian Elischer wrote:
OR
ngctl mkpeer em0: echo lower echo
hm no this would leave the source and destinat
Vladislav V. Prodan writes:
Before rebuild kernel, it appeared, and now there is no.
It is now adding routes?
That is so not working:
route add -net 79.140.0.0/20 -iface tun2
That's how works:
route add -net 79.140.0.0/20 195.138.80.168
Option "-interface" also does not help.
Luigi Rizzo wrote:
On Wed, Dec 24, 2008 at 11:57:42AM +0100, Paolo Pisati wrote:
Julian Elischer wrote:
OR
ngctl mkpeer em0: echo lower echo
hm no this would leave the source and destination headers in hte
same order.. they need to be swapped..
ok so I need to make a patch, but it wou
# uname -a
FreeBSD mary-teresa.X 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Dec 24
05:06:55 EET 2008
vla...@mary-teresa.x:/usr/obj/usr/src/sys/mary-teresa.10 amd64
We have two providers on tun1 and tun2.
>>/etc/rc.conf:
...
gateway_enable="YES"
router="/sbin/routed"
router_enable="YES"
Alfred Perlstein wrote:
The traffic class byte is set to 0x in the header of some
BGP packets sent between interfaces that have IPv6 addresses,
instead of the correct setting 0xc0 (INTERNETCONTROL).
Content free argument:
Feels right. I had to commit a man page diff to docu
Bruce Simpson wrote:
Robert Watson wrote:
...
Do we have any of the necessary software parts to do simulated ATM
hardware similar to what if_tap does for Ethernet? Using the VIMAGE
stuff and virtual ATM hardware might open up the door to a more
accessible development and test environment. I
Robert Watson wrote:
...
Do we have any of the necessary software parts to do simulated ATM
hardware similar to what if_tap does for Ethernet? Using the VIMAGE
stuff and virtual ATM hardware might open up the door to a more
accessible development and test environment. I did the NATM locking
On Wed, 24 Dec 2008, Bruce Simpson wrote:
Hartmut Brandt wrote:
In any case there is still an Todo on my side: the routing information for
NETNATM is currently lost somewhere between L2 and L3 :-) I guess I come
back to you in the new year to fix this issue... Have to fetch my ATM
equipment
Hi Ian,
Well, yuletide and new year is a good time to clean out the cupboards,
so... without further ado...
Ian FREISLICH wrote:
...
Do you have applications which do not explicitly specify the interface
address to use for multicast group joins?
If they do not, that's a bug in the applica
Dear Email Account User,
We wrote to you on 29 Novermber 2008 advising that you change the
password on your account in order to prevent any unauthorised
account access following the network instruction we previously
communicated.
All Mailhub systems will undergo regularly scheduled maintenance.
Bruce Simpson wrote:
> Ian FREISLICH wrote:
> > ...
> > I can't quite remember exactly why imr_ifindex doesn't work, but
> > on my hosts which have several hundred interfaces and my OSPF
> > sessions are never on the interface that has the default route,
> > until I explicitly set the imr_address,
On Wed, Dec 24, 2008 at 2:09 AM, Kip Macy wrote:
> The should be fixed with 186468. Please confirm.
Yes it seems to be fixed, thanks!
Cheers,
Antoine
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To uns
At Tue, 23 Dec 2008 13:00:12 -0800,
julian wrote:
>
> g...@freebsd.org wrote:
> > Hi,
> >
> > I just checked in a small tool to HEAD in
> > /usr/src/tools/tools/ether_reflect which uses pcap and bpf to reflect
> > ethernet packets just about the driver layer without involving the
> > protocol sta
At Tue, 23 Dec 2008 22:49:24 +0200,
Vladimir V. Kobal wrote:
>
> We are using pf+ALTQ for shaping and ipfw for filtering, diverting into
> netgraph nodes, attaching altq queues.
>
OK, that also makes sense given what I saw in the code. Can you
explain your entire setup? That is, which filters,
Ian FREISLICH wrote:
You can add net/quagga to that list as well.
net/xorp got bit too.
XORP doesn't do anything with the RTF_LLINFO information, so I have
checked in a 2 line fix to the XORP repo.
The ability to turn off ARP, or redirect ARP processing to a userland
daemon, would be in
Hartmut Brandt wrote:
In any case there is still an Todo on my side: the routing information
for NETNATM is currently lost somewhere between L2 and L3 :-) I guess
I come back to you in the new year to fix this issue... Have to fetch
my ATM equipment from the corner where it is collecting dust
The ARPv2 snap makes things that much more interesting.
I can foresee that folk may wish to do things e.g. with MANET
protocols. In an ad-hoc wireless world, things happen very differently.
Both ARP and IGMP straddle layer boundaries in the ISO 7 -layer model,
and are geared towards fixed net
Ian FREISLICH wrote:
...
I can't quite remember exactly why imr_ifindex doesn't work, but
on my hosts which have several hundred interfaces and my OSPF
sessions are never on the interface that has the default route,
until I explicitly set the imr_address, the kernel always chooses
the interface w
Hi All,
I'm facing lots of UDP "Connection refused" errors while running
multistream iperf test.
Analyzing it with wireshark showed several "ICMP Port Unreachable" problems.
I've overriden it with "sysctl net.inet.udp.blackhole=1", but I'm not
sure this is the correct thing to do, I feel like I'v
On Tue, 23 Dec 2008, Randall Stewart wrote:
4) revamped my s9indent use.. I ran it and then patched back
in just its complaints about me... that way the other s9 issues
can stay in the file untouched by me :-D
Thanks, but it still has many of the style bugs already pointed out
and a few ne
On Wed, Dec 24, 2008 at 11:57:42AM +0100, Paolo Pisati wrote:
> Julian Elischer wrote:
> >
> >OR
> >
> >ngctl mkpeer em0: echo lower echo
> >
> >
> >hm no this would leave the source and destination headers in hte
> >same order.. they need to be swapped..
> >
> >ok so I need to make a patch, b
Julian Elischer wrote:
OR
ngctl mkpeer em0: echo lower echo
hm no this would leave the source and destination headers in hte
same order.. they need to be swapped..
ok so I need to make a patch, but it would be much quicker than a user
utility..
what about a netgraph cookbook?
___
On Tue, Dec 23, 2008 at 11:39:09PM +0100, Hartmut Brandt wrote:
> Well, they did this in the past, for example when I did some heavy work
> on make(1). At that time Kris did this, I don't know through which
> magic, though.
Just email portmgr@ and ask for a regression-test on the build cluster.
27 matches
Mail list logo
