Hi thanks for the answer.
However I am trying to find solution from the server end if that is possible.
Also I tried setting the InactivityTimeout to different values but still I am
getting time out at 40-45 seconds :(
regards,
Bikrant
On Thursday 13 January 2005 12:22, Ted Mittelstaedt wrote:
Are there any plans to bring the ALTQ support for the bge driver (rev
1.79) to RELENG_5?
Thanks
Dave
--
[EMAIL PROTECTED]
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[E
At Wed, 12 Jan 2005 17:07:36 -0800,
julian wrote:
>
> and secondly, does anyone have any experience with this sort of problem?
>
Here is a paper on the subject:
http://www.postel.org/pipermail/end2end-interest/2002-January/001705.html
Later,
George
_
On Thu, Jan 13, 2005 at 03:31:22PM -0800, Thomas M. Skeren III wrote:
> Kris Kennaway wrote:
>
> >On Thu, Jan 13, 2005 at 03:05:02PM -0800, Thomas M. Skeren III wrote:
> >
> >
> >>Trying to compile AMD64 with smbfs.
> >>
> >>Added
> >>
> >>optionsSMBFS
> >>options NETSMB
> >>
> >>got a l
Wilkinson, Alex wrote:
0n Thu, Jan 13, 2005 at 03:34:03PM -0800, Julian Elischer wrote:
>DeltaT SEQ-SRTR:SEQ_ENDpacket#
>--
>346853 2856:2920(64)1
>370821 2920:4368(1448) 2
>004410 8712:10160(1448) 6
>
Hey,
I've recently had a confusing problem using the NDIS modules and
thought it might be of interest to someone. On Sunday I decided to
update to the latest RELENG_5_3, since there have been some patches
since the initial release. Everything seemed to work perfectly after
everything was rebu
0n Thu, Jan 13, 2005 at 03:34:03PM -0800, Julian Elischer wrote:
>DeltaT SEQ-SRTR:SEQ_ENDpacket#
>--
>346853 2856:2920(64)1
>370821 2920:4368(1448) 2
>004410 8712:10160(1448) 6
>007848 12608:1405
Andre Oppermann wrote:
Julian Elischer wrote:
Brooks Davis wrote:
On Wed, Jan 12, 2005 at 05:07:36PM -0800, Julian Elischer wrote:
I have a link which is provided by someone else that is 7 x E1s aggregated.
At leat it looks that way to me when I get to see it. however I have
only be
Kris Kennaway wrote:
On Thu, Jan 13, 2005 at 03:05:02PM -0800, Thomas M. Skeren III wrote:
Trying to compile AMD64 with smbfs.
Added
optionsSMBFS
options NETSMB
got a lot of errors like this:
smb_usr.o(.text+0x5ae): In function `smb_usr_simplerequest':
: undefined reference to `md_get_me
On Thu, Jan 13, 2005 at 03:05:02PM -0800, Thomas M. Skeren III wrote:
> Trying to compile AMD64 with smbfs.
>
> Added
>
> optionsSMBFS
> options NETSMB
>
> got a lot of errors like this:
>
>
> smb_usr.o(.text+0x5ae): In function `smb_usr_simplerequest':
> : undefined reference to `md_g
Trying to compile AMD64 with smbfs.
Added
optionsSMBFS
options NETSMB
got a lot of errors like this:
smb_usr.o(.text+0x5ae): In function `smb_usr_simplerequest':
: undefined reference to `md_get_mem'
smb_usr.o(.text+0x5c3): In function `smb_usr_simplerequest':
: undefined reference to `md_g
Girish Rayas wrote:
>
> In tcp_input.c, window is updated when below condition is true,
>
> if ((thflags & TH_ACK) &&
> (SEQ_LT(tp->snd_wl1, th->th_seq) ||
> (tp->snd_wl1 == th->th_seq && (SEQ_LT(tp->snd_wl2, th->th_ack) ||
> (tp->snd_wl2 == th->th_ack && tiwin > tp->snd_wnd)
>
> This check
Julian Elischer wrote:
>
> Brooks Davis wrote:
>
> >On Wed, Jan 12, 2005 at 05:07:36PM -0800, Julian Elischer wrote:
> >
> >
> >>I have a link which is provided by someone else that is 7 x E1s aggregated.
> >>At leat it looks that way to me when I get to see it. however I have
> >>only been able
Brooks Davis wrote:
On Thu, Jan 13, 2005 at 11:00:52AM -0800, Julian Elischer wrote:
Brooks Davis wrote:
On Wed, Jan 12, 2005 at 05:07:36PM -0800, Julian Elischer wrote:
I have a link which is provided by someone else that is 7 x E1s
aggregated.
At leat it looks that way to me when
I have a link which is provided by someone else that is 7 x E1s
aggregated. At leat it looks that way to me when I get to see it.
however I have only been able to get 60kB.sec across this,
despite having a tcp window size of 131072 bytes.. After
investigation it appears that the link is massively
On Thu, Jan 13, 2005 at 11:00:52AM -0800, Julian Elischer wrote:
>
>
> Brooks Davis wrote:
>
> >On Wed, Jan 12, 2005 at 05:07:36PM -0800, Julian Elischer wrote:
> >
> >
> >>I have a link which is provided by someone else that is 7 x E1s
> >>aggregated.
> >>At leat it looks that way to me when
Brooks Davis wrote:
On Wed, Jan 12, 2005 at 05:07:36PM -0800, Julian Elischer wrote:
I have a link which is provided by someone else that is 7 x E1s aggregated.
At leat it looks that way to me when I get to see it. however I have
only been able to get
60kB.sec across this, despite having a tcp
Kevin Oberman wrote:
What I don't understand is how this is happening. tcp.mssdflt is set to
1400 bytes and tcp.v6mssdflt is only 1024. If PMTU discovery was
working, this should not be a problem. If PMTU discovery is not used,
the MSS defaults should keep the packets small enough to work over the
> Date: Thu, 13 Jan 2005 07:51:16 +0100
> From: Marian Durkovic <[EMAIL PROTECTED]>
>
> Hi,
>
> > 08:20:12.680313 aaa.es.net.ssh > bbb.es.net.54854: . 10145:11573(1428)
> > ack 31040 win 58548 [flowlabel
> > 0x6ae53]
> > len 1460, hlim 64)
>
> 1428 bytes is the proper payload length for TCPv
Howdy,
I'm having some issues with a new server, and was wondering if the
interrupt routing message below could be indicating a problem that
needs investigation.
pci0: on pcib0
pcib1: at device 3.0 on pci0
pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P2
- AE_NOT_FOUND
pci1
20 matches
Mail list logo
