Public bug reported:
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..
** Affects: linux-firmware (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-firmware in Ubuntu.
https://bugs.launchpad.net/bugs/1252032
Title:
hard hang when using l2tpd/pppd with IPv6
Status in “linux-firmware” package in Ubuntu:
New
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..
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1252032/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
