Re: React to ICMP administratively prohibited ?

2000-11-18 Thread John Hay
> > I'm currently looking at how various operating systems react to a 'ICMP > administratively prohibited'. > > My motivation is setup's where access to the primary mailserver is > blocked by filters (usually to block open relay's), and all mail has to > go via the backup MX, a example from a cu

Re: slab allocator for FreeBSD

2000-11-18 Thread Andreas Persson
On Fri, Nov 17, 2000 at 06:12:49PM -0600, Mohit Aron wrote: >Hi, > does anyone know of a slab allocator implementation for BSD ? Linux >now supports a slab allocator in the kernel for efficient allocation and >deallocation of memory objects. FreeBSD supports this as well with the zone alloc

close(), shutdown() behaviour when SO_LINGER is set.

2000-11-18 Thread Dmitry Sychov
Greetings!   I'am developing the single thread http server which uses kqueue/kevent for both sockets and async file reads. It works just fine and I thought I 'd be able to do all the stuff with one thread until it comes to proper socket closing.   As far as I understand the only way for se

kqueue()/kevent(), select() and poll()

2000-11-18 Thread Maxime Henrion
Hi, I was wondering if it was reasonnable to implement the select() and poll() system calls as kqueue()/kevent() wrappers. This would make any application using these system calls benefit from the performance improvements of the new kernel thread. Do you think it's possible and that it w

Re: React to ICMP administratively prohibited ?

2000-11-18 Thread Jesper Skriver
On Fri, Nov 17, 2000 at 02:29:04PM -0800, Alfred Perlstein wrote: > * Jesper Skriver <[EMAIL PROTECTED]> [001117 12:11] wrote: > [snip] > > > > This timeout could be avoided if the sending mail server reacted to the > > 'ICMP administratively prohibited' they got from our router. > [snip] > > >

Re: React to ICMP administratively prohibited ?

2000-11-18 Thread Jesper Skriver
On Sat, Nov 18, 2000 at 10:19:01AM +0200, John Hay wrote: > > > > I'm currently looking at how various operating systems react to a 'ICMP > > administratively prohibited'. > > > > My motivation is setup's where access to the primary mailserver is > > blocked by filters (usually to block open rel

Cut your mortgage costs & get a FREE consultation

2000-11-18 Thread Finances Dept
Your Mortgage Options www.captainmortgage.co.uk ~~~ Make an appointment for any of the following mortgage services and we will give you a £10 flight to New York *Terms and Conditions apply check website for details

Re: AW: Best Gigabit ethernet for 4.x

2000-11-18 Thread Dennis
At 04:28 PM 11/17/2000, Schmalzbauer, Harald wrote: >I just heard that Intel doesn't supply documentation on ther chipset and the >FreeBSD and Linux support is quiet bad. The Netgear GA620 is said to be >twice as fast. The same Chipset (Alteon Tigon/AceNIC) is on the 3com985. Are all of the card

Re: React to ICMP administratively prohibited ?

2000-11-18 Thread Mike Silbersack
On Sat, 18 Nov 2000, Jesper Skriver wrote: > On Fri, Nov 17, 2000 at 02:29:04PM -0800, Alfred Perlstein wrote: > > > > Probably not, what if one started a stream of spoofed ICMP lying > > about the state of the route between the two machines? I have > > the impression that the Linux box wouldn

Re: kqueue()/kevent(), select() and poll()

2000-11-18 Thread Alfred Perlstein
* Maxime Henrion <[EMAIL PROTECTED]> [001118 06:03] wrote: > Hi, > > I was wondering if it was reasonnable to implement the select() and poll() > system calls as kqueue()/kevent() wrappers. This would make any application > using these system calls benefit from the performance improvements

Re: React to ICMP administratively prohibited ?

2000-11-18 Thread Alfred Perlstein
* Jesper Skriver <[EMAIL PROTECTED]> [001118 06:54] wrote: > On Fri, Nov 17, 2000 at 02:29:04PM -0800, Alfred Perlstein wrote: > > * Jesper Skriver <[EMAIL PROTECTED]> [001117 12:11] wrote: > > [snip] > > > > > > This timeout could be avoided if the sending mail server reacted to the > > > 'ICMP

Re: React to ICMP administratively prohibited ?

2000-11-18 Thread Jesper Skriver
On Sat, Nov 18, 2000 at 11:04:55AM -0600, Mike Silbersack wrote: > > On Sat, 18 Nov 2000, Jesper Skriver wrote: > > > On Fri, Nov 17, 2000 at 02:29:04PM -0800, Alfred Perlstein wrote: > > > > > > Probably not, what if one started a stream of spoofed ICMP lying > > > about the state of the route

Re: React to ICMP administratively prohibited ?

2000-11-18 Thread Alfred Perlstein
* Jesper Skriver <[EMAIL PROTECTED]> [001118 09:36] wrote: > > Which is not a option in this case, and in the real world it's that > uncommon. > > I'll see if I can get code together which will do this. > > If we leave this off by default, would people object to putting in > this functionality

Re: React to ICMP administratively prohibited ?

2000-11-18 Thread Mike Silbersack
On Sat, 18 Nov 2000, Jesper Skriver wrote: > > or just stop filtering totally. > > Which is not a option in this case, and in the real world it's that > uncommon. > > I'll see if I can get code together which will do this. > > If we leave this off by default, would people object to putting in

"device not configured" from sa driver

2000-11-18 Thread void
I have set up a tape drive, correctly I believe, yet I keep getting "device not configured" errors from it. See: http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=2849646+2851949+/usr/local/www/db/text/2000/freebsd-questions/20001029.freebsd-questions Some have said that this error indicates no tapes

Re: "device not configured" from sa driver

2000-11-18 Thread Matthew Jacob
Try an mt -f /dev/nrsa0 status and mt -f /dev/nrsa1 status The ctl node specifically makes no access to the device. If there is indeed a tape inserted, build a CAMDEBUG kernel, boot it, and do camcontrol debug -Ic b:t:l (b = bus, t = target, l = lun) and then do the 'mt status' dance as a

Re: React to ICMP administratively prohibited ?

2000-11-18 Thread Jesper Skriver
On Sat, Nov 18, 2000 at 03:18:36PM -0600, Mike Silbersack wrote: > > On Sat, 18 Nov 2000, Jesper Skriver wrote: > > > > or just stop filtering totally. > > > > Which is not a option in this case, and in the real world it's that > > uncommon. > > > > I'll see if I can get code together which wi

Re: AW: Best Gigabit ethernet for 4.x

2000-11-18 Thread Kenneth D. Merry
On Sat, Nov 18, 2000 at 11:33:29 -0500, Dennis wrote: > At 04:28 PM 11/17/2000, Schmalzbauer, Harald wrote: > >I just heard that Intel doesn't supply documentation on ther chipset and the > >FreeBSD and Linux support is quiet bad. The Netgear GA620 is said to be > >twice as fast. The same Chipset

Re: React to ICMP administratively prohibited ?

2000-11-18 Thread Louis A. Mamakos
> > On Sat, 18 Nov 2000, Jesper Skriver wrote: > > > On Fri, Nov 17, 2000 at 02:29:04PM -0800, Alfred Perlstein wrote: > > > > > > Probably not, what if one started a stream of spoofed ICMP lying > > > about the state of the route between the two machines? I have > > > the impression that the

Re: Legacy ethernet cards in FreeBSD

2000-11-18 Thread Sue Blake
On Fri, Nov 10, 2000 at 02:27:31PM +0100, Koster, K.J. wrote: > If there are people who are cleaning up the support for older network cards > in FreeBSD I'd like to help out by sending you my old NICs. It's not like > they're any good to me without OS support. > > Please contact me off-list for

sendfile for raw disk (was: zero copy TCP)

2000-11-18 Thread DSD staff
> > Both, but I may do either way, depending on which way is easier. > > If we can directly DMA from a disk drive to a NIC, that will be great. > > If the current implementation requires preloaded buffer, that works. > > So, where can I look for the patch? > > > > Please see sendfile(2).

Re: sendfile for raw disk (was: zero copy TCP)

2000-11-18 Thread David Greenman
>> > Both, but I may do either way, depending on which way is easier. >> > If we can directly DMA from a disk drive to a NIC, that will be great. >> > If the current implementation requires preloaded buffer, that works. >> > So, where can I look for the patch? >> > >> >> Please see sendf