-
-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
udhcpc hook creates duplicate routes #57
Comments
It seems some routes are duplicated with different metrics. This could happen when the export PATH=/usr/bin:/bin:/usr/sbin:/sbin
# Use busybox if iproute2 is not installed
if ! command -v ip > /dev/null 2>&1; then
alias ip="busybox ip"
fi
+export IF_METRIC=200 That should resolve the issue if my hypothesis is true. |
I tried the suggested change, and although the metric started again at 200, it just keeps adding duplicate routes. |
Almost 24 hours later, and this is stil the case. but because we start at 200 everytime the above stays the same 6 rows. |
I guess your ISP sends the routes in different order when renewing the lease, causing a different metric in turn. See Line 80 in 5632542
|
As far as i can see the routes only doulble. so no more than 2 routes to the same address exists. |
I'm not sure if this problem is caused by my own change (restart service when failed) but.
After a few days, ip ro shows the routes to the IPTV interface multiple times.
In the script you check is the NAT rules are already there, but not for the routes.
10.10.0.33 via 10.10.56.1 dev iptv metric 305
10.10.0.33 via 10.10.56.1 dev iptv metric 306
10.10.0.33 via 10.10.56.1 dev iptv metric 307
185.24.175.0/24 via 10.10.56.1 dev iptv metric 305
185.41.48.0/24 via 10.10.56.1 dev iptv metric 305
185.41.48.0/24 via 10.10.56.1 dev iptv metric 306
Restarting the service removes the extra routes, but after a while they reappear.
Probably this is caused by the DHCP renewal.
The text was updated successfully, but these errors were encountered: