I'm attempting to use l2tpd 0.69 with MacOS X 10.3's newfound support for l2tp in "Internet Connect." I've started by using the configuration details found on
http://www.funknet.org/doc/tunnel/l2tp.html My configuration looks just like that except that my l2tpd is running on FreeBSD. I have also applied the "Specify your hostname" patch found at http://www.jacco2.dds.nl/networking/patches/l2tpd-MSL2TP-hostname.patch After solving that problem, I ran into another: This binary does not support kernel L2TP. l2tpd version 0.69 started on myinternalhostname PID:84759 Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc. Forked by Scott Balmos and David Stipp, (C) 2001 Inhereted by Jeff McAdams, (C) 2002 FreeBSD version 4.9-RC on a i386, addr 0.0.0.0, port 1701 ourtid = 49110, entropy_buf = bfd6 check_control: control, cid = 0, Ns = 0, Nr = 0 handle_avps: handling avp's for tunnel 49110, call 1886351988 message_type_avp: message type 1 (Start-Control-Connection-Request) protocol_version_avp: peer is using version 1, revision 0. framing_caps_avp: supported peer frames: async sync hostname_avp: peer reports hostname '' assigned_tunnel_avp: using peer's tunnel 7 receive_window_size_avp: peer wants RWS of 4. Will use flow control. ourtid = 18005, entropy_buf = 4655 check_control: control, cid = 0, Ns = 0, Nr = 0 handle_avps: handling avp's for tunnel 18005, call 1886351988 message_type_avp: message type 1 (Start-Control-Connection-Request) protocol_version_avp: peer is using version 1, revision 0. framing_caps_avp: supported peer frames: async sync hostname_avp: peer reports hostname '' assigned_tunnel_avp: using peer's tunnel 7 receive_window_size_avp: peer wants RWS of 4. Will use flow control. control_finish: Peer requested tunnel 7 twice, ignoring second one. control_xmit: Maximum retries exceeded for tunnel 49110. Closing. call_close : Connection 7 closed to 10.3.2.12, port 51014 (Timeout) ourtid = 55077, entropy_buf = d725 ourcid = 2329, entropy_buf = 919 check_control: control, cid = 0, Ns = 0, Nr = 0 handle_avps: handling avp's for tunnel 55077, call 2329 message_type_avp: message type 1 (Start-Control-Connection-Request) protocol_version_avp: peer is using version 1, revision 0. framing_caps_avp: supported peer frames: async sync hostname_avp: peer reports hostname '' assigned_tunnel_avp: using peer's tunnel 7 receive_window_size_avp: peer wants RWS of 4. Will use flow control. control_finish: Peer requested tunnel 7 twice, ignoring second one. ourtid = 6450, entropy_buf = 1932 ourcid = 16779, entropy_buf = 418b check_control: control, cid = 0, Ns = 0, Nr = 0 handle_avps: handling avp's for tunnel 6450, call 16779 message_type_avp: message type 1 (Start-Control-Connection-Request) protocol_version_avp: peer is using version 1, revision 0. framing_caps_avp: supported peer frames: async sync hostname_avp: peer reports hostname '' assigned_tunnel_avp: using peer's tunnel 7 receive_window_size_avp: peer wants RWS of 4. Will use flow control. control_finish: Peer requested tunnel 7 twice, ignoring second one. control_xmit: Unable to deliver closing message for tunnel 49110. Destroying anyway. ...and this sequence seems to repeat until the Mac OS X client gives up, saying "The server does not respond. Please verify your server address and try again." I have disabled all firewalling on both the client and l2tp gateway, with the same results. Any ideas as to what the problem might be? Thanks in advance, -brian -- Brian L. Naylor - scromp - <[EMAIL PROTECTED]>
