Synopsis: [mwl] 802.11n rates not possible on mwl
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 30 06:02:49 UTC 2012
Responsible-Changed-Why:
Flip to -wireless
http://www.freebsd.org/cgi/query-pr.cgi?pr=146426
___
Synopsis: [mwl] mwl dropping all packets during and after high usage on 802.11n
Responsible-Changed-From-To: freebsd-net->freebsd-wireless
Responsible-Changed-By: adrian
Responsible-Changed-When: Mon Apr 30 06:02:18 UTC 2012
Responsible-Changed-Why:
Switch over
http://www.freebsd.org/cgi/query-
On 2012-04-29 17:03, Michael MacLeod wrote:
I understand that cone NAT is a generally terrible and insecure way to do
NAT, but game and application developers seem hell-bent on depending on
cone NAT behaviour. Is there a way to make it work with PF?
Not directly, no. In most cases where the ap
On Sun, Apr 29, 2012 at 8:03 PM, Michael MacLeod wrote:
> Every once and a while I run into an issue wherein the symmetric NAT of pf
> causes me grief. I've found some older mailing list entries asking about PF
> and Cone or Full Cone NAT (such as this one from 2005:
> http://www.mail-archive.com
Hello FreeBSD-Net,
Every once and a while I run into an issue wherein the symmetric NAT of pf
causes me grief. I've found some older mailing list entries asking about PF
and Cone or Full Cone NAT (such as this one from 2005:
http://www.mail-archive.com/freebsd-pf@freebsd.org/msg00804.html), but I
Lev Serebryakov wrote
in <1606941405.20120429170...@serebryakov.spb.ru>:
le> Hello, Freebsd-net.
le>
le> "Famous" dedicated server provider Hetzner provides native IPv6 for
le> servers, but with rather strange routing configuration: you need to
le> configure static interface route and make thi
On 29.04.2012 15:06, Lev Serebryakov wrote:
Hello, Freebsd-net.
"Famous" dedicated server provider Hetzner provides native IPv6 for
servers, but with rather strange routing configuration: you need to
configure static interface route and make this route default.
If I add such lines in /etc/r
Hello, Seth.
You wrote 29 апреля 2012 г., 20:20:54:
SM> Make sure you do not block icmp6. Or atleast make sure that
SM> unreachable and toobig packets come through even if you do not want echo.
icmp6 enabled in firewall. It seems to be problem in "gif" interface,
which has this words in BUGS sect
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
Make sure you do not block icmp6. Or atleast make sure that unreachable and
toobig packets come through even if you do not want echo.
Cheers,
Seth
typed on a tiny touchscreen, why exactly?
Lev Serebryakov schreef:
>Hello, Freebsd-net.
>
> My home network is connected to IPv6 world with Hurric
Use the link local addrees of the gateway. That should just work.
Cheers,
Seth
typed on a tiny touchscreen, why exactly?
Lev Serebryakov schreef:
>Hello, Freebsd-net.
>
> "Famous" dedicated server provider Hetzner provides native IPv6 for
>servers, but with rather strange routing configuration:
> Hello, Freebsd-net.
>
> "Famous" dedicated server provider Hetzner provides native IPv6 for
> servers, but with rather strange routing configuration: you need to
> configure static interface route and make this route default.
>
Hi Lev,
I have the same "problem". I made an additional static r
Hello, Lev.
You wrote 29 апреля 2012 г., 18:47:52:
LS>> When I connect to external server twice, and run tcpdump in one
LS>> session for another one, and then try to use second (sniffed) session
LS>> for bulk transfer, I can clearly see, that server tries to send IPv6
LS>> packets with size 1420
Hello, Lev.
You wrote 29 апреля 2012 г., 18:35:59:
LS> When I connect to external server twice, and run tcpdump in one
LS> session for another one, and then try to use second (sniffed) session
LS> for bulk transfer, I can clearly see, that server tries to send IPv6
LS> packets with size 1420 to
Hello, Freebsd-net.
My home network is connected to IPv6 world with Hurricane Electric's
tunnel (IPv6 over IPv6, "gif").
It has MTU 1280.
Everything works till packets are small -- for example, interactive
shell (ssh) session over IPv6 works great. But when I need to transfer
buil of bytes
Hello, Freebsd-net.
"Famous" dedicated server provider Hetzner provides native IPv6 for
servers, but with rather strange routing configuration: you need to
configure static interface route and make this route default.
If I add such lines in /etc/rc.conf:
ifconfig_re0_ipv6="inet6 2a01:4f8:131:6
16 matches
Mail list logo
