https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207055
Kristof Provost changed:
What|Removed |Added
Assignee|freebsd-net@FreeBSD.org |h...@hellmuth-michaelis.de
--- C
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207055
--- Comment #2 from Kristof Provost ---
I'm still unable to reproduce this.
The bug report (and the linked e-mail) suggest that the ICMP6 packet too big
packet is rejected because the TCP header it contains has a sequence number
which does
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207055
Mark Linimon changed:
What|Removed |Added
Assignee|freebsd-b...@freebsd.org|freebsd-net@FreeBSD.org
--
You are
Hi!
On Thu, May 01, 2014 at 02:52:47PM +0200, Hellmuth Michaelis wrote:
> for some time now i'm trying to nail down a phenomenon of hanging ipv6
> transfers, it looks to me like there is a problem of getting ipv6 path
> mtu discovery right when using FreeBSD and pf.
>
> When the "set skip on fxp0
Hi,
for some time now i'm trying to nail down a phenomenon of hanging ipv6
transfers, it looks to me like there is a problem of getting ipv6 path
mtu discovery right when using FreeBSD and pf.
My setup is an outside router (pisix, an rpi running freebsd connecting
to sixxs) connected via a firew
On Tue, 20 Mar 2007 01:47:27 +
"Bruce M. Simpson" <[EMAIL PROTECTED]> wrote:
> I believe PMTU measurements may only be relied upon for active TCP
> connections, but it's been a while since I read this code.
I think, according to RFC1191, that the probing should happen on any
given connection
ctive TCP
connections, but it's been a while since I read this code.
It would be useful if non-TCP drivers such as gre(4) could be extended
to perform PMTU discovery and auto-tune their MTU based on this, as
manually setting the MTU is a bit random and can result in horrible
fragmentation
On Mon, 19 Mar 2007 14:54:22 -0700
Kevin Lahey <[EMAIL PROTECTED]> wrote:
> Of course, the real test is to set up a few hosts and see what
> happens, rather than speculating based on a quick perusal of the
> code. :-)
After my slap-dash read of the current FreeBSD code, I was a little
concerned t
On Tue, 6 Mar 2007 10:35:42 +0530
"aditya kiran" <[EMAIL PROTECTED]> wrote:
> RFC 1191 says to increase the PMTU at some itnerval (15 minutes default)
10 minutes.
> next time a packet is sent, this will be used... and if PMTU is really
> increased,
> no ICMP error will be recieved. that shows an
RFC 1191 says to increase the PMTU at some itnerval (15 minutes default)
next time a packet is sent, this will be used... and if PMTU is really
increased,
no ICMP error will be recieved. that shows an increase in the PMTU. I'm
trying to
understand if this mechanism is there in freebsd. any on this
As I understand it, it is not possible to detect upward changes in the path
MTU as there is no mechanism for a router to generate an error when a packet
is small enough to be accommodated by the MTU of the link to the next hop. I
may be wrong though.
RFC1191 section 6.3.
http://www.ietf.org/
aditya kiran wrote:
Hi,
I'm just trying to understand the PMTU Discovery support
in FreeBSD. Is upward PMTU (increase in PMTU) is also
discovered when PMTU Discovery is enabled?
Thanks,
Aditya
As I understand it, it is not possible to detect upward changes in the
path MTU as there
Hi,
I'm just trying to understand the PMTU Discovery support
in FreeBSD. Is upward PMTU (increase in PMTU) is also
discovered when PMTU Discovery is enabled?
Thanks,
Aditya
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/ma
aditya kiran wrote:
Hi,
I would like to know how to enable Path MTU Discovery in Free BSD 6.0.
Do I need to apply some patch to get it work?
No patch is needed. PMTU discovery should be enabled by default on all
FreeBSD machines. You can check with "sysctl net.inet.tcp.path_mtu_disc
Hi,
I would like to know how to enable Path MTU Discovery in Free BSD 6.0.
Do I need to apply some patch to get it work?
Thanks,
Adityaa
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send a
Hi, Nate,
> I encountered a strange problem with PMTU discovery not working properly
> on various machines when the packets were tunneled over a GIF / IPSEC
> Transport type tunnel (both ends running FreeBSD 6.0). Configuration
> files attached.
>
> Various older FreeBSD
I encountered a strange problem with PMTU discovery not working properly
on various machines when the packets were tunneled over a GIF / IPSEC
Transport type tunnel (both ends running FreeBSD 6.0). Configuration
files attached.
Various older FreeBSD systems (it seemed systems that had jails
On Mon, Mar 26, 2001 at 05:08:56PM -0800, Lars Eggert wrote:
> Is there:
>
> - a way to make FreeBSD display a discovered PMTU?
>
On FreeBSD, PMTU is only used by TCP. TCP stores PTMU with other
metrics in the routing table. Thus, the way to display PMTU is to
query routing table: ``rout
>Is there:
> - a way to make FreeBSD display a discovered PMTU?
netstat -rnal (or something alike)?
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
Is there:
- a way to make FreeBSD display a discovered PMTU?
or
- a userland tool that does PMTU discovery?
Thanks,
Lars
--
Lars Eggert <[EMAIL PROTECTED]> Information Sciences Institute
http://www.isi.edu/larse/University of Southern Cali
20 matches
Mail list logo
