Re: improving transport over lossy links ?

2006-05-22 Thread Edward B. DREGER
BC> Date: Sun, 21 May 2006 18:15:21 +0100 BC> From: Brian Candler BC> [I]n theory you might be able to find a modem which is physically BC> connected as ISDN BRI but which supports v90 analogue modulation) Ascend MAX 1800 or MAX 3000 Eddy -- Everquick Internet - http://www.everquick.net/ A divi

Re: nd6_lookup prints bogus messages with point to point devices

2006-05-22 Thread JINMEI Tatuya / 神明達哉
> On Thu, 18 May 2006 01:35:35 +0900, > JINMEI Tatuya <[EMAIL PROTECTED]> said: >> I'm seeing the messages on the machine in Eindhoven (running RELENG_6 >> from a few days/weeks ago), but they also show up on my HEAD machine at >> home. Below is the output of `ifconfig gif0` on my machine

Re: nd6_lookup prints bogus messages with point to point devices

2006-05-22 Thread Ed Schouten
* JINMEI Tatuya <[EMAIL PROTECTED]> wrote: > Could you try the patch attached below? It's for 6.1-RELEASE, but I > guess it's pretty easy to apply to CURRENT. I've applied it on my CURRENT box at home and it works. Hooray! :) Yours, -- Ed Schouten <[EMAIL PROTECTED]> WWW: http://g-rave.nl/

Current problem reports assigned to you

2006-05-22 Thread FreeBSD bugmaster
Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description --- o [2006/01/30] kern/92552 net A serious bug in most network drivers fro a [2006/02/12] kern

nfsd and CPU/performance problem

2006-05-22 Thread Marko Lerota
My nfs server is chewing to much CPU even when nobody writes to nfs partition. The clients are RHES4. I don't know much about nfs but I followed the steps in handbook. Look: last pid: 43588; load averages: 0.46, 0.77, 0.81 28 processes: 1 running, 27 sleeping CPU states: 0.0% user, 0.0% n

How to Quicken TCP Re-transmission?

2006-05-22 Thread mag
Hi, I want to transmit data between host A and host B. The link between these two hosts is really bad: PING reports 30% packet loss and about 60 ms return delay. This means if timed out for 1 second, the data must have been lost. I keep "net.inet.tcp.rexmit_min" and "net.inet.tcp.rexmit_sl

Re: How to Quicken TCP Re-transmission?

2006-05-22 Thread Chuck Swiger
[EMAIL PROTECTED] wrote: Hi, I want to transmit data between host A and host B. The link between these two hosts is really bad: PING reports 30% packet loss and about 60 ms return delay. OK. This means if timed out for 1 second, the data must have been lost. Well, no, that's not necess

Re: How to Quicken TCP Re-transmission?

2006-05-22 Thread Brian Candler
On Mon, May 22, 2006 at 07:51:33PM +0800, [EMAIL PROTECTED] wrote: > I want to transmit data between host A and host B. The link between > these two hosts is really bad: PING reports 30% packet loss How big are the pings? Try ping -c100 -s1472 x.x.x.x to send 1500-byte pings (20 bytes IP

Re: How to Quicken TCP Re-transmission?

2006-05-22 Thread Marcin Jessa
On Mon, 22 May 2006 19:51:33 +0800 [EMAIL PROTECTED] wrote: > Hi, > I want to transmit data between host A and host B. The link > between these two hosts is really bad: PING reports 30% packet loss > and about 60 ms return delay. This means if timed out for 1 second, > the data must have been

Re: How to Quicken TCP Re-transmission?

2006-05-22 Thread Joshua Blanton
[EMAIL PROTECTED] wrote: > I want to transmit data between host A and host B. The link between > these two hosts is really bad: PING reports 30% packet loss and about > 60 ms return delay. This means if timed out for 1 second, the data must > have been lost. > I keep "net.inet.tcp.rexmit_mi

Re: How to Quicken TCP Re-transmission?

2006-05-22 Thread Mark Allman
> You can take a look at SCPS - http://www.scps.org/ Their protocol is > used on lossy links with big latency and packet loss (such as > satellites) and overcomes shortcomings of TCP. It works with divert > mechanism of FreeBSD and I ported the tap device part as well to both > NetBSD / FreeBSD (

Re: How to Quicken TCP Re-transmission?

2006-05-22 Thread Mark Allman
> > > You can take a look at SCPS - http://www.scps.org/ Their protocol is > > used on lossy links with big latency and packet loss (such as > > satellites) and overcomes shortcomings of TCP. It works with divert > > mechanism of FreeBSD and I ported the tap device part as well to both > > NetBSD

Re: How to Quicken TCP Re-transmission?

2006-05-22 Thread mag
Thank you for your answers, Joshua, Marcin, Brian and Chuck. Actually, I want to configure APACHE to distribute files (several mega bytes large each) to any Internet visitor. My server (host A) is served by a non-profitable Internet operator in China. But most of Chinese Internet use

Re: How to Quicken TCP Re-transmission?

2006-05-22 Thread Joshua Blanton
[EMAIL PROTECTED] wrote: > Actually, I want to configure APACHE to distribute files (several > mega bytes large each) to any Internet visitor. > > My server (host A) is served by a non-profitable Internet operator > in China. But most of Chinese Internet users (host B) are served by two >

Re: How to Quicken TCP Re-transmission?

2006-05-22 Thread mag
I believe two points: 1. Receiver should tell sender to re-send as soon as possible. (But TCP makes receiver purely passive) 2. Receiver should tell sender what is really necessary to re-send. (Sometimes only a single ACK number of TCP cannot include enough information) ---

Re: How to Quicken TCP Re-transmission?

2006-05-22 Thread mag
Joshua Blanton wrote: [EMAIL PROTECTED] wrote: Actually, I want to configure APACHE to distribute files (several mega bytes large each) to any Internet visitor. My server (host A) is served by a non-profitable Internet operator in China. But most of Chinese Internet users (host B) are

Re: nd6_lookup prints bogus messages with point to point devices

2006-05-22 Thread George V. Neville-Neil
At Mon, 22 May 2006 18:40:48 +0900, jinmei wrote: > Could you try the patch attached below? It's for 6.1-RELEASE, but I > guess it's pretty easy to apply to CURRENT. > > The essential reason of this problem is that the latest kernel regards > the destination address of a point-to-point interface

Re: nd6_lookup prints bogus messages with point to point devices

2006-05-22 Thread JINMEI Tatuya / 神明達哉
> On Mon, 22 May 2006 09:50:37 -0700, > "George V. Neville-Neil" <[EMAIL PROTECTED]> said: >> Could you try the patch attached below? It's for 6.1-RELEASE, but I >> guess it's pretty easy to apply to CURRENT. >> >> The essential reason of this problem is that the latest kernel regards >