All,
Paul's note made me consider a few things; and, I now know why WE cannot
contact some Stations:
- To test, I changed my tunl0 MTU to 512, I began having failures with
my tunnel. I was no longer able to reach certain services within AMPR or
on the Internet. I could only perform pings to devices that I had
already been able to reach.
- I've attempted to use
netalyzr.icsi.berkeley.edu to examine the
connection for over a year, it was finally determined between Berkeley
and myself that there must be a router in the path dropping ICMP -
Fragmentation Needed messages when the tunnel's MTU (1480 for me) is
reached. I confirm that my router is sending them, as I've done MTU
pings from my 44LAN while running Wireshark and can see my router
sending the message.
Marius,
You wrote
/ I can confirm the behavior described by Don...
/>/ I can ping
ve3zda.ampr.org without problems.
/>/ As for 44.60.44.1, 44.60.44.10, 44.60.44.11 and 44.60.44.12, ping goes out
/>/ via encap interface but there's no response on the ipip tunnel.
/>/
/>/ My system: 44.182.21.1/89.122.215.236/
the
VE3ZDA.ampr.org entry (44.135.90.2, which I can ping) is:
44.135.90.2 via 70.52.124.227 dev tunl0 onlink window 840
To test, I added the following route to my routing table:
ip route add 44.182.21.1 dev tunl0 via 89.122.215.236 onlink table
44 window 840
PING 44.182.21.1 (44.182.21.1) 56(84) bytes of data.
64 bytes from 44.182.21.1: icmp_req=1 ttl=63 time=158 ms
64 bytes from 44.182.21.1: icmp_req=2 ttl=63 time=157 ms
64 bytes from 44.182.21.1: icmp_req=3 ttl=63 time=156 ms
64 bytes from 44.182.21.1: icmp_req=4 ttl=63 time=156 ms
The populated route reads:
44.182.21.0 via 89.122.215.236 dev tunl0 onlink window 840
44.182.21.0 is a valid IP address on the ICANN Internet and does not
imply a subnet in any form.
It should contain a /24 notation as in the AMPRPortal:
44.182.21.0/24 via 89.122.215.236 dev tunl0 onlink window 840
No AMPR networks on my routing table (populated by RIP44d) contain the
proper CIDR notations.
-Lynwood
KB3VWG