Ah, I have finally found out how to get pppd debug logs. It is listed below.<div>I cannot find anything wrong with it. Can anyone help me with this?</div><div>It works just fine with windows xp sp3 when I use CHAP, MSCHAP, MSCHAPV2 or PAP.</div>
<div><br></div><div><div>Sep 7 21:06:59 gateway pppd[21643]: Plugin /usr/local/lib/pppd/2.4.5/radius.so loaded.</div><div>Sep 7 21:06:59 gateway pppd[21643]: RADIUS plugin initialized.</div><div>Sep 7 21:06:59 gateway pppd[21643]: pppd 2.4.5 started by root, uid 0</div>
<div>Sep 7 21:06:59 gateway pppd[21643]: using channel 67</div><div>Sep 7 21:06:59 gateway pppd[21643]: Using interface ppp0</div><div>Sep 7 21:06:59 gateway pppd[21643]: Connect: ppp0 <--> /dev/pts/5</div><div>Sep 7 21:06:59 gateway pppd[21643]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth eap> <magic 0xff2ed1c> <pcomp> <accomp>]</div>
<div>Sep 7 21:06:59 gateway pppd[21643]: rcvd [LCP ConfReq id=0x0 <mru 1400> <asyncmap 0x0> <pcomp> <accomp>]</div><div>Sep 7 21:06:59 gateway pppd[21643]: sent [LCP ConfAck id=0x0 <mru 1400> <asyncmap 0x0> <pcomp> <accomp>]</div>
<div>Sep 7 21:06:59 gateway pppd[21643]: rcvd [LCP ConfNak id=0x1 <auth chap MS-v2>]</div><div>Sep 7 21:06:59 gateway pppd[21643]: sent [LCP ConfReq id=0x2 <mru 1400> <asyncmap 0x0> <auth chap MS-v2> <magic 0xff2ed1c> <pcomp> <accomp>]</div>
<div>Sep 7 21:06:59 gateway pppd[21643]: rcvd [LCP ConfAck id=0x2 <mru 1400> <asyncmap 0x0> <auth chap MS-v2> <magic 0xff2ed1c> <pcomp> <accomp>]</div><div>Sep 7 21:06:59 gateway pppd[21643]: sent [CHAP Challenge id=0x32 <fff6147eabb224db7b69ac2d22578e48>, name = "Helios.Lan"]</div>
<div>Sep 7 21:06:59 gateway pppd[21643]: rcvd [CHAP Response id=0x32 <c920f2c937dff065f45aafb79327bbbc0000000000000000f2f5d59ff4b1bcb34490e75e730c57206ee4dff5496510c300>, name = "user1"]</div><div>Sep 7 21:06:59 gateway pppd[21643]: sent [CHAP Success id=0x32 "S=A7250C63D3FEDD31D93F75B992EC2CFDADAA4E90"]</div>
<div>Sep 7 21:06:59 gateway pppd[21643]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 172.28.1.1>]</div><div>Sep 7 21:06:59 gateway pppd[21643]: rcvd [IPCP ConfReq id=0x0 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-wins 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins 0.0.0.0>]</div>
<div>Sep 7 21:06:59 gateway pppd[21643]: sent [IPCP ConfNak id=0x0 <addr 172.28.1.10> <ms-dns1 172.28.1.1> <ms-wins 172.28.1.1> <ms-dns2 172.28.1.1> <ms-wins 172.28.1.1>]</div><div>Sep 7 21:06:59 gateway pppd[21643]: rcvd [proto=0x8057] 01 00 00 0e 01 0a 02 23 76 ff fe 0d 7a ea</div>
<div>Sep 7 21:06:59 gateway pppd[21643]: Unsupported protocol 'IPv6 Control Protocol' (0x8057) received</div><div>Sep 7 21:06:59 gateway pppd[21643]: sent [LCP ProtRej id=0x3 80 57 01 00 00 0e 01 0a 02 23 76 ff fe 0d 7a ea]</div>
<div>Sep 7 21:06:59 gateway pppd[21643]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]</div><div>Sep 7 21:06:59 gateway pppd[21643]: sent [IPCP ConfReq id=0x2 <addr 172.28.1.1>]</div><div>Sep 7 21:06:59 gateway pppd[21643]: rcvd [IPCP ConfReq id=0x1 <addr 172.28.1.10> <ms-dns1 172.28.1.1> <ms-wins 172.28.1.1> <ms-dns2 172.28.1.1> <ms-wins 172.28.1.1>]</div>
<div>Sep 7 21:06:59 gateway pppd[21643]: sent [IPCP ConfAck id=0x1 <addr 172.28.1.10> <ms-dns1 172.28.1.1> <ms-wins 172.28.1.1> <ms-dns2 172.28.1.1> <ms-wins 172.28.1.1>]</div><div>Sep 7 21:06:59 gateway pppd[21643]: rcvd [IPCP ConfAck id=0x2 <addr 172.28.1.1>]</div>
<div>Sep 7 21:06:59 gateway pppd[21643]: found interface eth1 for proxy arp</div><div>Sep 7 21:06:59 gateway pppd[21643]: local IP address 172.28.1.1</div><div>Sep 7 21:06:59 gateway pppd[21643]: remote IP address 172.28.1.10</div>
<div>Sep 7 21:06:59 gateway pppd[21643]: Script /etc/ppp/ip-up started (pid 21651)</div><div>Sep 7 21:06:59 gateway pppd[21643]: Script /etc/ppp/ip-up finished (pid 21651), status = 0x0</div><div>Sep 7 21:06:59 gateway dnsmasq-dhcp[967]: DHCPINFORM(ppp0) 172.28.1.10 00:53:45:00:00:00</div>
<div>Sep 7 21:06:59 gateway dnsmasq-dhcp[967]: DHCPACK(ppp0) 172.28.1.10 00:53:45:00:00:00</div><div>Sep 7 21:08:21 gateway pppd[21643]: rcvd [LCP TermReq id=0x1]</div><div>Sep 7 21:08:21 gateway pppd[21643]: LCP terminated by peer</div>
<div>Sep 7 21:08:21 gateway pppd[21643]: Connect time 1.4 minutes.</div><div>Sep 7 21:08:21 gateway pppd[21643]: Sent 890 bytes, received 650 bytes.</div><div>Sep 7 21:08:21 gateway pppd[21643]: Script /etc/ppp/ip-down started (pid 21664)</div>
<div>Sep 7 21:08:21 gateway pppd[21643]: sent [LCP TermAck id=0x1]</div><div>Sep 7 21:08:21 gateway pppd[21643]: Script /etc/ppp/ip-down finished (pid 21664), status = 0x0</div><div>Sep 7 21:08:21 gateway pppd[21643]: Terminating on signal 15</div>
<div>Sep 7 21:08:21 gateway pppd[21643]: Modem hangup</div><div>Sep 7 21:08:21 gateway pppd[21643]: Connection terminated.</div><div>Sep 7 21:08:21 gateway pppd[21643]: Exit.</div><div><br></div><div><div> the options.xl2tpd:</div>
<div> ipcp-accept-local</div><div>ipcp-accept-remote</div><div>ms-dns 172.28.1.1</div><div>ms-dns 172.28.1.1</div><div>ms-wins 172.28.1.1</div><div>ms-wins 172.28.1.1</div><div>noccp</div><div>auth</div><div>crtscts</div>
<div>idle 1800</div><div>mtu 1400</div><div>mru 1400</div><div>nodefaultroute</div><div>debug</div><div>lock</div><div>proxyarp</div><div>plugin /usr/local/lib/pppd/2.4.5/radius.so</div><div><br></div><div><br></div><div>
xl2tpd.conf</div><div>ipsec saref = yes</div><div><div>debug tunnel = yes</div><div><br></div><div>[lns default]</div><div>;exclusive = no</div><div>ip range = 172.28.1.10-172.28.1.99</div><div>local ip = 172.28.1.1</div>
<div>require chap = no</div><div>refuse pap = no</div><div>require authentication = yes</div><div>name = Helios.Lan</div><div>ppp debug = yes</div><div>pppoptfile = /etc/ppp/options.xl2tpd</div><div>length bit = yes</div>
</div></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><br><div class="gmail_quote">2010/9/7 Bart Smink <span dir="ltr"><<a href="mailto:bartsmink@gmail.com">bartsmink@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Sorry for the last message, I misunderstood. The logs go to /var/log/messages, <div>it looks like there is ipv6?</div>
<div><br></div><div>here it is:<div><div>Sep 7 17:03:01 gateway pppd[9494]: Plugin /usr/local/lib/pppd/2.4.5/radius.so loaded.</div>
<div>Sep 7 17:03:01 gateway pppd[9494]: RADIUS plugin initialized.</div><div>Sep 7 17:03:01 gateway pppd[9494]: pppd 2.4.5 started by root, uid 0</div><div>Sep 7 17:03:02 gateway pppd[9494]: Using interface ppp0</div>
<div>
Sep 7 17:03:02 gateway pppd[9494]: Connect: ppp0 <--> /dev/pts/4</div><div>Sep 7 17:03:02 gateway pppd[9494]: Unsupported protocol 'IPv6 Control Protocol' (0x8057) received</div><div>Sep 7 17:03:02 gateway pppd[9494]: found interface eth1 for proxy arp</div>
<div>Sep 7 17:03:02 gateway pppd[9494]: local IP address 172.28.1.1</div><div>Sep 7 17:03:02 gateway pppd[9494]: remote IP address 172.28.1.10</div><div>Sep 7 17:03:02 gateway dnsmasq-dhcp[967]: DHCPINFORM(ppp0) 172.28.1.10 00:53:45:00:00:00</div>
<div>Sep 7 17:03:02 gateway dnsmasq-dhcp[967]: DHCPACK(ppp0) 172.28.1.10 00:53:45:00:00:00</div><div>Sep 7 17:04:09 gateway pppd[9494]: Terminating on signal 15</div><div>Sep 7 17:04:09 gateway pppd[9494]: Modem hangup</div>
<div>Sep 7 17:04:09 gateway pppd[9494]: Connect time 1.2 minutes.</div><div>Sep 7 17:04:09 gateway pppd[9494]: Sent 890 bytes, received 650 bytes.</div><div>Sep 7 17:04:09 gateway pppd[9494]: Connection terminated.</div>
<div>Sep 7 17:04:09 gateway pppd[9494]: Exit.</div><div>Sep 7 17:14:27 gateway pppd[9941]: Plugin /usr/local/lib/pppd/2.4.5/radius.so loaded.</div><div>Sep 7 17:14:27 gateway pppd[9941]: RADIUS plugin initialized.</div>
<div>Sep 7 17:14:27 gateway pppd[9941]: pppd 2.4.5 started by root, uid 0</div><div>Sep 7 17:14:27 gateway pppd[9941]: Using interface ppp0</div><div>Sep 7 17:14:27 gateway pppd[9941]: Connect: ppp0 <--> /dev/pts/4</div>
<div>Sep 7 17:14:27 gateway radiusd: nss_ldap: could not search LDAP server - Server is unavailable</div><div>Sep 7 17:14:27 gateway pppd[9941]: Unsupported protocol 'IPv6 Control Protocol' (0x8057) received</div>
<div>Sep 7 17:14:27 gateway pppd[9941]: found interface eth1 for proxy arp</div><div>Sep 7 17:14:27 gateway pppd[9941]: local IP address 172.28.1.1</div><div>Sep 7 17:14:27 gateway pppd[9941]: remote IP address 172.28.1.10</div>
<div>Sep 7 17:14:27 gateway dnsmasq-dhcp[967]: DHCPINFORM(ppp0) 172.28.1.10 00:53:45:00:00:00</div><div>Sep 7 17:14:27 gateway dnsmasq-dhcp[967]: DHCPACK(ppp0) 172.28.1.10 00:53:45:00:00:00</div><div>Sep 7 17:15:11 gateway pppd[9941]: LCP terminated by peer</div>
<div>Sep 7 17:15:11 gateway pppd[9941]: Connect time 0.8 minutes.</div><div>Sep 7 17:15:11 gateway pppd[9941]: Sent 890 bytes, received 650 bytes.</div><div>Sep 7 17:15:11 gateway pppd[9941]: Terminating on signal 15</div>
<div>Sep 7 17:15:11 gateway pppd[9941]: Modem hangup</div><div>Sep 7 17:15:11 gateway pppd[9941]: Connection terminated.</div><div>Sep 7 17:15:11 gateway pppd[9941]: Exit.</div><div></div></div></div></blockquote><div>
<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div><div> </div></div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div><div></div><br><div class="gmail_quote">
2010/9/7 Bart Smink <span dir="ltr"><<a href="mailto:bartsmink@gmail.com" target="_blank">bartsmink@gmail.com</a>></span><div><div></div><div class="h5"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Thank you for your response Paul, <div><br></div></div><div>This is Openswan-2.6.28 using Netkey. I have added debug to /etc/ppp/options.xl2tpd and I ran xl2tpd -D</div>
<div><div></div><div>
<div>Things work when I use the mobile phone as a modem, so there has to be something wrong on the phone, or the authentication goes wrong.</div>
<div><br></div><div>The output of xl2tpd -D is:</div><div><br></div><div><div>[root@gateway ppp]# xl2tpd -D</div><div>xl2tpd[9444]: setsockopt recvref[22]: Protocol not available</div><div>xl2tpd[9444]: This binary does not support kernel L2TP.</div>
<div>xl2tpd[9444]: xl2tpd version xl2tpd-1.2.6 started on gateway.helios.lan PID:9444</div><div>xl2tpd[9444]: Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc.</div><div>xl2tpd[9444]: Forked by Scott Balmos and David Stipp, (C) 2001</div>
<div>xl2tpd[9444]: Inherited by Jeff McAdams, (C) 2002</div><div>xl2tpd[9444]: Forked again by Xelerance (<a href="http://www.xelerance.com" target="_blank">www.xelerance.com</a>) (C) 2006</div><div>xl2tpd[9444]: Listening on IP address 0.0.0.0, port 1701</div>
<div>xl2tpd[9444]: control_finish: Peer requested tunnel 15 twice, ignoring second one.</div><div>xl2tpd[9444]: Connection established to 62.140.137.125, 1701. Local: 12003, Remote: 15 (ref=0/0). LNS session is 'default'</div>
<div>xl2tpd[9444]: start_pppd: I'm running: </div><div>xl2tpd[9444]: "/usr/sbin/pppd" </div><div>xl2tpd[9444]: "passive" </div><div>xl2tpd[9444]: "nodetach" </div><div>xl2tpd[9444]: "172.28.1.1:172.28.1.10" </div>
<div>xl2tpd[9444]: "auth" </div><div>xl2tpd[9444]: "name" </div><div>xl2tpd[9444]: "Helios.Lan" </div><div>xl2tpd[9444]: "debug" </div><div>xl2tpd[9444]: "file" </div><div>
xl2tpd[9444]: "/etc/ppp/options.xl2tpd" </div><div>xl2tpd[9444]: "/dev/pts/4" </div><div>xl2tpd[9444]: Call established with 62.140.137.125, Local: 57733, Remote: 1, Serial: 0</div><div><div>xl2tpd[9444]: Maximum retries exceeded for tunnel 12003. Closing.</div>
<div>xl2tpd[9444]: Terminating pppd: sending TERM signal to pid 9494</div><div>xl2tpd[9444]: Connection 15 closed to 62.140.137.125, port 1701 (Timeout)</div></div><div><br></div><div><br><div class="gmail_quote">2010/9/7 Paul Wouters <span dir="ltr"><<a href="mailto:paul@xelerance.com" target="_blank">paul@xelerance.com</a>></span><div>
<div></div><div><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Tue, 7 Sep 2010, Bart Smink wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I am trying to get Windows Mobile 6.5 to work with Openswan in combination with XL2TPD which is connected to freeradius. When<br>
I am trying to send data through the tunnel, the connection goes down, when I wait for 3 minutes, the connection goes down.<br>
<br>
What I notice is that I get "ignoring informational payload, type INVALID_COOKIE msgid=00000000" messages. Openswan sees it as<br>
information messages, but I think it is the client trying to communicate.<br>
<br>
I am using the example config file l2tp-cert.conf. I have not configured "esp=", because I would like Openswan to find out<br>
what encryption methods can be used, but this is not working.<br>
<br>
Can someone help me?<br>
</blockquote>
<br></div>
Is this a recent openswan 2.6.x?<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sep 7 15:50:31 gateway pluto[1749]: "l2tp-X.509"[11] 62.140.137.125 #14: STATE_MAIN_R2: sent MR2, expecting MI3<br>
Sep 7 15:50:32 gateway pluto[1749]: "l2tp-X.509"[11] 62.140.137.125 #14: discarding duplicate packet; already STATE_MAIN_R2<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[11] 62.140.137.125 #14: Main mode peer ID is ID_DER_ASN1_DN: 'C=NL,<br>
ST=Utrecht, L=Utrecht, O=Testing Corporation, OU=Research and Development, CN=Left1024, E=<a href="mailto:admin@testingcorporation.nl" target="_blank">admin@testingcorporation.nl</a>'<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[11] 62.140.137.125 #14: switched from "l2tp-X.509" to "l2tp-X.509"<br>
</blockquote>
<br></div>
This is a little odd.<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #14: I am sending my cert<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #14: deleting connection "l2tp-X.509" instance with peer<br>
62.140.137.107 {isakmp=#0/ipsec=#13}<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509" #13: deleting state (STATE_QUICK_R2)<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #14: transition from state STATE_MAIN_R2 to state<br>
STATE_MAIN_R3<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #14: new NAT mapping for #14, was <a href="http://62.140.137.125:29237" target="_blank">62.140.137.125:29237</a>,<br>
now <a href="http://62.140.137.125:29528" target="_blank">62.140.137.125:29528</a><br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #14: STATE_MAIN_R3: sent MR3, ISAKMP SA established<br>
{auth=OAKLEY_RSA_SIG cipher=oakley_3des_cbc_192 prf=oakley_sha group=modp2048}<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #14: peer client type is FQDN<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #14: Applying workaround for MS-818043 NAT-T bug<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #14: IDci was FQDN: U\221\224j, using<br>
NAT_OA=<a href="http://10.66.108.51/32" target="_blank">10.66.108.51/32</a> as IDci<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #14: the peer proposed: <a href="http://85.145.148.106/32:17/1701" target="_blank">85.145.148.106/32:17/1701</a> -><br>
<a href="http://10.66.108.51/32:17/0" target="_blank">10.66.108.51/32:17/0</a><br>
</blockquote>
<br></div>
There might be confusion between the two instances.<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
O=Testing Corporation, OU=Research and Development, CN=Left1024, E=<a href="mailto:admin@testingcorporation.nl" target="_blank">admin@testingcorporation.nl</a>,+S=C]:17/0===<a href="http://10.66.108.51/32" target="_blank">10.66.108.51/32</a><br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #16: transition from state STATE_QUICK_R0 to state<br>
STATE_QUICK_R1<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #16: STATE_QUICK_R1: sent QR1, inbound IPsec SA<br>
installed, expecting QI2<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #16: netlink_raw_eroute: WARNING: that_client port 0 and<br>
that_host port 29528 don't match. Using that_client port.<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #16: transition from state STATE_QUICK_R1 to state<br>
STATE_QUICK_R2<br>
Sep 7 15:50:34 gateway pluto[1749]: "l2tp-X.509"[12] 62.140.137.125 #16: STATE_QUICK_R2: IPsec SA established transport mode<br>
{ESP=>0x00bc42b0 <0x44d1a644 xfrm=3DES_0-HMAC_SHA1 NATOA=10.66.108.51 NATD=<a href="http://62.140.137.125:29528" target="_blank">62.140.137.125:29528</a> DPD=none}<br>
Sep 7 15:50:37 gateway pluto[1749]: "l2tp-X.509"[11] 62.140.137.125 #15: ignoring informational payload, type INVALID_COOKIE<br>
msgid=00000000<br>
</blockquote>
<br></div>
This looks like the phone started a new attempt from scratch (hence the null cookie)<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The output of xl2tpd -D:<br>
<br>
xl2tpd[1808]: control_finish: Peer requested tunnel 14 twice, ignoring second one.<br>
xl2tpd[1808]: Connection established to 62.140.137.125, 1701. Local: 15271, Remote: 14 (ref=0/0). LNS session is 'default'<br>
xl2tpd[1808]: start_pppd: I'm running: <br>
xl2tpd[1808]: "/usr/sbin/pppd" <br>
xl2tpd[1808]: "passive" <br>
xl2tpd[1808]: "nodetach" <br>
xl2tpd[1808]: "172.28.1.1:172.28.1.10" <br>
xl2tpd[1808]: "auth" <br>
xl2tpd[1808]: "name" <br>
xl2tpd[1808]: "Helios.Lan" <br>
xl2tpd[1808]: "debug" <br>
xl2tpd[1808]: "file" <br>
xl2tpd[1808]: "/etc/ppp/options.xl2tpd" <br>
xl2tpd[1808]: "/dev/pts/4" <br>
xl2tpd[1808]: Call established with 62.140.137.125, Local: 38486, Remote: 1, Serial: 0<br>
xl2tpd[1808]: control_finish: Connection closed to 62.140.137.125, serial 0 ()<br>
xl2tpd[1808]: Terminating pppd: sending TERM signal to pid 6365<br>
xl2tpd[1808]: control_finish: Connection closed to 62.140.137.125, port 1701 (), Local: 15271, Remote: 14<br>
</blockquote>
<br></div>
Is there any pppd logs? add "debug" to /etc/ppp/options.xl2tpd and look there? This might simply be an<br>
authentication error, and the logs at the openswan end just show the phone trying again from scratch.<br><font color="#888888">
<br>
Paul<br>
</font></blockquote></div></div></div><br></div></div>
</div></div></blockquote></div><br>
</blockquote></div></div></div><br></div></div>
</blockquote></div><br></div>