Hello, Freebsd-net.
man gif says:
If the outer protocol is IPv4, gif does not try to perform path MTU dis-
covery for the encapsulated packet (DF bit is set to 0).
If the outer protocol is IPv6, path MTU discovery for encapsulated pack-
ets may affect communication over the i
Andy Gilligan wrote:
- Original Message -
From: "Yann Nottara" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 17, 2003 6:53 PM
Subject: Re: MPD 3.13 PPTP server MTU problems & questions
but now, what do you think of this ?
ng0: flags=88d1 m
Yann Nottara wrote:
> but now, what do you think of this ?
>
> ng0: flags=88d1 mtu 1500
> inet6 fe80::2b0:d0ff:fee1:4874%ng0 prefixlen 64 scopeid 0x7
> inet 192.168.0.10 --> 192.168.0.200 netmask 0x
>
> and here's the part from my mpd.conf that's related to this connecti
- Original Message -
From: "Yann Nottara" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 17, 2003 6:53 PM
Subject: Re: MPD 3.13 PPTP server MTU problems & questions
> but now, what do you think of this ?
>
> ng0: flags=88d1
Andy Gilligan wrote:
- Original Message -
From: "Yann Nottara" <[EMAIL PROTECTED]>
Zs you can see in the following real world example, ng0 (which IS up)
MTU stays at 1500 although it's configured to be at 1460 in the mpd.conf
configuration file :
ng0: flags=8890 mtu 1500
inet6 f
- Original Message -
From: "Yann Nottara" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 17, 2003 5:41 PM
Subject: Re: MPD 3.13 PPTP server MTU problems & questions
> Zs you can see in the following real world example, ng0 (which IS up)
Nikolai SAOUKH wrote:
| 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 s
| 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
Hello,
I've been running a FreeBSD 4.7 box with a MPD 3.13 PPTP VPN server for
quite some time now and, altough it mostly works, I'd like to iron out
some problems we encounter.
Configuration (that gives an IP address in a 192.168.0.0/24 local
network to 16 Win2k clients at this moment) is don
tcpmssd is working great! thanks a lot!!!
--
Derek Marshall
Smash and Pow Inc > 'digital plumber'
http://www.smashpow.net
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
On Mon, 4 Nov 2002, Steve Francis wrote:
> The problem below (which is still a problem in FreeBSD, but one that
> will be rarely encountered) was caused by a load balancer in front of
> the BSD boxes, that did not NAT part of the ICMP unreachable message
> payload to the BSD's address. (The I
On Mon, 4 Nov 2002, Don Bowman wrote:
> > From: Julian Elischer [mailto:julian@;elischer.org]
> > There is a program that intercepts tcp session negotiation and
> > artificially reduces the negotiated MTU but I can't find it
> > right now..
> > I think it was called mssd or something.
>
> /usr
> From: Julian Elischer [mailto:julian@;elischer.org]
> There is a program that intercepts tcp session negotiation and
> artificially reduces the negotiated MTU but I can't find it
> right now..
> I think it was called mssd or something.
/usr/ports/net/tcpmssd
--don ([EMAIL PROTECTED] www.sandvi
Nov 2002 09:00:47 -0800
> > From: Steve Francis <[EMAIL PROTECTED]>
> > To: Agent Drek <[EMAIL PROTECTED]>
> > Cc: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> > Subject: Re: MTU problems ...
> >
> > The problem below (which is still a
On Mon, 4 Nov 2002, Steve Francis wrote:
> Date: Mon, 04 Nov 2002 09:00:47 -0800
> From: Steve Francis <[EMAIL PROTECTED]>
> To: Agent Drek <[EMAIL PROTECTED]>
> Cc: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> Subject: Re: MTU problems ...
>
> The p
The problem below (which is still a problem in FreeBSD, but one that
will be rarely encountered) was caused by a load balancer in front of
the BSD boxes, that did not NAT part of the ICMP unreachable message
payload to the BSD's address. (The ICMP includes part of the original
datagram that cau
hi,
I'll start this off by claiming ignorance about the deep inner workings of
tcp/ip. As such, this is not going to be a really technically detailed
report. I will be more than happy to provide any info that might help in
tracking this problem down though!
The problem manifests as large download
On Mon, 11 Feb 2002, jack xiao wrote:
> During the test, I found I can hit websites but can't download files
> from some websites. So I droped the PPP mtu and mru to 1452 and I can
> download but can't hit some websites.
Sounds like a MTU path discovery problem.
Are you using RFC1419 (192.168 o
I set up L2TP tunnels between FreeBSD4.2 and Redback through VLAN interfaces.
Then ADSL clients connect to our FreeBSD server through PPP tunnel directly.
Actually, the PPPd is caused by L2tpd (http://sourceforge.net/projects/l2tpd/) to
genarate a PPP tunnel.
Now I met some weird probl
19 matches
Mail list logo
