> >
> > I tried to say that it had no effect between FreeBSD4.3 and Solaris, on my
> > problem. That's what I did previously.
> >
> > I found discussion on "delayed ack problem"(January 24 and 25) in this
> > mailing list. Though still do not understand why del
Hi,
Thanks for the quick response.
> On Fri, 21 Sep 2001 11:10:30 -0400,
> Joe Abley <[EMAIL PROTECTED]> said:
> In this case, on the cisco router which terminates the tunnel, defining
> the tunnel interface with a 126-bit netmask causes a /126 prefix to be
> distributed in the IGP, an
On Tue, 25 Sep 2001 [EMAIL PROTECTED] wrote:
> Sorry, it seems it works between two FreeBSD machines.
>
> I tried to say that it had no effect between FreeBSD4.3 and Solaris, on my
> problem. That's what I did previously.
>
> I found discussion on "delayed ack problem"(January 24 and 25) in thi
> On Fri, 21 Sep 2001, Tsuchiya Yoshihiro wrote:
>
> > Mike Silbersack wrote:
> >
> > >Try disabling delayed ACKs and see how that affects your results. The
> > >default delay for delayed acks is 100ms.
> > >
> > >sysctl -w net.inet.tcp.delayed_ack=0
>
Hi,
I am trying to enable IPCOMP between a FreeBSD 4.3(172.16.11.153=A)
and a 4.2(172.16.11.8=B) machine. It seems like A produces compressed
packets but B is unable to decompress them (see tcpdump log).
Can somebody see what I'm doing wrong? Does anybody have an example
configuration (that us
No, two machine configured back to back.
Do you have any idea?
Thank ypu
Alex
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
Hello,
I update the driver to accept IPv6 address.
When I configure interface for both IPv4 and IPv6, everything is good (I
can
ping), but when I'm using only IPv6, the remote machine not replying to my
request.
Is it some configuration problem? Or something else?
Alex
To Unsubscribe: s
Thanks to Archie and Brian, I now have a working PPTP tunnel up. Here's
what I changed from the example vpn configuration included in the mpd
package in /usr/local/etc/mpd/mpd.conf, I thought I'd document this in
case someone else runs accross the same problem:
1. Remove the "set iface addrs" lin
I came across a problem recently when using Etherboot with FreeBSD's
bootpd. Etherboot was specifying a "Maximum DHCP Message Size" of
1500, which caused bootpd to generate a reply larger than the MTU,
and Etherboot can't handle fragments.
As pointed out by Ken Yap on the Etherboot mailing list,
I'd be happy to see a KASSERT() dropped in there--the type of bug this is
probably intended to address is a reversed set of procedures during
interface cleanup, or multiple invocation. In SMPng, the failure modes
for this kind of error situation will be a lot less forgiving (especially
with regar
Seconded. This should be a KASSERT() if at all.
If that counts. :-)
On Sun, Sep 23, 2001 at 07:03:46PM -0500, Jonathan Lemon wrote:
> On Sun, Sep 23, 2001 at 07:53:20PM -0400, Matthew N. Dodd wrote:
> > On Sun, 23 Sep 2001, Jonathan Lemon wrote:
> > > On Sun, Sep 23, 2001 at 07:32:18PM -0400, M
On Sun, 23 Sep 2001, Jonathan Lemon wrote:
> > Right; rather than failing the detach routines will fuss about it so you
> > know exactly how you screwed up. I don't see this papering anything over.
>
> Because this is not a normal operational error. If anything, the
> statement should be a KASS
12 matches
Mail list logo
