[ previous ] [ next ] [ threads ]
 
 From:  Tim Nelson <tnelson at rockbochs dot com>
 To:  Mono Wall list <m0n0wall at lists dot m0n0 dot ch>
 Subject:  PPTP Problems with Timeouts and Bandwidth
 Date:  Thu, 28 Dec 2006 12:08:35 -0600
Hello! I've been happily using the new 1.3b2 but recently came upon a 
small problem. When connected via PPTP VPN, I am getting disconnected 
after a timeout value is reached by MPD. Here are the relevant logs:

Dec 28 23:38:04     mpd: pptp0: killing connection with X.X.X.X:13613
Dec 28 23:38:04     mpd: [pt0] device is now in state DOWN
Dec 28 23:38:04     mpd: [pt0] device: CLOSE event in state DOWN
Dec 28 23:38:04     mpd: [pt0] LCP: phase shift TERMINATE --> DEAD
Dec 28 23:38:04     mpd: [pt0] LCP: state change Closing --> Initial
Dec 28 23:38:04     mpd: [pt0] LCP: LayerFinish
Dec 28 23:38:04     mpd: [pt0] LCP: Down event
Dec 28 23:38:04     mpd: [pt0] link: DOWN event
Dec 28 23:38:04     mpd: [pt0] LCP: Close event
Dec 28 23:38:04     mpd: [pt0] link: CLOSE event
Dec 28 23:38:04     mpd: [pt0] device is now in state DOWN
Dec 28 23:38:04     mpd: [pt0] device: DOWN event in state UP
Dec 28 23:38:04     mpd: [pt0] LCP: LayerDown
Dec 28 23:38:04     mpd: [pt0] error writing len 8 frame to bypass: 
Network is down
Dec 28 23:38:04     mpd: [pt0] LCP: SendTerminateReq #40
Dec 28 23:38:04     mpd: [pt0] closing link "pt0"...
Dec 28 23:38:04     mpd: [pt0] CCP: LayerFinish
Dec 28 23:38:04     mpd: [pt0] CCP: state change Starting --> Initial
Dec 28 23:38:04     mpd: [pt0] CCP: Close event
Dec 28 23:38:04     mpd: [pt0] CCP: LayerDown
Dec 28 23:38:04     mpd: [pt0] CCP: state change Opened --> Starting
Dec 28 23:38:04     mpd: [pt0] CCP: Down event
Dec 28 23:38:04     mpd: [pt0] IPCP: state change Closed --> Initial
Dec 28 23:38:04     mpd: [pt0] IPCP: Down event
Dec 28 23:38:04     mpd: [pt0] up: 0 links, total bandwidth 9600 bps
Dec 28 23:38:04     mpd: [pt0] setting interface ng1 MTU to 1500 bytes
Dec 28 23:38:04     mpd: [pt0] LCP: phase shift NETWORK --> TERMINATE
Dec 28 23:38:04     mpd: [pt0] LCP: state change Opened --> Closing
Dec 28 23:38:04     mpd: [pt0] LCP: Close event
Dec 28 23:38:04     mpd: [pt0] link: CLOSE event
Dec 28 23:38:04     mpd: pptp0: closing connection with X.X.X.X:13613
Dec 28 23:38:04     mpd: [pt0] IFACE: Close event
Dec 28 23:38:04     mpd: [pt0] IPCP: Close event
Dec 28 23:38:04     mpd: [pt0] IFACE: Close event
Dec 28 23:38:04     mpd: [pt0] PPTP call terminated
Dec 28 23:38:04     mpd: pptp0-0: killing channel
Dec 28 23:38:04     mpd: pptp0-0: call cleared by peer
Dec 28 23:38:04     mpd: [pt0] closing link "pt0"...
Dec 28 23:38:04     mpd: [pt0] bundle: CLOSE event in state OPENED
Dec 28 23:38:04     mpd: [pt0] IPCP: LayerFinish
Dec 28 23:38:04     mpd: [pt0] IPCP: state change Closing --> Closed
Dec 28 23:38:04     mpd: [pt0] IPCP: rec'd Terminate Ack #47 link 0 
(Closing)
Dec 28 23:38:04     mpd: [pt0] exec: /sbin/ifconfig ng1 down delete -link0
Dec 28 23:38:04     mpd: [pt0] exec: /usr/sbin/arp -d 192.168.2.16
Dec 28 23:38:04     mpd: [pt0] exec: /sbin/route delete 192.168.2.15 
-iface lo0
Dec 28 23:38:04     mpd: [pt0] exec: /usr/local/sbin/vpn-linkdown ng1 
inet tnelson
Dec 28 23:38:04     mpd: [pt0] IFACE: Down event
Dec 28 23:38:04     mpd: [pt0] IPCP: LayerDown
Dec 28 23:38:04     mpd: [pt0] IPCP: SendTerminateReq #47
Dec 28 23:38:04     mpd: [pt0] IPCP: state change Opened --> Closing
Dec 28 23:38:04     mpd: [pt0] IPCP: Close event
Dec 28 23:38:04     mpd: [pt0] idle timeout after 1800 seconds

As you can see, I am hitting some sort of idle timeout. What constitutes 
idle? I am passing plenty of traffic through the interface! Am I able to 
change this timeout somewhere? Is it a setting somewhere else?

Also- it seems as though I have very little bandwidth over the VPN. 
Without the VPN, I can reliably pass around 1mbps between the two 
locations. Through the VPN, I'm lucky if I get 256kbps. m0n0 is running 
on a rather hefty machine and -NEVER- shows CPU usage above 5%, even 
with reports of the new 1.3b2 increasing those values for some people.

If it has any relevance, I am currently behind(NAT'ed) another monowall 
running 1.22.

Thank you!

-- 
Tim Nelson
Technical Consultant
Rockbochs Inc.
http://www.rockbochs.com