Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#5669 - iproute 061002 "ip route get <address>" doesn't return MTU
Attached to Project:
Arch Linux
Opened by Joe (kernel528) - Wednesday, 25 October 2006, 22:54 GMT
Last edited by Tobias Powalowski (tpowa) - Thursday, 26 October 2006, 10:28 GMT
Opened by Joe (kernel528) - Wednesday, 25 October 2006, 22:54 GMT
Last edited by Tobias Powalowski (tpowa) - Thursday, 26 October 2006, 10:28 GMT
|
DetailsThe latest iproute package doesn't return the "mtu" string, which causes vpnc to malfunction. This works fine with iproute 060323. Below are some examples:
Package: iproute 061002-1 Command: ip route get 163.228.80.21 Result: 163.228.80.21 via 192.168.0.1 dev eth0 src 192.168.0.100 cache (null) 1500 ssthresh 1460 advmss 64 Issue: The "(null)" string is not correct, and results in the following error when using vpnc-0.3.3-4 package: Error: either "to" is duplicate, or "(null)" is a garbage. However, with the previous version of iproute, this is not an issue: Package: iproute 060323 Command: ip route get 163.228.80.21 Result: 163.228.80.21 via 192.168.0.1 dev eth0 src 192.168.0.103 cache mtu 1500 advmss 1460 metric 10 64 |
This task depends upon
{joe@sith} {~} $ ip route get 163.228.80.22
163.228.80.22 via 10.160.10.254 dev eth0 src 10.160.10.135
cache mtu 1500 advmss 1460 hoplimit 64
{joe@sith} {~} $ pacman -Q | grep iproute
iproute 061002-2