Re: New Config of Jails & 4 port NIC with 6.2 stable

On 2007-Apr-19 19:24:37 -0700, [EMAIL PROTECTED] wrote: >A FreeBSD Grasshopper needs help. This is probably more -questions fodder but anyway... >like to configure the above with Jails >My aim is local DNS, DHCP, Apache1.3, MySQL 4, PHP4, etc, etc. >basic server stuff. Whilst you need an IP addr

Device polling in the 5.x series

Hi All, Just to check. Still running some 5.x systems here and experiences trouble where device polling is turned on. I must add that i am using intel cards, so the em driver is involved as well. When i turn off device polling, the system is way more stable. Did polling ever really work well in

Re: net/mpd4: Unable to pass pass traffic as pptp client

232487741 Nikos Vassiliadis wrote: pptp0: connecting to 208.206.3.5 1723 [vpn] IPCP: LayerUp 172.30.29.9 -> 208.206.3.5 ifconfig [EMAIL PROTECTED] tom]# ifconfig ng0 ng0: flags=88d1 mtu 1396 inet 172.30.29.9 --> 208.206.3.5 netmask 0x It seems that your external peer address

attempting VPN again

OK, I found a Windows based VPN server at work (we have one windows + 2 cisco) I figured I'd try that because it was the least painful to setup elsewhere (meaning fewer things that vary in configuration?), and I found *some* references to connecting to it. http://lists.freebsd.org/pipermail/freeb

Re: attempting VPN again

OK, I figured ng0 stood for negraph, so I switched nve0 go ng0, and it had *some* improvement. I get a lot farther along. (When I man'ed ng0 - or attempted to, I accidentally did nge, and though that the sample was using a national semiconductors gigabit-ethernet controller, and I had to switch it

Re: attempting VPN again

On Fri, 20 Apr 2007 08:24:17 -0400, "Jim Stapleton" <[EMAIL PROTECTED]> wrote: > /usr/local/etc/mpd/mpd.conf > > vpn: > new -i nve0 vpn vpn > > set iface session 28800 > set bundle authname "WORK-DOMAIN\\WORK-USERNAME" > set bundle

Re: attempting VPN again

Thanks, I tried the nve0->ng0 thing (see my other email). After reading yours, I tried removing the extra blank line, but that did not fix anything either, or change the output. Thanks, -Jim Stapleton On 4/20/07, Nicolas Gieczewski <[EMAIL PROTECTED]> wrote: On Fri, 20 Apr 2007 08:24:17 -0400,

Re: wpi driver.

Hi, Thanks for the quick reply. But ... Orum wrote: Stefan, I've gotten it to work on 6.2, but you need to get the patched version (specifically made for 6.2) from this location: http://www.bsdmon.com/download/20070121-wpi-freebsd.tar.gz This does NOT compile on FreeBSD 6.2-stable from 12 Mar

MFC of ether_input() changes

Hi, Does anyone want to see these changes MFCed, or otherwise object to such an MFC? The introduction of M_PROMISC did the following: * Drop frames immediately if the interface is not marked IFF_UP. * Always trim off the frame checksum if present. * Always use M_VLANTAG in preference to

Re: [CODE DROP] Source-Specific Multicast for FreeBSD 7: Phase 1

I've had some feedback from Robert Watson which has been factored into the branch. Thanks, Robert! If I hear no objections I'll aim to commit this code to -CURRENT within the next week, subject to approval. No MFC is planned because of the magnitude of the change. Regards, BMS __

Re: rtentry and rtrequest

On Thu, 2007-04-19 at 21:53 +0400, Yar Tikhiy wrote: > 1. Ping the Linux side with packets close to the MTU in size (ping > -s), use different data patterns (ping -p), see with tcpdump -X if > the data gets damaged. Yeah I figured out. I wasn't handling mbuf chains properly so a bit of the packet

Re: MFC of ether_input() changes

Bruce M Simpson wrote: Hi, Does anyone want to see these changes MFCed, or otherwise object to such an MFC? The introduction of M_PROMISC did the following: * Drop frames immediately if the interface is not marked IFF_UP. ok * Always trim off the frame checksum if present. * Always

Re: MFC of ether_input() changes

On Fri, Apr 20, 2007 at 04:20:26PM +0100, Bruce M Simpson wrote: > For end users the main change of interest will be the ability for > FreeBSD to receive 802.1p frames, even if it doesn't do anything with > the priority fields right now. > > If I hear 'yeses' I will try to MFC this as time perm

Re: MFC of ether_input() changes

On Fri, Apr 20, 2007 at 04:20:26PM +0100, Bruce M Simpson wrote: > Hi, > > Does anyone want to see these changes MFCed, or otherwise object to such > an MFC? > The introduction of M_PROMISC did the following: > >* Drop frames immediately if the interface is not marked IFF_UP. >* Always t

Re: New Config of Jails & 4 port NIC with 6.2 stable

Ok, thanks, i see more! This helps a grate deal I will be back as i goof stuff up, LOL Thank you much - Original Message - From: Peter Jeremy To: [EMAIL PROTECTED] Cc: freebsd-net@freebsd.org Sent: Friday, April 20, 2007 3:33 AM Subject: Re: New Config of Jails & 4 port NIC with

Network interface failover in 6.2?

I need to set up a simple NIC failover in a 6.2 host, connected to Cisco 2950 switches. From searching the web it seems that the simples option for me is to use ng_fec (I'd rather use trunk/lagg, but I can't use -current for this). Since I haven't used netgraph before, I'd appreciate any advices an

Re: net/mpd4: Unable to pass pass traffic as pptp client

On Fri, 2007-04-20 at 14:49 +0300, Alexander Motin wrote: > 232487741 > Nikos Vassiliadis wrote: > >>pptp0: connecting to 208.206.3.5 1723 > >>[vpn] IPCP: LayerUp > >> 172.30.29.9 -> 208.206.3.5 > > > >>ifconfig > >>[EMAIL PROTECTED] tom]# ifconfig ng0 > >>ng0: flags=88d1 mtu 1396 > >>inet

Re: rtentry and rtrequest

On Sat, Apr 21, 2007 at 12:03:25AM +1000, Alan Garfield wrote: > On Thu, 2007-04-19 at 21:53 +0400, Yar Tikhiy wrote: > > > 1. Ping the Linux side with packets close to the MTU in size (ping > > -s), use different data patterns (ping -p), see with tcpdump -X if > > the data gets damaged. > > Yeah