[FS#4058] netifd fails to delete 6to4 tunnel

OpenWrt Bugs openwrt-bugs at lists.openwrt.org
Wed Sep 29 13:06:49 PDT 2021


THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

A new Flyspray task has been opened.  Details are below. 

User who did this - bolvan (bolvan) 

Attached to Project - OpenWrt/LEDE Project
Summary - netifd fails to delete 6to4 tunnel
Task Type - Bug Report
Category - Base system
Status - Unconfirmed
Assigned To - 
Operating System - All
Severity - Medium
Priority - Very Low
Reported Version - Trunk
Due in Version - Undecided
Due Date - Undecided
Details - tp-link archer c6u
openwrt snapshot r0-9c3b1d5
After upgrade to snapshot version from 21.02 I found that netifd infinitely retries to ifup 6to4 interface with lots of messages in the syslog
On 'ifdown 6to4' netifd should delete 6to4-6to4 interface but it can't
link still remains and this causes error during 'ifup 6to4'
ioctl SIOCADDTUNNEL returns ENOBUFFS
If the link is manually deleted then netifd succeeds

I traced the problem in netifd c code and found  this non-working code

static int __system_del_ip_tunnel(const char *name, struct blob_attr **tb)
{
	struct blob_attr *cur;
	const char *str;

	if (!(cur = tb[TUNNEL_ATTR_TYPE]))
		return -EINVAL;
	str = blobmsg_data(cur);

	if (!strcmp(str, "greip") || !strcmp(str, "gretapip") ||
	    !strcmp(str, "greip6") || !strcmp(str, "gretapip6") ||
	    !strcmp(str, "vtiip") || !strcmp(str, "vtiip6") ||
	    !strcmp(str, "vxlan") || !strcmp(str, "vxlan6") ||
	    !strcmp(str, "xfrm"))
		return system_link_del(name);
	else
	{
                // THIS DOES NOT WORK. I guess interface name should not be passed as the 1st parameter but inside special structure in the third parameter (see SIOCADDTUNNEL)
		return tunnel_ioctl(name, SIOCDELTUNNEL, NULL);
	}
}


with additional !strcmp(str, "sit")  it starts working again


More information can be found at the following URL:
https://bugs.openwrt.org/index.php?do=details&task_id=4058

You are receiving this message because you have requested it from the Flyspray bugtracking system.  If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.



More information about the openwrt-bugs mailing list