Question
ping between droplets is duplicated
I have two droplets created, one in SF, the other in SGP, when I ping one from the other, I get duplicate responses. Can anyone tell me what’s going on with the network that would cause this and is it a problem? (nb not real IP address)
# ping 188.166.22.1
PING 188.166.22.1 (188.166.22.1) 56(84) bytes of data.
64 bytes from 188.166.22.1: icmp_seq=1 ttl=55 time=168 ms
64 bytes from 188.166.22.1: icmp_seq=1 ttl=119 time=168 ms (DUP!)
64 bytes from 188.166.22.1: icmp_seq=2 ttl=55 time=167 ms
64 bytes from 188.166.22.1: icmp_seq=2 ttl=119 time=168 ms (DUP!)
64 bytes from 188.166.22.1: icmp_seq=3 ttl=55 time=167 ms
64 bytes from 188.166.22.1: icmp_seq=3 ttl=119 time=168 ms (DUP!)
These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.
×
If you have the traceroute command where you run the ping command, then using that might give you better clues as to what is happening to your packets.
Hmm, something is not quite right:
That looks to me like something is looping. What do you think? Similar situation on the other droplet pinging the other direction.
@andyg - hops 1, 2, and 8 are all digitalocean addresses, so those are OK. The final hop of the route not being your target IP is most likely because of the firewall rules at DO. The time through the ntt.net gateway has both sort and long time hops, so that’s most likely causing the dup problem. Note the time-to-live value of the dup ping packets are about 2x that of the non-dup packets. You can verify that by using the ’-t 60’ to the ping command, which should eliminate the dup packets.