Hi,
Is there someone who can tell me how to set TCP windowsize?
Best Regards,
Gunnar
Gunnar Olsson Phone: +46 8 5062 5762
Xelerated Packet Devices AB Fax: +46 8 5455 3211
Regeringsgatan 67
With the latest mpd-3.3 (which has MS-CHAPv2 support, yay!) I am seeing the
following error(?):
Oct 18 20:15:20 lizzy mpd: mpd: pid 6888, version 3.3 ([EMAIL PROTECTED] 2
0:00 18-Oct-2001)
Oct 18 20:15:20 lizzy mpd: [ms-pptp] ppp node is "mpd6888-ms-pptp"
Oct 18 20:15:20 lizzy mpd: [ms-pptp] us
In article [EMAIL PROTECTED]>
you write:
>calls back up the stack to have it done. This would also allow smart
>network interfaces to provide hardware fragmentation assistance, which
>might be helpful on some media.
The code to support hardware fragmentation offload is already present
in the co
< said:
> Hi,
> we're seeing a strange thing happening, related to ARP and IP fragments.
Not strange at all. The ARP cache only queues a single packet waiting
for a reply, so the first few fragments you send get tossed. We could
easily arrange it so that the first frag, rather than the last, g
Lars Eggert wrote:
> we're seeing a strange thing happening, related to ARP and IP fragments.
After a big of poking around, this is due to some code in arpresolve()
and how struct llinfo_arp caches packets during lookup, see Stevens Vol.
2, page 699, the comment about lines 292-299. RFC 1122
Lars Eggert wrote:
> we're seeing a strange thing happening, related to ARP and IP fragments.
It seems that Bill Paul saw the same thing back in 1998
(http://www.geocrawler.com/mail/msg.php3?msg_id=822366&list=165) but I
couldn't find wheter this was ever resolved or not.
Correction:
> The
Hi,
we're seeing a strange thing happening, related to ARP and IP fragments.
In the tcpdump below, ifc is trying to send a large UDP message (~3x
MTU) to dee. It does not have dee's MAC address in its ARP cache
(happens both after an ARP timeout or an explicit ARP cache flush.)
The ARP reques
This is how I'm calling Qpopper 4.0.3 in FreeBSD 4.4-STABLE -
pop3stream tcp nowait root/usr/sbin/popper -s -p 2
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of Drew J. Weaver
Sent: Thursday 18 October 2001 10:24pm
To: '[EMAIL PROTECTED]'
Cc
On Thu, 18 Oct 2001, Drew J. Weaver wrote:
> pop stream tcp nowait root/usr/libexec/tcpd
^ ^
^ ^
Make sure that service exists. ^
* Matt Ayres <[EMAIL PROTECTED]> [011018 16:33] wrote:
> Look at your line again, note one is "popper" and one is "qpopper",
> you should change them to both be the same program name, perferably the one
> that is on your system.
That shouldn't make a difference unless the program specifically
ex
Title: RE: inetd on BSD urgent.
Erm, popper qpopper is how you're supposed to call qpopper.
-Drew
-Original Message-
From: Matt Ayres [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 18, 2001 5:33 PM
To: Drew J. Weaver
Cc: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
Subject: Re: i
Look at your line again, note one is "popper" and one is "qpopper",
you should change them to both be the same program name, perferably the one
that is on your system.
--
Matt Ayres
On Thu, 18 Oct 2001, Drew J. Weaver wrote:
> pop stream tcp nowait root/usr/libexec/tcpd
> /usr/lo
* Drew J. Weaver <[EMAIL PROTECTED]> [011018 16:20] wrote:
> pop stream tcp nowait root/usr/libexec/tcpd
> /usr/local/lib/popper qpopper -c -C -R -F -S
>
> That is the command I am using in inetd.conf to call qpopper, it works on my
> 2 linux servers but for some reason inetd under
pop stream
tcp nowait root /usr/libexec/tcpd
/usr/local/lib/popper qpopper
-c -C -R -F -S
That is the command I am using in inetd.conf
to call qpopper, it works on my 2 linux
servers but for some reason inetd under bsd completely ignores everything after the qpopper is this
You could try enabling tcp/ip and physical logging to see if data is
being written as expected.
I'd be surprised if this was a ppp problem - it doesn't look at the
frame payload unless you're using NAT, filtering, or some of the more
nasty log levels. Perhaps you've got some rogue firewall ru
Hi,
I m currently working on ICMP redirect and i read in "TCP/IP
Illustrated Vol 1 - The protocols", by W Richard Stevens, that 4.4BSD
acting as a router checks if "the route being used for outgoing
datagram must have been ..., and must not be the router's default
route" (page 123).
My questions
I am unable to bring up PPP to my ISP. DNS works, but PING and all TCP-based
protocols don't. I haven't tried any other UDP-based protocols. I have copied
here ifconfig -a and netstat -rn output both before bringing the link up and
while it is up. Lastly I have also copied the relevant lines from
< said:
> Ah! OK. I was using 4.1 so I guess it uses plain Reno,
No.
> that documents all the differences between the
> different types, Reno, NewReno, Vegas, etc?
Not really, since those names are not particularly meaningful, and
were mostly just invented by the researchers who were pushing t
To expand a little...
> That said, it's probably a good idea to never ARP for 0.0.0.0,
> since a "who has" in that case is a really dumb idea, since,
> as weas pointed out, it's intended to mean "this host", in the
> absence of an IP address (i.e. 0.0.0.0 is not an IP address,
> it's a special va
On Wed, Sep 26, 2001 at 01:08:40PM -0400, Darren Henderson wrote:
>
> Posted something similar the other day, but thought I would ask in a more
> general way
>
> What causes this error? Looking at the archives and source it appears to be
> related to aliases and if_inet.c
>
> What has chang
"Jose M. Alcaide" wrote:
> I found something interesting: these messages are caused by ARP requests
> carrying 0.0.0.0 as the sender IP address. All of them come from Apple
> Macintosh (over 40 different machines). I am not sure whether 0.0.0.0 is a
> legal sender IP address in an ARP request; 0.0
--- "Bruce A. Mah" <[EMAIL PROTECTED]> wrote: > If
memory serves me right, Garrett Wollman wrote:
> > < Mah" <[EMAIL PROTECTED]> said:
> >
> > > If memory serves me right,
> =?iso-8859-1?q?Gavin=20Kenny?= wrote:
> >
> > >> What flavour of TCP is standard in the FreeBSD
> stack,
> > >> is it Ren
Hi all,
I would like to extend ng_one2many module to include
automatic link failure datection, failover and FEC functionality.
My question is:
Are interface nodes able to send upstream notification
that their state has changed or do I have to poll their status periodically
as it is done in ng_fe
On Wed, Oct 17, 2001 at 10:55:25PM -0800, Beech Rintoul wrote:
> On Wed, 17 Oct 2001, Jose M. Alcaide wrote:
> > After rebuilding the kernel two days ago (Oct 15), I am getting lots of
> > messages like these:
> >
> > arp: 00:30:65:de:99:32 is using my IP address 0.0.0.0!
> > arp: 00:0a:27:b0:a7:0
Try using the -current version of ppp. It supports IPv6 natively.
You need to use ``iface add'' to assign non-link-level addresses.
For example, I've got this in my laptop's config:
iface add 2001:6f8:602:1::12 # global
iface add fec0::1:12 fec0::1:1 # site-local
> Hi,
>
25 matches
Mail list logo