OK,
I think I discovered the issue...
only the following IPs are available:
44.60.44.3 (DNS) 44.60.44.10 (HTTP) 44.60.44.14 (a PC, should be able to ping)
I've found an anomaly on my Gateway...where 44 the IP assigned to tunl0 encapsulates using the real destination in the outer header (instead of AMPRGW). Going to another 44 IPENCAP tunnel works fine. In fact, all IPs assigned to my AMPR Gateway cannot reach non 44 addresses in the proper manner...
Any ideas?
----------- on tunl0 OUTER - Internet Protocol Version 4, Src: 192.168.10.2 (192.168.10.2), ****Dst: 8.8.8.8 (8.8.8.8)**** INNER - Internet Protocol Version 4, Src: 44.60.44.2 (44.60.44.2), Dst: 8.8.8.8 (8.8.8.8) -----------
on eth1 (44.60.44.1)
user@kb3vwg-001:~$ ping 8.8.8.8 -I eth1 PING 8.8.8.8 (8.8.8.8) from 44.60.44.1 eth1: 56(84) bytes of data. From 44.60.44.1 icmp_seq=1 Destination Host Unreachable From 44.60.44.1 icmp_seq=2 Destination Host Unreachable From 44.60.44.1 icmp_seq=3 Destination Host Unreachable From 44.60.44.1 icmp_seq=4 Destination Host Unreachable From 44.60.44.1 icmp_seq=5 Destination Host Unreachable From 44.60.44.1 icmp_seq=6 Destination Host Unreachable
(I should note, I see no traffic on the wire, meaning my GW is giving the response to 44.60.44.1) -----------
Downstream device (44.60.44.14) user@kb3vwg-014:~$ ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8 http://8.8.8.8: icmp_req=1 ttl=54 time=87.4 ms 64 bytes from 8.8.8.8 http://8.8.8.8: icmp_req=2 ttl=54 time=87.3 ms 64 bytes from 8.8.8.8 http://8.8.8.8: icmp_req=3 ttl=54 time=86.8 ms 64 bytes from 8.8.8.8 http://8.8.8.8: icmp_req=4 ttl=54 time=88.6 ms -----------