BusyBox v1.16.1 (2010-10-23 01:00:23 CST) multi-call binary.
Usage: ip [OPTIONS] {address | route | link | } {COMMAND}
ip [OPTIONS] OBJECT {COMMAND}
where OBJECT := {address | route | link | }
OPTIONS := { -f[amily] { inet | inet6 | link } | -o[neline] }
BusyBox v1.16.1 (2010-10-23 01:00:23 CST) multi-call binary.
Usage: ip [OPTIONS] {address | route | link | } {COMMAND}
ip [OPTIONS] OBJECT {COMMAND}
where OBJECT := {address | route | link | }
OPTIONS := { -f[amily] { inet | inet6 | link } | -o[neline] }
ip: RTNETLINK answers: File exists
ip: RTNETLINK answers: File exists
BusyBox v1.16.1 (2010-10-23 01:00:23 CST) multi-call binary.
Usage: ip [OPTIONS] {address | route | link | } {COMMAND}
ip [OPTIONS] OBJECT {COMMAND}
where OBJECT := {address | route | link | }
OPTIONS := { -f[amily] { inet | inet6 | link } | -o[neline] }
#######
####### AICCU Quick Connectivity Test
#######
####### [1/8] Ping the IPv4 Local/Your Outer Endpoint (192.168.1.150)
### This should return so called 'echo replies'
### If it doesn't then check your firewall settings
### Your local endpoint should always be pingable
### It could also indicate problems with your IPv4 stack
PING 192.168.1.150 (192.168.1.150): 56 data bytes
64 bytes from 192.168.1.150: seq=0 ttl=64 time=0.229 ms
64 bytes from 192.168.1.150: seq=1 ttl=64 time=0.155 ms
64 bytes from 192.168.1.150: seq=2 ttl=64 time=0.151 ms
--- 192.168.1.150 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.151/0.178/0.229 ms
######
####### [2/8] Ping the IPv4 Remote/PoP Outer Endpoint (212.224.0.189)
### These pings should reach the PoP and come back to you
### In case there are problems along the route between your
### host and the PoP this could not return replies
### Check your firewall settings if problems occur
PING 212.224.0.189 (212.224.0.189): 56 data bytes
64 bytes from 212.224.0.189: seq=0 ttl=56 time=55.851 ms
64 bytes from 212.224.0.189: seq=1 ttl=56 time=56.077 ms
64 bytes from 212.224.0.189: seq=2 ttl=56 time=58.554 ms
--- 212.224.0.189 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 55.851/56.827/58.554 ms
######
####### [3/8] Traceroute to the PoP (212.224.0.189) over IPv4
### This traceroute should reach the PoP
### In case this traceroute fails then you have no connectivity
### to the PoP and this is most probably the problem
traceroute to 212.224.0.189 (212.224.0.189), 30 hops max, 38 byte packets
1 fritz.box (192.168.1.1) 1.418 ms 1.309 ms 0.672 ms
2 bras2.ber.qsc.de (92.197.130.22) 33.082 ms 28.495 ms 32.004 ms
3 core1.ber.qsc.de (87.234.13.141) 28.504 ms 33.177 ms 27.816 ms
4 core1.fra.qsc.de (87.234.12.105) 45.546 ms 104.057 ms 45.448 ms
5 te0-0-0-5.er10.ixfra.de.easynet.net (80.81.192.14) 47.011 ms 47.531 ms 47.264 ms
6 te0-1-0.gr11.isham.de.easynet.net (87.86.77.80) 56.227 ms 55.745 ms 58.120 ms
7 ge1-11.br3.isham.de.easynet.net (87.86.69.169) 220.445 ms 205.111 ms 209.668 ms
8 ge9-15.cr20.isham.de.easynet.net (212.224.4.93) 55.428 ms 56.697 ms 55.172 ms
9 212.224.0.189 (212.224.0.189) 56.452 ms 57.441 ms 54.380 ms
######
###### [4/8] Checking if we can ping IPv6 localhost (::1)
### This confirms if your IPv6 is working
### If ::1 doesn't reply then something is wrong with your IPv6 stack
PING ::1 (::1): 56 data bytes
64 bytes from ::1: seq=0 ttl=64 time=0.219 ms
64 bytes from ::1: seq=1 ttl=64 time=0.194 ms
64 bytes from ::1: seq=2 ttl=64 time=0.203 ms
--- ::1 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.194/0.205/0.219 ms
######
###### [5/8] Ping the IPv6 Local/Your Inner Tunnel Endpoint (2001:6f8:1c00:337::2)
### This confirms that your tunnel is configured
### If it doesn't reply then check your interface and routing tables
PING 2001:6f8:1c00:337::2 (2001:6f8:1c00:337::2): 56 data bytes
64 bytes from 2001:6f8:1c00:337::2: seq=0 ttl=64 time=0.227 ms
64 bytes from 2001:6f8:1c00:337::2: seq=1 ttl=64 time=0.206 ms
64 bytes from 2001:6f8:1c00:337::2: seq=2 ttl=64 time=0.204 ms
--- 2001:6f8:1c00:337::2 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.204/0.212/0.227 ms
######
###### [6/8] Ping the IPv6 Remote/PoP Inner Tunnel Endpoint (2001:6f8:1c00:337::1)
### This confirms the reachability of the other side of the tunnel
### If it doesn't reply then check your interface and routing tables
### Don't forget to check your firewall of course
### If the previous test was succesful then this could be both
### a firewalling and a routing/interface problem
PING 2001:6f8:1c00:337::1 (2001:6f8:1c00:337::1): 56 data bytes
--- 2001:6f8:1c00:337::1 ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss
######
###### [7/8] Traceroute6 to the central SixXS machine (noc.sixxs.net)
### This confirms that you can reach the central machine of SixXS
### If that one is reachable you should be able to reach most IPv6 destinations
### Also check http://www.sixxs.net/ipv6calc/ which should show an IPv6 connection
### If your browser supports IPv6 and uses it of course.
traceroute to noc.sixxs.net (2001:838:1:1:210:dcff:fe20:7c7c), 30 hops max, 16 byte packets
1