Re: Request status on sk(4) for 88E8053 Yukon PCI-E GbE

On 9/7/06, Nikolas Britton <[EMAIL PROTECTED]> wrote: On 9/6/06, Dinesh Nair <[EMAIL PROTECTED]> wrote: > > > On 09/05/06 17:19 Bjoern A. Zeeb said the following: > > On Tue, 5 Sep 2006, Andrew Sinclair wrote: > > > >> $ pciconf -lv > >> ... > >> [EMAIL PROTECTED]:0:0:class=0x02 card=0x00

problems with ng_fec

Hi, (asked this first on -questions, but it seems that this exceeds their wisdom...) I'm using a recent -current on amd64, and trying to use ng_fec to hopefully provide a wide-bandwidth connection with cable-level redundancy, and instead I get get errors and sporadic connectivity. I configured

Re: kern/31686: Problem with the timestamp option when flag equals zero

Synopsis: Problem with the timestamp option when flag equals zero Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Wed Sep 6 17:25:48 UTC 2006 Responsible-Changed-Why: Take this PR into safekeeping. I was the last one touching IP options stuf

Re: kern/100172: [arp] Transfer of large file fails with host is down message

Synopsis: [arp] Transfer of large file fails with host is down message Responsible-Changed-From-To: freebsd-net->glebius Responsible-Changed-By: andre Responsible-Changed-When: Wed Sep 6 17:23:25 UTC 2006 Responsible-Changed-Why: Send over to Gleb Smirnoff, he's our ARP hacker. http://www.freebs

Re: kern/102653: TCP stack sends infinite retries for connection in LAST_ACK state

Synopsis: TCP stack sends infinite retries for connection in LAST_ACK state State-Changed-From-To: open->feedback State-Changed-By: andre State-Changed-When: Wed Sep 6 17:17:10 UTC 2006 State-Changed-Why: Take over. Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre R

Re: showing esp tunnels in routing table

Andre Oppermann wrote: > Sam Leffler wrote: >> Eric W. Bates wrote: >>> Phil Regnauld wrote: Eric W. Bates (ericx_lists) writes: > When you establish an esp tunnel, the subnets on the remote end of the > tunnel do not seem to appear in either "netstat -nr" or 'route get > xxx.xxx.x

Re: showing esp tunnels in routing table

Sam Leffler wrote: Eric W. Bates wrote: Phil Regnauld wrote: Eric W. Bates (ericx_lists) writes: When you establish an esp tunnel, the subnets on the remote end of the tunnel do not seem to appear in either "netstat -nr" or 'route get xxx.xxx.xxx.xxx' Is there a way to display those routes ot

Re: showing esp tunnels in routing table

Eric W. Bates wrote: > > Phil Regnauld wrote: >> Eric W. Bates (ericx_lists) writes: >>> When you establish an esp tunnel, the subnets on the remote end of the >>> tunnel do not seem to appear in either "netstat -nr" or 'route get >>> xxx.xxx.xxx.xxx' >>> >>> Is there a way to display those routes

Re: Request status on sk(4) for 88E8053 Yukon PCI-E GbE

On 9/6/06, Dinesh Nair <[EMAIL PROTECTED]> wrote: On 09/05/06 17:19 Bjoern A. Zeeb said the following: > On Tue, 5 Sep 2006, Andrew Sinclair wrote: > >> $ pciconf -lv >> ... >> [EMAIL PROTECTED]:0:0:class=0x02 card=0x00011179 chip=0x436211ab >> rev=0x15 hdr=0x00 >> vendor = 'Marvell

Re: showing esp tunnels in routing table

Eric W. Bates (ericx_lists) writes: > > Apparently, openbsd's implementation of netstat allows one to view ESP > 'flows' (I believe that is how they refer to them) by examining the > family 'encap' > > netstat -rnf encap > > We have no such equivalent? There are patches for allowing to

Re: showing esp tunnels in routing table

Phil Regnauld wrote: > Eric W. Bates (ericx_lists) writes: >> When you establish an esp tunnel, the subnets on the remote end of the >> tunnel do not seem to appear in either "netstat -nr" or 'route get >> xxx.xxx.xxx.xxx' >> >> Is there a way to display those routes other than using setkey to du

Re: showing esp tunnels in routing table

Eric W. Bates (ericx_lists) writes: > When you establish an esp tunnel, the subnets on the remote end of the > tunnel do not seem to appear in either "netstat -nr" or 'route get > xxx.xxx.xxx.xxx' > > Is there a way to display those routes other than using setkey to dump > the SPD's? No,

showing esp tunnels in routing table

When you establish an esp tunnel, the subnets on the remote end of the tunnel do not seem to appear in either "netstat -nr" or 'route get xxx.xxx.xxx.xxx' Is there a way to display those routes other than using setkey to dump the SPD's? Thanks for your time. __

Re: routing problem?

So, I don't know, but you can check your rules of firewall and if your vlan is ok. Gilberto 2006/9/6, Mihail Balikov <[EMAIL PROTECTED]>: Yes, forwarding is enabled, this machine works like router - Original Message - From: "Gilberto Villani Brito" <[EMAIL PROTECTED]> To: Sent: Tuesd

ALpha Release 0.2 of Packet Construction Set

This release includes checksumming for IP and ICMP packets (based on the algorithm in RFC 792) and LengthValue fields so you can easily encode things like DNS labels and the like. About half the work was done by Clement, our SoC student working on IPv6 security issues. As always comments welcome.

Re: Request status on sk(4) for 88E8053 Yukon PCI-E GbE

On 09/05/06 17:19 Bjoern A. Zeeb said the following: On Tue, 5 Sep 2006, Andrew Sinclair wrote: $ pciconf -lv ... [EMAIL PROTECTED]:0:0:class=0x02 card=0x00011179 chip=0x436211ab rev=0x15 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '88E80

Re: Where is IPSec NAT-T support?

Hi. On Mon, Sep 04, 2006 at 01:59:47PM -0400, Scott Ullrich wrote: > On 9/4/06, Bjoern A. Zeeb <[EMAIL PROTECTED]> wrote: > >Are you sure this is a clean RELENG_6_1 with the correct patch? > >MD5 (freebsd6-natt.diff) = 5e7bb5a3203c8959928bf910d5498140 > > Yes it was a clean RELENG_6_1. > > >I co