Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

We have a VoIP box that we purchased from Allworx that I need to connect to using a VPN. I've configured a VPN connection using NetworkManager on my Fedora 14 Laptop and am able to connect, however after ~4 minutes my connection will consistently drops/disconnects.

I've gone through a fair amount of googling and tried some suggestions such as disabling the various types of compression (BSD, deflate, tcp, etc) through an advanced button when configuring my VPN connection through Network Manager. I'm basically at a loss on how to further debug this issue.

Here are some details from my syslog when I've established a connection and it get's dropped:

Jul 18 14:16:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[ctrlp_disp:pptp_ctrl.c:912]: Outgoing call established (call ID 0, peer's call ID 1).
Jul 18 14:16:13 mylaptop pppd[20664]: CHAP authentication succeeded
Jul 18 14:16:13 mylaptop pppd[20664]: local  IP address 192.168.237.1
Jul 18 14:16:13 mylaptop pppd[20664]: remote IP address 192.168.2.254
Jul 18 14:16:13 mylaptop NetworkManager[1384]: <info> VPN connection 'allworxVPN' (IP Config Get) reply received.
Jul 18 14:16:13 mylaptop NetworkManager[1384]: <info> VPN Gateway: 123.123.123.123
Jul 18 14:16:13 mylaptop NetworkManager[1384]: <info> Tunnel Device: ppp0
Jul 18 14:16:13 mylaptop NetworkManager[1384]: <info> Internal IP4 Address: 192.168.237.1
Jul 18 14:16:13 mylaptop NetworkManager[1384]: <info> Internal IP4 Prefix: 32
Jul 18 14:16:13 mylaptop NetworkManager[1384]: <info> Internal IP4 Point-to-Point Address: 192.168.2.254
Jul 18 14:16:13 mylaptop NetworkManager[1384]: <info> Maximum Segment Size (MSS): 0
Jul 18 14:16:13 mylaptop NetworkManager[1384]: <info> Forbid Default Route: no
Jul 18 14:16:13 mylaptop NetworkManager[1384]: <info> DNS Domain: '(none)'
Jul 18 14:16:14 mylaptop NetworkManager[1384]: <info> VPN connection 'allworxVPN' (IP Config Get) complete.
Jul 18 14:16:14 mylaptop NetworkManager[1384]: <info> Policy set 'Auto Qmetrics' (wlan0) as default for IPv4 routing and DNS.
Jul 18 14:16:14 mylaptop NetworkManager[1384]: <info> VPN plugin state changed: 4
Jul 18 14:16:15 mylaptop ntpd[12185]: Listen normally on 16 ppp0 192.168.237.1 UDP 123
Jul 18 14:17:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[logecho:pptp_ctrl.c:692]: Echo Request received.
Jul 18 14:17:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[ctrlp_rep:pptp_ctrl.c:254]: Sent control packet type is 6 'Echo-Reply'
Jul 18 14:18:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[logecho:pptp_ctrl.c:692]: Echo Request received.
Jul 18 14:18:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[ctrlp_rep:pptp_ctrl.c:254]: Sent control packet type is 6 'Echo-Reply'
Jul 18 14:19:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[logecho:pptp_ctrl.c:692]: Echo Request received.
Jul 18 14:19:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[ctrlp_rep:pptp_ctrl.c:254]: Sent control packet type is 6 'Echo-Reply'
Jul 18 14:19:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[pptp_make_packet:pptp_ctrl.c:620]: 5 bad bytes thrown away.
Jul 18 14:20:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[pptp_handle_timer:pptp_ctrl.c:1068]: closing control connection due to missing echo reply
Jul 18 14:20:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[ctrlp_rep:pptp_ctrl.c:254]: Sent control packet type is 12 'Call-Clear-Request'
Jul 18 14:20:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[pptp_conn_close:pptp_ctrl.c:434]: Closing PPTP connection
Jul 18 14:20:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[ctrlp_rep:pptp_ctrl.c:254]: Sent control packet type is 3 'Stop-Control-Connection-Request'
Jul 18 14:20:13 mylaptop pptp[20673]: nm-pptp-service-20662 log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Jul 18 14:20:13 mylaptop pppd[20664]: Modem hangup
Jul 18 14:20:13 mylaptop pppd[20664]: Connect time 4.0 minutes.
Jul 18 14:20:13 mylaptop pppd[20664]: Sent 0 bytes, received 0 bytes.
Jul 18 14:20:13 mylaptop pppd[20664]: Connection terminated.
Jul 18 14:20:13 mylaptop NetworkManager[1384]: <info> VPN plugin state changed: 5
Jul 18 14:20:13 mylaptop NetworkManager[1384]: <info> VPN plugin state changed: 6
Jul 18 14:20:13 mylaptop NetworkManager[1384]: <info> VPN plugin state change reason: 0
Jul 18 14:20:13 mylaptop NetworkManager[1384]: <warn> error disconnecting VPN: Could not process the request because no VPN connection was active.
Jul 18 14:20:13 mylaptop avahi-daemon[1397]: Withdrawing workstation service for ppp0.

I've changed my VPN Gateway IP address in the logs above to 123.123.123.123 but otherwise all the values are left unmodified.

NOTE1: My officemate has an Ubuntu 12.04 laptop that is having the exact same issue so I'm pretty sure it's not specific to Fedora or my particular laptop.

NOTE2: I tried several of the suggestions in this askubuntu post but nothing fixed my disconnection issue. Thanks for any help/guidance in debugging this.

ADDITONAL INFO:

% ip route
192.168.2.254 dev ppp0  proto kernel  scope link  src 192.168.237.1 
123.123.123.123 via 192.168.1.1 dev wlan0  proto static 
123.123.123.123 via 192.168.1.1 dev wlan0  src 192.168.1.110 
192.168.1.0/24 dev wlan0  proto kernel  scope link  src 192.168.1.110  metric 2 
default via 192.168.1.1 dev wlan0  proto static 
share|improve this question
    
Does the VPN actually work for that minute? i.e. can you send and receive traffic over the VPN? Please include the output of ip route while the VPN is up. Also verify GRE connectivity to the VPN server with sudo hping3 --rawip --ipproto 47 --data 10 1.2.3.4 (you may need to install hping3 or hping first). –  mgorven Jul 19 '12 at 7:19
    
During the 4 minutes the VPN connection is fully functional. I'll collect the info that you requested and add it to the post. –  slm Jul 19 '12 at 13:10
    
I tried the hping3 command using our VoIPs internal and external ip addresses and neither worked, but our box is configured to not reply to ping requests, the hping3 test is just checking for raw connectivity no? I'm able to interact with our VoIP through the VPN so I'm thinking the connection is intact. –  slm Jul 19 '12 at 18:48
    
Yeah, if the VPN actually works for that time then GRE connectivity isn't the problem. –  mgorven Jul 19 '12 at 19:01

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Browse other questions tagged or ask your own question.