Hi All,
My name is Ryan French. I am a uni student at Waikato University in New
Zealand. This year I will be porting the Ayame project (an
implementation of the MPLS networking stack) to FreeBSD as part of my
course. I was wondering if there was anyone out there wanting to be a
mentor for me
Please check even NetBSD tech mailing list since there has been posted an
updated patch of ayame implementation for netbsd.
This might help you since it fixed some bugs on ayame and has some more
discussions on the remainings one.
Regards
Ermal Luçi
IT Projects & Development
Raiffeisen Bank of
Ryan French wrote:
Hi All,
My name is Ryan French. I am a uni student at Waikato University in New
Zealand. This year I will be porting the Ayame project (an
implementation of the MPLS networking stack) to FreeBSD as part of my
course. I was wondering if there was anyone out there wanting to
Thu, Feb 14, 2008 at 07:49:34AM +0300, Eygene Ryabinkin wrote:
> > I have replaced patch-ospfd_packet.c with the new one,
> > and OSPF packets can find their way through again now. Unfortunately,
> > the behavior is the same as with openospfd 4.0; it converges with
> > right costs etc., but with th
Howdy folks. I have several computers behind a FreeBSD router (NAT
192.168.0.x using OpenBSD's PF) . One of those computers is a Windows
machine which is using software called "Cisco Systems VPN Client" to connect
to some other computers outside of our internal network. Our FreeBSD
router's conn
Hi--
On Feb 14, 2008, at 9:59 AM, Nerius Landys wrote:
Howdy folks. I have several computers behind a FreeBSD router (NAT
192.168.0.x using OpenBSD's PF) . One of those computers is a Windows
machine which is using software called "Cisco Systems VPN Client" to
connect
to some other computer
list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
__ Information from ESET NOD32 Antivirus, version of virus
signature database 2876 (20080214) __
The message was checked by ESET NOD32 Antivirus.
http:/
All,
There is a bug in /usr/src/sys/netipsec/key.c in FreeBSD KAME IPsec
sources. If an spd_delete2 message is submitted for an invalid policy
id, the kernel crashes. Can someone please commit this trivial patch?
I'm afraid its against 6.2 sources but its also only one line.
Thanks,
-Matthe
Nerius,
This sounds like a DPD timeout. The Cisco VPN client or Cisco gateway is
probably not configured to use NAT-T or you are blocking UDP port 4500.
Using the static-port trick will help in some instances where a client
doesn't support NAT-T, but it also prevents multiple clients behind th