Hi,
In the scenario below ipfw seems to be sending the keep-alive packets
from the wrong source address if the traffic is NATed, on the external
interface the packet is sent to the server with the original source. Did
I configure my ipfw rules incorrectly ? I'm using in-kernel NAT on
FreeBSD
On Oct 18, 2009, at 16:27, Bernhard Schmidt wrote:
On Thursday 15 October 2009 08:15:57 Bernhard Schmidt wrote:
.. anyways, I'll post updates on sunday.
Here we go.
http://techwires.net/~bschmidt/patches/freebsd/iwn/
Testers/feedback welcome!
Code is pretty stable although there are still
On 9/22/05, Pawel Worach <[EMAIL PROTECTED]> wrote:
Pawel Worach wrote:
> (kgdb) print *tw
> $1 = {tw_inpcb = 0x0, snd_nxt = 438603527, rcv_nxt = 3383864561,
> iss = 438603320, irs = 3383863898, cc_recv = 0, cc_send = 0,
> last_win = 65534, tw_so_options = 4, tw_cred =
Another interesting thing, I did see this before as well.
System freezes in the middle of a NPsctp run. This does not happen when
I run over loopback but occasionally when run over crossover network.
I enabled WITNESS, INVARIANTS and INVARIANTS_SCTP, no complains from any
of them.
I can bre
On 7/18/06, Pawel Worach <[EMAIL PROTECTED]> wrote:
On 7/17/06, Randall Stewart <[EMAIL PROTECTED]> wrote:
> All:
>
> Just a friendly reminder/prod... if you have started
> testing SCTP.. thats great (any feedback?)..
> and if you have not .. please do so :-D
Hi,
On 7/17/06, Randall Stewart <[EMAIL PROTECTED]> wrote:
All:
Just a friendly reminder/prod... if you have started
testing SCTP.. thats great (any feedback?)..
and if you have not .. please do so :-D
Hi,
I played around a bit with NetPIPE, FreeBSD-CURRENT in one end and
Linux 2.6.17 in the othe
Mikhail Teterin wrote:
Hello!
I just noticed, that on my recent "6.1-STABLE #4: Thu Jun 8" amd64 system
attempts to connect to a bogus port (like ) hang instead of failing
with "Connection refused" immediately, as they on other systems.
Using sysctl net.inet.tcp.blackhole=1 ?
--
Pawel
_
Pawel Worach wrote:
(kgdb) print *tw
$1 = {tw_inpcb = 0x0, snd_nxt = 438603527, rcv_nxt = 3383864561,
iss = 438603320, irs = 3383863898, cc_recv = 0, cc_send = 0,
last_win = 65534, tw_so_options = 4, tw_cred = 0x0, t_recent = 0,
t_starttime = 4294952294, tw_time = 0, tw_2msl = {le_next
Got this on a SMP (2 physical, HTT off) box during moderate tcp (http)
load. Any ideas?
FreeBSD pxecmb3 5.4-RELEASE-p6 FreeBSD 5.4-RELEASE-p6 #0: Fri Jul 29
19:57:15 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/PROXY i386
SCHED_4BSD, ADAPTIVE_GIANT, mpsafenet=1
Fatal trap 12: page fa
Hi Max,
Max Laier wrote:
These two make no sense at all (at least to me). seq + len is over the window
by 1136 and I don't have the slightest clue why that would be the case. I am
also a bit surprised that the two (three) state failures are so close
together (04:27:35 and 04:27:40). Really stran
Hi,
I bumped into a wierd problem with SACK.
Basically my setup is.
192.168.1.10.-crossover 192.168.1.200
ftp server fxp0<->wireless ap<-> ~~~ <->laptop wireless ath0
I run ftp from the laptop to the server.
This is what happens:
ftp> get zero
local: zero remote: zero
200 EPRT comma
xe0: init
xe0: enable_intr
xe0: init
xe0: enable_intr
xe0: init
xe0: enable_intr
xe0: media_status
xe0: media_status
-Original Message-----
From: Pawel Worach [mailto:[EMAIL PROTECTED]]
Sent: den 27 december 2002 20:07
To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
Subje
Using an IBM ThinkPad 770 with the
Intel EtherExpress(TM) PRO/100 PC Card Mobile Adapter16
is a no go in RELENG_5_0, this worked fine in 4.7-RELEASE
also i had to use the "OLDCARD" style pcmcia driver, the new
one won't work.
pccard: card inserted, slot 0
xe0 at port 0x240-0x24f iomem 0xd4000-0xd4
13 matches
Mail list logo
