Re: kern/116077: 6.2-STABLE panic during use of multi-cast networking client

2007-11-06 Thread Norbert Papke
The following reply was made to PR kern/116077; it has been noted by GNATS. From: Norbert Papke [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: kern/116077: 6.2-STABLE panic during use of multi-cast networking client Date: Mon, 05 Nov 2007 23:45:31

Re: rtfree: 0xc741ee88 has 1 refs

2007-11-06 Thread Stefan Lambrev
Hi, Sorry to reply to myself, but I found that the problem exist only if the GW is carp interface, e.g. 10.1.1.1 sits on carp0 on default GW. I'm still testing how to reproduce this in my test lab and will fill a PR. Stefan Lambrev wrote: Hi, I see rtfree: 0xc741ee88 has 1 refs with freebsd

icmp type 5 redirect

2007-11-06 Thread Stefan Lambrev
Hi, When FreeBSD 6 act as a gatewa,y by default sends icmp type 5 redirect when needed, but releng_7 does not. Any ideas how to enable this on RELENG_7? net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200 net.inet.icmp.bmcastecho: 0 net.inet.icmp.quotelen: 8

Re: IPFW/Divert problem...

2007-11-06 Thread Andrey V. Elsukov
Eric F Crist wrote: firewall_enable=YES firewall_script=/etc/ipfw.sh FWIW, ipfw.sh ONLY has count rules it it. There isn't any NAT/etc going on here. Also, IPFW was compiled with DEFAULT TO ACCEPT, since I'm not really using it for anything other than accounting. In the your /etc/ipfw.sh

Re: IPFW/Divert problem...

2007-11-06 Thread Eric F Crist
On Nov 6, 2007, at 7:32 AM, Andrey V. Elsukov wrote: Eric F Crist wrote: firewall_enable=YES firewall_script=/etc/ipfw.sh FWIW, ipfw.sh ONLY has count rules it it. There isn't any NAT/etc going on here. Also, IPFW was compiled with DEFAULT TO ACCEPT, since I'm not really using it for

Re: re0: RealTek 8168/8111B: no carrier

2007-11-06 Thread Alexander Shikoff
On Tue, Nov 06, 2007 at 04:19:14PM +0200, Alexander Shikoff wrote: Hello, I have box with 7.0-BETA2 installed (csup-ed and built today). There is a problem with on-board Gigabit Realtek card: re0: RealTek 8168/8111B PCIe Gigabit Ethernet port 0xc000-0xc0ff mem 0xf200-0xf2000fff irq

re0: RealTek 8168/8111B: no carrier

2007-11-06 Thread Alexander Shikoff
Hello, I have box with 7.0-BETA2 installed (csup-ed and built today). There is a problem with on-board Gigabit Realtek card: re0: RealTek 8168/8111B PCIe Gigabit Ethernet port 0xc000-0xc0ff mem 0xf200-0xf2000fff irq 17 at device 0.3 re0: Using 2 MSI messages miibus0: MII bus on re0 re0:

Re: IPFW/Divert problem...

2007-11-06 Thread Andrey V. Elsukov
Eric F Crist wrote: In the your /etc/ipfw.sh script you should use -f flag when you run ipfw flush command. I am, but that has nothing to do with my problem. My problem is that, during system boot, I'm asked the following question: Loading divert daemons Are you sure? [yn]: The system

Re: IPFW/Divert problem...

2007-11-06 Thread Eric F Crist
On Nov 6, 2007, at 9:28 AM, Andrey V. Elsukov wrote: Eric F Crist wrote: In the your /etc/ipfw.sh script you should use -f flag when you run ipfw flush command. I am, but that has nothing to do with my problem. My problem is that, during system boot, I'm asked the following question:

rh0

2007-11-06 Thread Randy Bush
it is alleged that rh0 is processed in 6.2 ( http://www.6journal.org/archive/0284/01/IPv6_RH_security-csw07.pdf). is this true. is rh0 processed in 7 and -current? randy ___ freebsd-net@freebsd.org mailing list

Re: icmp type 5 redirect

2007-11-06 Thread Stefan Lambrev
Hi, Yuri Pankov wrote: On Tue, 2007-11-06 at 14:04 +0200, Stefan Lambrev wrote: Hi, When FreeBSD 6 act as a gatewa,y by default sends icmp type 5 redirect when needed, but releng_7 does not. Any ideas how to enable this on RELENG_7? net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200

Re: icmp type 5 redirect

2007-11-06 Thread Yuri Pankov
On Tue, 2007-11-06 at 14:04 +0200, Stefan Lambrev wrote: Hi, When FreeBSD 6 act as a gatewa,y by default sends icmp type 5 redirect when needed, but releng_7 does not. Any ideas how to enable this on RELENG_7? net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200

Re: rh0

2007-11-06 Thread Vince
Randy Bush wrote: it is alleged that rh0 is processed in 6.2 ( http://www.6journal.org/archive/0284/01/IPv6_RH_security-csw07.pdf). is this true. is rh0 processed in 7 and -current? http://security.freebsd.org/advisories/FreeBSD-SA-07:03.ipv6.asc was release since 6.2 so a stock 6.2

Re: rh0

2007-11-06 Thread Brooks Davis
On Tue, Nov 06, 2007 at 08:08:35AM -0800, Randy Bush wrote: it is alleged that rh0 is processed in 6.2 ( http://www.6journal.org/archive/0284/01/IPv6_RH_security-csw07.pdf). is this true. is rh0 processed in 7 and -current? 6.2-RELEASE with no patches does process rh0 like basicly every

Re: re0: RealTek 8168/8111B: no carrier

2007-11-06 Thread Pyun YongHyeon
On Tue, Nov 06, 2007 at 04:38:19PM +0200, Alexander Shikoff wrote: On Tue, Nov 06, 2007 at 04:19:14PM +0200, Alexander Shikoff wrote: Hello, I have box with 7.0-BETA2 installed (csup-ed and built today). There is a problem with on-board Gigabit Realtek card: re0: RealTek

Re: Marvell chipsets on 8-CURRENT and XP x64 won't talk with one another

2007-11-06 Thread Pyun YongHyeon
On Mon, Nov 05, 2007 at 03:12:34PM -0800, Garrett Cooper wrote: Garrett Cooper wrote: On Oct 31, 2007, at 9:50 AM, Garrett Cooper wrote: I'm running tcpdump on my Mac and I noted a lot of 'bad checksums' (0x081c was the official error in all cases), then consulted the msk driver. It

Re: re0: RealTek 8168/8111B: no carrier

2007-11-06 Thread Pyun YongHyeon
On Wed, Nov 07, 2007 at 09:37:08AM +0200, Alexander Shikoff wrote: On Wed, Nov 07, 2007 at 09:24:30AM +0900, Pyun YongHyeon wrote: # pciconf -lv [...] [EMAIL PROTECTED]:3:0:0: class=0x02 card=0xe0001458 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek

Re: re0: RealTek 8168/8111B: no carrier

2007-11-06 Thread Alexander Shikoff
On Wed, Nov 07, 2007 at 09:24:30AM +0900, Pyun YongHyeon wrote: # pciconf -lv [...] [EMAIL PROTECTED]:3:0:0: class=0x02 card=0xe0001458 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC'