Re: FW: ieee80211 patches

2005-07-09 Thread Jeff Garzik
On Sun, Jul 10, 2005 at 04:34:01AM +0100, Pedro Ramalhais wrote: > AFAIK James Ketrenos from Intel is going to create a GIT repository of > ieee80211 for development. There's already a project on sourceforge, > maybe you can check it for updates, or ask him directly. The ieee80211 > code in netdev

Re: FW: ieee80211 patches

2005-07-09 Thread Pedro Ramalhais
Mark Wallis wrote: > > Hi everyone, > > On 28/06/2005, at 10:23 PM, Jiri Benc wrote: > Our patches against latest ieee80211 branch of netdev tree can be > found at > > http://forge.novell.com/modules/xfmod/cvs/cvsbrowse.php/ieee80211/patches-up > stream/ > (it is possible to

Re: linux IPSEC with cisco problem

2005-07-09 Thread Arkadiusz Patyk
On Sat, 09 Jul 2005 16:49:01 +0200, you wrote: >Arkadiusz Patyk wrote: >> Racoon calculates soft lifetime as 80% of lifetime. >> Cisco always uses 30s. >> When lifetime is 600s soft is 480s. >> >> In 480s racoon initiates new phase 2 negotiation. >> New IPsec-SA is established, but old exists an

Re: linux IPSEC with cisco problem

2005-07-09 Thread Patrick McHardy
Arkadiusz Patyk wrote: Racoon calculates soft lifetime as 80% of lifetime. Cisco always uses 30s. When lifetime is 600s soft is 480s. In 480s racoon initiates new phase 2 negotiation. New IPsec-SA is established, but old exists and will be used for next 120s. After 30s cisco switches to new SA

linux IPSEC with cisco problem

2005-07-09 Thread Arkadiusz Patyk
Hi, Linux 2.6.11.10 ipsec-tools 0.6 Racoon calculates soft lifetime as 80% of lifetime. Cisco always uses 30s. When lifetime is 600s soft is 480s. In 480s racoon initiates new phase 2 negotiation. New IPsec-SA is established, but old exists and will be used for next 120s. After 30s cisco switc

Re: RFD: kernel PPTP support

2005-07-09 Thread Alan Jenkins
> As an alternative, it would be possible to create the PPP network device > in a similar way to a normal GRE tunnel, using the "ip tunnel" command, > and for pppd to access this device using a packet socket - which seems > like a more elegant solution to me. The current ip tunnel framework requir