hard hang when using l2tpd/pppd with IPv6

Bug #1252032 reported by James Lewis
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Expired
Medium
Unassigned

Bug Description

I'm not completely sure how to summarise this bug, but it's obviously potentially fatal and related to the kernel components of either xl2tpd, pppd or IPv6.

I have an IPv6 connection using xl2tpd to make a ppp connection and then route IPv6 over that... this works fine, but if I stress it using heavy traffic such as bittorrent, the entire system will lock up at the kernel level after a time, between 10 minutes and 1 hour approximately.

This is using Trusty with the 3.12 kernel as of 17/Nov 2013... I'm really not sure how to go about debugging this, the only clue I can find is this:-

Nov 16 23:32:17 trinity xl2tpd[2849]: check_control: Received out of order control packet on tunnel 35506 (got 4, expected 5)
Nov 16 23:32:17 trinity xl2tpd[2849]: handle_packet: bad control packet!
Nov 16 23:32:18 trinity xl2tpd[2849]: check_control: Received out of order control packet on tunnel 35506 (got 4, expected 5)
Nov 16 23:32:18 trinity xl2tpd[2849]: handle_packet: bad control packet!
Nov 16 23:32:19 trinity xl2tpd[2849]: check_control: Received out of order control packet on tunnel 35506 (got 4, expected 5)
Nov 16 23:32:19 trinity xl2tpd[2849]: handle_packet: bad control packet!
Nov 16 23:32:20 trinity xl2tpd[2849]: check_control: Received out of order control packet on tunnel 35506 (got 4, expected 5)
Nov 16 23:32:20 trinity xl2tpd[2849]: handle_packet: bad control packet!
Nov 16 23:32:21 trinity xl2tpd[2849]: control_finish: Connection closed to 85.119.84.18, port 1701 (Timeout), Local: 25286, Remote: 35506
Nov 16 23:32:21 trinity xl2tpd[2849]: Terminating pppd: sending TERM signal to pid 7386

The connection is then re-established..

Tags: trusty
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Is this a new issue in Trusty? Did you see this in prior releases?

affects: linux-firmware (Ubuntu) → linux (Ubuntu)
Changed in linux (Ubuntu):
importance: Undecided → Medium
tags: added: trusty
Revision history for this message
Brad Figg (brad-figg) wrote : Missing required logs.

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1252032

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.