Oh, ah. If you haven't rebooted since the trouble, what does this show on
the server?
I did reboot, and it basically shown nothing, that's why it was not
easy to find out.
The queue di not overflow, only the server took some time to accept
the connections, it accepted 50 and the rest was
After further testing I have found 2 issues pertaining to my problem.
a. ) MAC on returning packets from box are that of the vlan199 parent
interface's instead of that of the other em0 interface.
b.) The dns responses are leaving the box on the vlan, but the dst port
number is getting
Mike Tancsa wrote:
[ Oliver Fromme wrote: ]
It has survived several buildworlds and network activity
without any problems. It's now running today's 6.0-BETA5.
Here's a copy of dmesg, if someone's interested:
http://www.secnetix.de/~olli/dmesg/epia.6.0-BETA5.txt
IF you use
On Wed, 5 Oct 2005, Robert Watson wrote:
In 2003, Jonathan Lemon added initial support for direct dispatch of
netisr handlers from the calling thread, as part of his DARPA/NAI Labs
contract in the DARPA CHATS research program. Over the last two years
since then, Sam Leffler and I have
The company I work for uses a lot of multicast tunnels, usually with a
QOS/GRE implementation with quite pricy hardware. I googled around a bit,
it looks like basic vpn is supported for FreeBSD. I guess my questions are
1.)Does FreeBSD play well with vpn-capable routers (like a 3Com
I have 6 5.3 and 3 5.4 for servers. The servers provide Samba/LDAP,
DHCP, Natting, IPSec (for vlan tunnels).
One, and only one server behaves very oddly. If I do a transfer to the
other BSD server there (LDAP Master and DNS), I get full wire speed:
tp 150 Opening BINARY mode data
Thomas M. Skeren III wrote:
[ ...FTP transfer speeds very different... ]
The data transfer rate is about 93.5% of these speeds for smb
transfers. No other server exhibits this behavior. I'm really puzzeled.
[ ... ]
Any suggestions as to wtf is up would be appreciated.
You should look at
On Tue, Oct 11, 2005 at 01:06:58PM -0500, Joshua Weaver wrote:
The company I work for uses a lot of multicast tunnels, usually with a
QOS/GRE implementation with quite pricy hardware. I googled around a bit,
it looks like basic vpn is supported for FreeBSD. I guess my questions are
1.)
In the past, with RELEASE-4.X we had multiple tunnels coming in to our
7206VXR, I can't put my hands on the the IOS config at the moment but here's
the startup script used on the two remote boxes.
#!/bin/sh
if [ $# -eq 0 ]; then
disable_config_ipsec=NO
else
if [ $# -eq 1 ]; then
case
On Tue, 11 Oct 2005 11:14:47 +0200 (CEST), in sentex.lists.freebsd.net
you wrote:
Mike Tancsa wrote:
[ Oliver Fromme wrote: ]
It has survived several buildworlds and network activity
without any problems. It's now running today's 6.0-BETA5.
Here's a copy of dmesg, if someone's
Greetings,
I'm running ipf+ipnat and proftp. I'm encountering a problem where the data
connection is working fine, however because there's a large tranfer no data
is tranferred on port 21, so the port 21 session dies (ttl expires).
The transfer is running now.
How can I change the ttl on
11 matches
Mail list logo