Hi all,
I am running Freebsd 6.2 as Transparent proxy Server. My hardware is
Intel(R) Pentium(R) 4 CPU 3.00GHz, 1GB DDR2 Memory and 2 SATA hardisk. While
checking dmesg it shows link state change to up and Down and sometimes the
server crashes.
ipfw: pullup failed
ipfw: pullup failed
ipfw:
Hello,
I am using sctp patch for freebsd6.1. For dynamic address configuration, I
am calling sctp_bindx() API after successfull bind() and connect() API's.
Although sctp_bindx() API successfully returns 0, the debug message shows:
addr_mgmt_assoc: added to pending list...
asconf_queue_add: appende
Bruce, I haven't heard back from you on this. can you please comment?
I'd like to add the policy to the header.
- Forwarded message from Alfred Perlstein <[EMAIL PROTECTED]> -
From: Alfred Perlstein <[EMAIL PROTECTED]>
To: "Bruce M. Simpson" <[EMAIL PROTECTED]>
Cc: Max Laier <[EMAIL PRO
On 9/5/07, Scott Long <[EMAIL PROTECTED]> wrote:
> Jack Vogel wrote:
> > I had an idea, I was debugging a problem on my new 10G driver a week back,
> > and found I had the hardware vlan filter enabled by accident, this led me to
> > wonder about supporting this hardware feature in the driver...
> >
Jack Vogel wrote:
I had an idea, I was debugging a problem on my new 10G driver a week back,
and found I had the hardware vlan filter enabled by accident, this led me to
wonder about supporting this hardware feature in the driver...
I have done some experimentation, and find that when the vlan d
Jack Vogel wrote:
I had an idea, I was debugging a problem on my new 10G driver a week back,
and found I had the hardware vlan filter enabled by accident, this led me to
wonder about supporting this hardware feature in the driver...
I have done some experimentation, and find that when the vlan d
I had an idea, I was debugging a problem on my new 10G driver a week back,
and found I had the hardware vlan filter enabled by accident, this led me to
wonder about supporting this hardware feature in the driver...
I have done some experimentation, and find that when the vlan device is
configured,
Hi.
Mihai Tanasescu wrote:
I'm using MPD4 to establish a PPTP VPN from my FreeBSD 6.2 server to
some clients and I've started encountering some strange problems.
The connection goes well, everything functions accordingly but after a
while (very random, can be 5 minutes, 1 hour, 8 hours) I loo
On 9/5/07, Bruce M. Simpson <[EMAIL PROTECTED]> wrote:
> You need to remember to drop the lock which rtalloc() acquires on your
> behalf using RTFREE() before leaving the function or possibly calling a
> function which needs exclusive/write access to the rtentry.
>
> If your code needs this rtentry
Mihai Tanasescu wrote:
Hello,
I'm using MPD4 to establish a PPTP VPN from my FreeBSD 6.2 server to
some clients and I've started encountering some strange problems.
The connection goes well, everything functions accordingly but after a
while (very random, can be 5 minutes, 1 hour, 8 hours)
Ivo Vachkov wrote:
My lookup code looks like the following:
struct sockaddr_in6 *dst = NULL;
struct route_in6 out_rt;
/* ... */
dst = (struct sockaddr_in6 *)&out_rt.ro_dst;
bzero(dst, sizeof(*dst));
dst->sin6_len = sizeof(struct sockaddr_in6);
Hello,
I'm using MPD4 to establish a PPTP VPN from my FreeBSD 6.2 server to
some clients and I've started encountering some strange problems.
The connection goes well, everything functions accordingly but after a
while (very random, can be 5 minutes, 1 hour, 8 hours) I loose
connectivity (t
Hello!
I'm apologise about my English
I'm using FreeBSD 6.2 with kernel compiled options
options IPSEC#IP security
options IPSEC_ESP#IP security (crypto; define w/ IPSEC)
options IPSEC_DEBUG #debug for IP security
Ipesec-tools installed portversion 0.7
I'm using PF firewall.
I'm
On 9/4/07, Bruce M. Simpson <[EMAIL PROTECTED]> wrote:
>
> It really isn't as simple as 'read this doc' because the code is subject
> to change - the code *is* the reference - it is constantly evolving. If
> you want to contribute docs, please feel free, Robert may have something
> lying around.
>
14 matches
Mail list logo