On 2008-May-26 19:11:16 +, Poul-Henning Kamp [EMAIL PROTECTED] wrote:
We should summarily kill the concept of line disciplines as a
modular component and decide that TTYs can be used with termios(4)
or raw mode and leave it at that.
streams anyone?
--
Peter Jeremy
Please excuse any delays
On May 27, 2008, at 1:12 AM, Julian Elischer wrote:
judging by the bug reports when things get broken there are still a
lot of people connected to the internet via dial up lines in places
off the beaten track, and still a lot of people who when travelling
do use dialup still. Some of these also
Stefan Lambrev wrote:
Greetings,
Is there a way to adjust MSS just like in cisco's ip tcp adjust-mss?
I want to play only with MSS not with MTU.
So far the only solution that I found is pf+scrub, but I wander if it is
possible to do it without
firewall.
there is tcpmssd in ports but that
Boris Kovalenko wrote:
Hello!
Yes, You can with ng_tcpmss
Greetings,
Is there a way to adjust MSS just like in cisco's ip tcp adjust-mss?
I want to play only with MSS not with MTU.
So far the only solution that I found is pf+scrub, but I wander if it
is possible to do it without
firewall.
Marcel Moolenaar wrote:
On May 27, 2008, at 1:12 AM, Julian Elischer wrote:
judging by the bug reports when things get broken there are still a
lot of people connected to the internet via dial up lines in places
off the beaten track, and still a lot of people who when travelling
do use dialup
Julian Elischer wrote:
While this is a good idea on it's own, the difference between
what that achieves and what a line discipline achieves is that
a line disciplin is hardware independent and can even be used
on a virtual device.
I was under the impression that the back-end for UART was light
Greetings,
Alexander Motin wrote:
Stefan Lambrev wrote:
Yes, You can with ng_tcpmss
Isn't it doable only with ipfw/divert when using ng_tcpmss?
I have and some concerns about performance too ..
There are several ways to inject packet to ng_tcpmss:
- ipfw + divert + ng_ksocket. It should be
On May 27, 2008, at 10:50 AM, Julian Elischer wrote:
Marcel Moolenaar wrote:
On May 27, 2008, at 1:12 AM, Julian Elischer wrote:
judging by the bug reports when things get broken there are still a
lot of people connected to the internet via dial up lines in places
off the beaten track, and
On Tue, May 27, 2008 at 8:04 PM, Stefan Lambrev
[EMAIL PROTECTED] wrote:
Greetings,
Alexander Motin wrote:
Stefan Lambrev wrote:
Yes, You can with ng_tcpmss
Isn't it doable only with ipfw/divert when using ng_tcpmss?
I have and some concerns about performance too ..
There are several
Hi !
I am in contact with Chris Buechler because of pfSense and we he told me
to contact Jack Vogel because of some Intel NIC driver problem.
FreeBSD detects them as fxp cards which is correct, but they do not work
at all, i tried in ACPI and non-ACPI mode and with enabled ROM and
disabled
Stefan Lambrev wrote:
Yes, You can with ng_tcpmss
Isn't it doable only with ipfw/divert when using ng_tcpmss?
I have and some concerns about performance too ..
There are several ways to inject packet to ng_tcpmss:
- ipfw + divert + ng_ksocket. It should be faster then usual
user-level
Hi,
Today I looked into why I can not get a traceroute across a IPSec IPIP
tunnel an came across an interesting piece of code. Here is a diagram
of the setup:
[Node A] - [Router A] -{IPSec}- [Router B] - [Node B]
If I traceroute from node A to node B I never see the ICMP packet for
the
At Mon, 26 May 2008 18:49:35 -0400,
Steve Bertrand [EMAIL PROTECTED] wrote:
Is there anyone here who can advise me where in the source tree I would
find the DNS resolver code that performs /A record lookups, and more
specifically, the fallback to A lookup if fails?
Assuming you're
On Tue, May 27, 2008 at 11:22 AM, Fuchs, Martin
[EMAIL PROTECTED] wrote:
Hi !
I am in contact with Chris Buechler because of pfSense and we he told me
to contact Jack Vogel because of some Intel NIC driver problem.
The FreeBSD fxp driver was not written by Intel and I have had nothing
to do
Jack Vogel wrote:
On Tue, May 27, 2008 at 11:22 AM, Fuchs, Martin
[EMAIL PROTECTED] wrote:
Hi !
I am in contact with Chris Buechler because of pfSense and we he told me
to contact Jack Vogel because of some Intel NIC driver problem.
The FreeBSD fxp driver was not written by Intel and I
Bjoern A. Zeeb wrote:
On Tue, 27 May 2008, Tom Judge wrote:
Hi,
Today I looked into why I can not get a traceroute across a IPSec IPIP
tunnel
I guess not an IPIP tunnel but just IPsec tunnel mode?
...
Any information about this would be appreciated as I would like to be
able to do
On Tue, 27 May 2008, Tom Judge wrote:
Hi,
Today I looked into why I can not get a traceroute across a IPSec IPIP tunnel
I guess not an IPIP tunnel but just IPsec tunnel mode?
...
Any information about this would be appreciated as I would like to be able to
do traceroutes across my wan.
Martin,
Can you give me a pciconf -l listing please.
Jack
On Tue, May 27, 2008 at 11:22 AM, Fuchs, Martin
[EMAIL PROTECTED] wrote:
Hi !
I am in contact with Chris Buechler because of pfSense and we he told me
to contact Jack Vogel because of some Intel NIC driver problem.
FreeBSD
On Tue, 27 May 2008, Tom Judge wrote:
Hi,
Yes we do indeed see a reply from node b. It is good to here that this is a
known issue.
The IPSec configuration is a gif ipip tunnel that is then encrypted with
IPSec using esp in tunnel mode as per the ipsec vpn section in the handbook.
1) if
Marcel Moolenaar wrote:
On May 27, 2008, at 10:50 AM, Julian Elischer wrote:
Marcel Moolenaar wrote:
On May 27, 2008, at 1:12 AM, Julian Elischer wrote:
judging by the bug reports when things get broken there are still a
lot of people connected to the internet via dial up lines in places
On May 27, 2008, at 1:49 PM, Julian Elischer wrote:
Marcel Moolenaar wrote:
On May 27, 2008, at 10:50 AM, Julian Elischer wrote:
Marcel Moolenaar wrote:
On May 27, 2008, at 1:12 AM, Julian Elischer wrote:
judging by the bug reports when things get broken there are
still a
lot of people
Bjoern A. Zeeb wrote:
On Tue, 27 May 2008, Tom Judge wrote:
Hi,
Yes we do indeed see a reply from node b. It is good to here that
this is a known issue.
The IPSec configuration is a gif ipip tunnel that is then encrypted
with IPSec using esp in tunnel mode as per the ipsec vpn section in
On Tue, 27 May 2008, Tom Judge wrote:
Bjoern A. Zeeb wrote:
On Tue, 27 May 2008, Tom Judge wrote:
Hi,
Yes we do indeed see a reply from node b. It is good to here that this is
a known issue.
The IPSec configuration is a gif ipip tunnel that is then encrypted with
IPSec using esp in
On Tue, May 27, 2008 at 8:19 AM, Bruce M. Simpson [EMAIL PROTECTED] wrote:
Ed Schouten wrote:
With the word `should' I meant that it would still be possible to
implement multiple line disciplines with the mpsafetty code. But I
really think line disciplines should go.
No, don't bother.
[EMAIL PROTECTED] wrote:
Hello!
I am running FreeBSD 7.0 stable. I am having speed issues that I
was
not experiencing before when I was running 6.3 stable.
My wireless connection is now unstable and not as much consistent as it
was before. The wired connection is as usual ~7000kb/up
Bjoern A. Zeeb wrote:
On Tue, 27 May 2008, Tom Judge wrote:
Bjoern A. Zeeb wrote:
On Tue, 27 May 2008, Tom Judge wrote:
Hi,
Yes we do indeed see a reply from node b. It is good to here that
this is a known issue.
The IPSec configuration is a gif ipip tunnel that is then encrypted
with
On Tue, May 27, 2008 at 08:22:56PM +0200, Fuchs, Martin wrote:
Hi !
I am in contact with Chris Buechler because of pfSense and we he told me
to contact Jack Vogel because of some Intel NIC driver problem.
FreeBSD detects them as fxp cards which is correct, but they do
Old Synopsis: page fault in nd6_output()
New Synopsis: [ip6] [panic] page fault in nd6_output()
Responsible-Changed-From-To: freebsd-bugs-freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed May 28 03:49:54 UTC 2008
Responsible-Changed-Why:
Over to maintainer(s).
28 matches
Mail list logo