The following reply was made to PR kern/139204; it has been noted by GNATS.
From: Nikolai Saoukh
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/139204: [arp] DHCP server replies rejected, ARP entry lost
before max_age
Date: Sat, 10 Oct 2009 13:25:46 +0400
> I'm going t
The following reply was made to PR kern/139204; it has been noted by GNATS.
From: Nikolai Saoukh
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/139204: DHCP server replies rejected, ARP entry lost before
max_age
Date: Thu, 22 Oct 2009 16:57:52 +0400
Looks like recent changes in
The driver available at
http://www.otdel-1.org/nms/tr/ttr.tar.gz
One also need orm driver submitted as kern/22078.
It available also at
http://www.otdel-1.org/nms/tr/orm.tar.gz
Installation for both drivers:
Drivers where developed under 4.2-STABLE, but should run
under -CURRE
On Wed, Oct 16, 2002 at 05:01:59PM -0700, Archie Cobbs wrote:
| That doesn't look so good. But it doesn't look "crazy" from the
| netgraph side, just like a lot of packets are being dropped.
| There must be something specific about your setup that causes this.
Specific is MPPE. I have the same p
IMHO, there is a combination of two bugs.
1) MPD (3.9, at least) calculates and sets mtu (bund.c/BundUpdateParams())
at wrong time -- when one of MIN() args is still zero. ioctl with bizzare mtu
value rejected, thus leaving the default (1500), which in turn is above
MRU requested from win client (
Applying patches to mpd does not fix bugs in MS software ;-)
In MS software (Win XP Pro SP1 at least) there is the option
'negotiate multi-link for single link connections'.
Unfortunately it can't handle it, when succesfully negotiated.
One can verify it at (page to frame 82)
http://www.
On Thu, Oct 17, 2002 at 09:10:54PM -0700, Archie Cobbs wrote:
| > is the huge amount of CCP Reset Requests from win client.
|
| Hmm, try enabling the mpp-stateless option.
When on direct modem link the win client refuses mpp-stateless.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
| Who knows why the HTTPS protocol work too slow throw tunnels (like IPSEC and
| MPD) ??
Well,
to be precise -- any kind of traffic through mpd tunnel is slow.
A least slower then pptp tunnel between to windows computers.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-ne
| > to be precise -- any kind of traffic through mpd tunnel is slow.
| > A least slower then pptp tunnel between to windows computers.
| And how to find answer ?
I have no answer yet. As well as to another problem where mpd
tunnel freezes after some time.
To Unsubscribe: send mail to [EMAIL PROT
On Sun, Nov 10, 2002 at 01:52:37AM -0800, Julian Elischer wrote:
| I have seen several MB/sec through mpd tunnels. (mpd running over IPSEC)
Are you running under -stable? I do.
| I HAVE seen some tunnel freezes under mpd and am working with archie to fix it,
| however it got a lot better with th
| For any users of MPD doing PPTP with MPPE encryption who are
| experiencing random hangs and/or seeing the "insane jump"
| message from the kernel, please try the attached patch and
| let me know if it helps.
Been there and seen that (in my case at least).
The problem still present even without
If one was successful to run this beast, could you share
with us your configs?
Thanks
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
| That bug has been fixed, in sys/netgraph/ng_pptpgre.c revisions
| 1.26 and 1.2.2.13.
|
| http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_pptpgre.c
Any plans to commit relevant patches to -stable branch?
Thanks
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebs
| As you'll see in the logs below and from ifconfig output, altough the
| ngX interfaces MTU is set to 1460 with "set link mtu 1460", it stays at
| 1500. Any idea why ?
The asked mtu size will be available (set) only when interface is in UP
state. When the ngX is in down state it has default va
14 matches
Mail list logo
