Re: UCARP support for FreeBSD

2004-12-08 Thread Jeremie Le Hen
> This is something else which needs a pcap/tcpdump update. Currently there > is no way to specify this behaviour at runtime. > > Hopefully this should be resolved at the next import. Do you know when it is scheduled ? -- Jeremie Le Hen [EMAIL PROTECTED]

Re: the correct ipv6 behavior for interfaces with gif tunnel on them

2004-12-08 Thread JINMEI Tatuya / 神明達哉
> On Wed, 8 Dec 2004 13:22:10 +0100, > "Konstantin KABASSANOV" <[EMAIL PROTECTED]> said: > I have a freebsd box with a gif tunnel configured. I observed that even if > ifconfig displays MTU 1500 for both gif and physical interface, 1300 bytes > ipv6 packets transiting on the gif interface

Re: New ICMP limits

2004-12-08 Thread James
On Wed, Dec 08, 2004 at 06:21:07PM -0800, Bruce M Simpson wrote: > On Wed, Dec 08, 2004 at 03:53:07PM +0100, Andre Oppermann wrote: > > I'll take care of this but I'm busy right now. Look into it later this > > week. > > Thanks for looking into this, this is one of the items which came up on > t

Re: New ICMP limits

2004-12-08 Thread Bruce M Simpson
On Wed, Dec 08, 2004 at 03:53:07PM +0100, Andre Oppermann wrote: > I'll take care of this but I'm busy right now. Look into it later this week. Thanks for looking into this, this is one of the items which came up on the TODO lists of three separate projects (TowardEX's, XORP's, and the Network Ju

Re: UCARP support for FreeBSD

2004-12-08 Thread Bruce M Simpson
On Wed, Dec 08, 2004 at 01:02:09PM -0600, Scott M. Ferris wrote: > ucarp will compile and run, but will silently fail to send heartbeats > due to the way libpcap > opens bpf on FreeBSD. You can find a patch to libpcap in PR 72814. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=72814 This is some

Best layer 2 bridge over IP solution ?

2004-12-08 Thread Andrew White
I'm looking for suggestions to the problem below, any help appreciated !! I have several offices which use LAT MOP and IPX. This works over the existing WAN as it is a combination of bridging and routing (routed IP ). I would like to move to a pure IP network, but need to transport these protoco

Re: Another bug with netmasked aliases (with fix)

2004-12-08 Thread Ruslan Ermilov
Hi Max, On Wed, Dec 08, 2004 at 09:06:58PM +0100, Max Laier wrote: > Any reason you didn't include the following (also part > of OpenBSD rev. 1.47)?: > I developed it independently of OpenBSD, and only later found that OpenBSD also had it, so I missed this part. It's indeed needed. > | /*

Re: the correct ipv6 behavior for interfaces with gif tunnel on them

2004-12-08 Thread gnn
At Wed, 8 Dec 2004 13:22:10 +0100, Konstantin KABASSANOV wrote: > > [1 ] > Hello, > > I have a freebsd box with a gif tunnel configured. I observed that even if > ifconfig displays MTU 1500 for both gif and physical interface, 1300 bytes > ipv6 packets transiting on the gif interface are systema

Re: Another bug with netmasked aliases (with fix)

2004-12-08 Thread Max Laier
On Tuesday 07 December 2004 15:59, Ruslan Ermilov wrote: > Hi Max, > > I played today with "netmasked aliases", and found what > appears to be another bug. > > Adding an alias to the Ethernet interface with the same > netmask results in this address not being pingable from > this host -- it just sp

Very strange kevent problem possibly to do with vinum

2004-12-08 Thread Kevin Day
I have a really really strange kevent problem(i think anyway) that has really stumped me. Here's the scenario: Three mostly identical servers running 5.2.1 or 5.3 (problem exists on both). All three running thttpd sending out large files to thousands of clients. Thttpd internally uses kqueue/k

Re: UCARP support for FreeBSD

2004-12-08 Thread Scott M. Ferris
On Wed, 8 Dec 2004 11:58:49 +0200, Vladimir Terziev <[EMAIL PROTECTED]> wrote: > >Hi Jeremie, > >I've managed to build UCARP binary on FreeBSD 4.x without any problem. > Now i have to test it how good it works. ucarp will compile and run, but will silently fail to send heartbeats due to

Re: New ICMP limits

2004-12-08 Thread Andre Oppermann
Michal Mertl wrote: > > Hello, > > I think some network administrators may want to set different maximum rate > for different types of ICMP replies. Currently the limit > net.inet.icmp.icmplim is enforced independently for the following cases - > ICMP echo-reply, ICMP timestamp reply, ICMP port u

New ICMP limits

2004-12-08 Thread Michal Mertl
Hello, I think some network administrators may want to set different maximum rate for different types of ICMP replies. Currently the limit net.inet.icmp.icmplim is enforced independently for the following cases - ICMP echo-reply, ICMP timestamp reply, ICMP port unreachable (generated as a respo

the correct ipv6 behavior for interfaces with gif tunnel on them

2004-12-08 Thread Konstantin KABASSANOV
Hello, I have a freebsd box with a gif tunnel configured. I observed that even if ifconfig displays MTU 1500 for both gif and physical interface, 1300 bytes ipv6 packets transiting on the gif interface are systematically fragmented while transiting on the lower physical interface to 1280 bytes. Is

Re: em(4) VLAN + PROMISC still doesn't work with latest CVS version

2004-12-08 Thread Robert Watson
On Wed, 8 Dec 2004, Iasen Kostov wrote: > #:> ident if_em.c > if_em.c: > $FreeBSD: src/sys/dev/em/if_em.c,v 1.44.2.4 2004/11/23 22:28:40 > rwatson Exp $ > > I've deleted the whole dir and cvsuped. Does 1.54 differs much from > 1.44.2.4 ? Very odd. I have 1.44.2.4 checked out here, and i

Re: em(4) VLAN + PROMISC still doesn't work with latest CVS version

2004-12-08 Thread Iasen Kostov
Iasen Kostov wrote: Iasen Kostov wrote: Robert Watson wrote: On Wed, 8 Dec 2004, Iasen Kostov wrote: The patch generates .rej against this version: /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.44.2.4 2004/11/23 22:28:40 rwatson Exp $*/ should I use the version from -CURRENT or it is possible (

Re: em(4) VLAN + PROMISC still doesn't work with latest CVS version

2004-12-08 Thread Iasen Kostov
Iasen Kostov wrote: Robert Watson wrote: On Wed, 8 Dec 2004, Iasen Kostov wrote: The patch generates .rej against this version: /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.44.2.4 2004/11/23 22:28:40 rwatson Exp $*/ should I use the version from -CURRENT or it is possible (adjusted patch) to

Re: em(4) VLAN + PROMISC still doesn't work with latest CVS version

2004-12-08 Thread Iasen Kostov
Robert Watson wrote: On Wed, 8 Dec 2004, Iasen Kostov wrote: The patch generates .rej against this version: /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.44.2.4 2004/11/23 22:28:40 rwatson Exp $*/ should I use the version from -CURRENT or it is possible (adjusted patch) to work with this on

Re: em(4) VLAN + PROMISC still doesn't work with latest CVS version

2004-12-08 Thread Robert Watson
On Wed, 8 Dec 2004, Iasen Kostov wrote: > The patch generates .rej against this version: > > /*$FreeBSD: src/sys/dev/em/if_em.c,v 1.44.2.4 2004/11/23 22:28:40 > rwatson Exp $*/ > should I use the version from -CURRENT or it is possible (adjusted > patch) to work with this one ? Odd. I succ

Re: em(4) VLAN + PROMISC still doesn't work with latest CVS version

2004-12-08 Thread Iasen Kostov
Robert Watson wrote: On Tue, 7 Dec 2004, Iasen Kostov wrote: Is there an update on this case or I should find a way to disable all hw "things" in the driver ?:) (because things are getting hot here :). Try the attached patch? The vlan header in promisc mode was getting inserted after t

Re: em(4) VLAN + PROMISC still doesn't work with latest CVS version

2004-12-08 Thread Robert Watson
On Tue, 7 Dec 2004, Iasen Kostov wrote: > Is there an update on this case or I should find a way to disable > all hw "things" in the driver ?:) (because things are getting hot here > :). Try the attached patch? The vlan header in promisc mode was getting inserted after the mbuf was mapped

Re: UCARP support for FreeBSD

2004-12-08 Thread Vladimir Terziev
Hi Jeremie, I've managed to build UCARP binary on FreeBSD 4.x without any problem. Now i have to test it how good it works. Vladimir On Tue, 7 Dec 2004 22:45:54 +0100 Jeremie Le Hen <[EMAIL PROTECTED]> wrote: > > i need to implement gateway redundancy for our server farm. I