Is there anybody that would care to look over this change please? Or
is it ok to commit it?
For my test setup I have two machines, the first called rtrg, which
I'm working on and rtr2, the one I want to "route" to. So my
/etc/hosts have this in:
2001:4200:7000:15:202:6fff:fe22:9547rtrg
2001:
Kelly Yancey wrote:
> Just FYI, when we implemented the enc interface for FreeBSD 4.10 for
> one of our products at work, we encountered a similar issue. The
> problem is that you need to add a flag to the sockaddr_in passed to the
> divert(4) consumer; when that consumer re-injects the packets
Jack Vogel wrote this message on Mon, Sep 11, 2006 at 14:02 -0700:
> I just had our test group hunt up one of these and test, and sure
> enough, the driver recognizes it, but it does NOT pass traffic.
>
> Clearly no one is using these, at least not with STABLE :) and
> as Intel does not want to su
Eugene Grosbein wrote:
Submitter-Id: current-users
Originator: Eugene Grosbein
Organization: Svyaz Service JSC
Confidential: no
Synopsis: ipsec with ipfw divert (not NAT) encodes a packet twice
breaking PMTUD
Severity: serious
Priority: high
Category: kern
Clas
On Mon, 11 Sep 2006, Eugene Grosbein wrote:
>
> >Submitter-Id:current-users
> >Originator: Eugene Grosbein
> >Organization:Svyaz Service JSC
> >Confidential:no
> >Synopsis:ipsec with ipfw divert (not NAT) encodes a packet twice
> >breaking PMTUD
> >Severity:seriou
In the last attempt to merge community CVS with Intel internal code I
came across an issue I'd like to bring up.
There is an ancient e1000 card, pci id 1000, an 82542, that we
don't have in our source, yet community cvs still does. Support
for this was removed from Linux long ago because the card
I would like to discuss a little bit more about UDP performance. I've
made some tests and the results may have some value here.
In this test is easy to see that there is something different in the
FreeBSD 6 branch.
I made a benchmark with bind 9.3.2 (without threads support) and nsd
3.0.1 (1 serv
>Submitter-Id: current-users
>Originator:Eugene Grosbein
>Organization: Svyaz Service JSC
>Confidential: no
>Synopsis: ipsec with ipfw divert (not NAT) encodes a packet twice
>breaking PMTUD
>Severity: serious
>Priority: high
>Category: kern
>Class: sw-bug
>Rele
Hi There,
I've recompiled my kernel since I needed to add a new Driver for some
bandwidth management software I'm running and for some reason when I
reboot the box with the new kernel it doesn't show my Network Interfaces
when doing an ifconfig -a.
The one device is a Dual Intel Pro/1000 Adapt
On Mon, Sep 11, 2006 at 12:14:01PM +0200, Administrators wrote:
> Hi,
Hi.
> I'm building VPN connected to CISCO device.
>
> I NEED to translate my LAN adress to a given adress.
>
> The VPN work well when I try doing
> ifconfig em0 alias [EMAIL PROTECTED]
> ping -S [EMAIL PROTECTED] dest_@
>
>
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
o kern/92552 netA serious bug in most network drivers from 5.X to 6.X
f kern/93220 net[inet
Hi,
I'm building VPN connected to CISCO device.
I NEED to translate my LAN adress to a given adress.
The VPN work well when I try doing
ifconfig em0 alias [EMAIL PROTECTED]
ping -S [EMAIL PROTECTED] dest_@
but I didn't manage to translate LAN adresse AND having VPN used.
I can pass throug VPN
12 matches
Mail list logo