What could DUP mean when using ping?
What could DUP mean when using ping?
ping
add a comment |
What could DUP mean when using ping?
ping
add a comment |
What could DUP mean when using ping?
ping
What could DUP mean when using ping?
ping
ping
edited May 16 '11 at 12:23
Tshepang
26.3k72186264
26.3k72186264
asked May 16 '11 at 11:09
LanceBaynesLanceBaynes
10.7k76199325
10.7k76199325
add a comment |
add a comment |
3 Answers
3
active
oldest
votes
DUP means duplicate packet.
From man ping
:
Duplicate and Damaged Packets
ping will report duplicate and damaged
packets. Duplicate packets should
never occur, and seem to be caused by
inappropriate link-level
retransmissions. Duplicates may occur
in many situations and are rarely (if
ever) a good sign, although the
presence of low levels of duplicates
may not always be cause for alarm.
Damaged packets are obviously serious
cause for alarm and often indicate
broken hardware somewhere in the ping
packet's path (in the network or in
the hosts).
There are different reasons for this, did you capture your network traffic with an interface in promiscous mode? Sometimes this is the reason for dupplicated packets.
I have an interface in promiscous mode. I receievDUP
packets inping
. So what's happening in this case?. I have a raw socket program that sends the received packets to thetun/tap
interface. Ping is done throughtap
interface which will be sent viaraw socket
through the interface that is in promiscous mode. If that interface is not in promiscous mode I am unable to receive ping reply.
– Ramana Reddy
Jun 20 '17 at 12:44
add a comment |
It means the reply packet is a duplicate. ICMP responses contain a sequence number. Sometimes you'll actually get more than one reply with the same sequence number. This is usually caused by faulty networks. Wireless networks often rely on re-sending packets if they don't get proper verification, and if the first one actually worked, the re-send will be a duplicate. In normal usage duplicates are discarded. In ping replies they are noted because they tell you something about how the network is functioning. For example, if you are getting 100% duplicates some fault detection mechanism is likely broken.
add a comment |
Check out if couple machines aren't using same IP. It was my case for that message.
I run into this when I cloned a vm machine and run both at the same time. Network configuration was in a bridge mode and IP linked to mac. So when second machine start using network I experienced problems with ssh:
write: Connection reset by peer
ssh: connect to host 172.16.13.105 port 22: Connection refused
ssh_exchange_identification: read: Connection reset by peer
And the ping error when ping. Hope it will help someone.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f13254%2fwhat-could-dup-mean-when-using-ping%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
DUP means duplicate packet.
From man ping
:
Duplicate and Damaged Packets
ping will report duplicate and damaged
packets. Duplicate packets should
never occur, and seem to be caused by
inappropriate link-level
retransmissions. Duplicates may occur
in many situations and are rarely (if
ever) a good sign, although the
presence of low levels of duplicates
may not always be cause for alarm.
Damaged packets are obviously serious
cause for alarm and often indicate
broken hardware somewhere in the ping
packet's path (in the network or in
the hosts).
There are different reasons for this, did you capture your network traffic with an interface in promiscous mode? Sometimes this is the reason for dupplicated packets.
I have an interface in promiscous mode. I receievDUP
packets inping
. So what's happening in this case?. I have a raw socket program that sends the received packets to thetun/tap
interface. Ping is done throughtap
interface which will be sent viaraw socket
through the interface that is in promiscous mode. If that interface is not in promiscous mode I am unable to receive ping reply.
– Ramana Reddy
Jun 20 '17 at 12:44
add a comment |
DUP means duplicate packet.
From man ping
:
Duplicate and Damaged Packets
ping will report duplicate and damaged
packets. Duplicate packets should
never occur, and seem to be caused by
inappropriate link-level
retransmissions. Duplicates may occur
in many situations and are rarely (if
ever) a good sign, although the
presence of low levels of duplicates
may not always be cause for alarm.
Damaged packets are obviously serious
cause for alarm and often indicate
broken hardware somewhere in the ping
packet's path (in the network or in
the hosts).
There are different reasons for this, did you capture your network traffic with an interface in promiscous mode? Sometimes this is the reason for dupplicated packets.
I have an interface in promiscous mode. I receievDUP
packets inping
. So what's happening in this case?. I have a raw socket program that sends the received packets to thetun/tap
interface. Ping is done throughtap
interface which will be sent viaraw socket
through the interface that is in promiscous mode. If that interface is not in promiscous mode I am unable to receive ping reply.
– Ramana Reddy
Jun 20 '17 at 12:44
add a comment |
DUP means duplicate packet.
From man ping
:
Duplicate and Damaged Packets
ping will report duplicate and damaged
packets. Duplicate packets should
never occur, and seem to be caused by
inappropriate link-level
retransmissions. Duplicates may occur
in many situations and are rarely (if
ever) a good sign, although the
presence of low levels of duplicates
may not always be cause for alarm.
Damaged packets are obviously serious
cause for alarm and often indicate
broken hardware somewhere in the ping
packet's path (in the network or in
the hosts).
There are different reasons for this, did you capture your network traffic with an interface in promiscous mode? Sometimes this is the reason for dupplicated packets.
DUP means duplicate packet.
From man ping
:
Duplicate and Damaged Packets
ping will report duplicate and damaged
packets. Duplicate packets should
never occur, and seem to be caused by
inappropriate link-level
retransmissions. Duplicates may occur
in many situations and are rarely (if
ever) a good sign, although the
presence of low levels of duplicates
may not always be cause for alarm.
Damaged packets are obviously serious
cause for alarm and often indicate
broken hardware somewhere in the ping
packet's path (in the network or in
the hosts).
There are different reasons for this, did you capture your network traffic with an interface in promiscous mode? Sometimes this is the reason for dupplicated packets.
answered May 16 '11 at 11:16
echoxechox
13k43953
13k43953
I have an interface in promiscous mode. I receievDUP
packets inping
. So what's happening in this case?. I have a raw socket program that sends the received packets to thetun/tap
interface. Ping is done throughtap
interface which will be sent viaraw socket
through the interface that is in promiscous mode. If that interface is not in promiscous mode I am unable to receive ping reply.
– Ramana Reddy
Jun 20 '17 at 12:44
add a comment |
I have an interface in promiscous mode. I receievDUP
packets inping
. So what's happening in this case?. I have a raw socket program that sends the received packets to thetun/tap
interface. Ping is done throughtap
interface which will be sent viaraw socket
through the interface that is in promiscous mode. If that interface is not in promiscous mode I am unable to receive ping reply.
– Ramana Reddy
Jun 20 '17 at 12:44
I have an interface in promiscous mode. I receiev
DUP
packets in ping
. So what's happening in this case?. I have a raw socket program that sends the received packets to the tun/tap
interface. Ping is done through tap
interface which will be sent via raw socket
through the interface that is in promiscous mode. If that interface is not in promiscous mode I am unable to receive ping reply.– Ramana Reddy
Jun 20 '17 at 12:44
I have an interface in promiscous mode. I receiev
DUP
packets in ping
. So what's happening in this case?. I have a raw socket program that sends the received packets to the tun/tap
interface. Ping is done through tap
interface which will be sent via raw socket
through the interface that is in promiscous mode. If that interface is not in promiscous mode I am unable to receive ping reply.– Ramana Reddy
Jun 20 '17 at 12:44
add a comment |
It means the reply packet is a duplicate. ICMP responses contain a sequence number. Sometimes you'll actually get more than one reply with the same sequence number. This is usually caused by faulty networks. Wireless networks often rely on re-sending packets if they don't get proper verification, and if the first one actually worked, the re-send will be a duplicate. In normal usage duplicates are discarded. In ping replies they are noted because they tell you something about how the network is functioning. For example, if you are getting 100% duplicates some fault detection mechanism is likely broken.
add a comment |
It means the reply packet is a duplicate. ICMP responses contain a sequence number. Sometimes you'll actually get more than one reply with the same sequence number. This is usually caused by faulty networks. Wireless networks often rely on re-sending packets if they don't get proper verification, and if the first one actually worked, the re-send will be a duplicate. In normal usage duplicates are discarded. In ping replies they are noted because they tell you something about how the network is functioning. For example, if you are getting 100% duplicates some fault detection mechanism is likely broken.
add a comment |
It means the reply packet is a duplicate. ICMP responses contain a sequence number. Sometimes you'll actually get more than one reply with the same sequence number. This is usually caused by faulty networks. Wireless networks often rely on re-sending packets if they don't get proper verification, and if the first one actually worked, the re-send will be a duplicate. In normal usage duplicates are discarded. In ping replies they are noted because they tell you something about how the network is functioning. For example, if you are getting 100% duplicates some fault detection mechanism is likely broken.
It means the reply packet is a duplicate. ICMP responses contain a sequence number. Sometimes you'll actually get more than one reply with the same sequence number. This is usually caused by faulty networks. Wireless networks often rely on re-sending packets if they don't get proper verification, and if the first one actually worked, the re-send will be a duplicate. In normal usage duplicates are discarded. In ping replies they are noted because they tell you something about how the network is functioning. For example, if you are getting 100% duplicates some fault detection mechanism is likely broken.
edited 3 hours ago
crizCraig
1033
1033
answered May 16 '11 at 11:18
CalebCaleb
51.5k9149194
51.5k9149194
add a comment |
add a comment |
Check out if couple machines aren't using same IP. It was my case for that message.
I run into this when I cloned a vm machine and run both at the same time. Network configuration was in a bridge mode and IP linked to mac. So when second machine start using network I experienced problems with ssh:
write: Connection reset by peer
ssh: connect to host 172.16.13.105 port 22: Connection refused
ssh_exchange_identification: read: Connection reset by peer
And the ping error when ping. Hope it will help someone.
add a comment |
Check out if couple machines aren't using same IP. It was my case for that message.
I run into this when I cloned a vm machine and run both at the same time. Network configuration was in a bridge mode and IP linked to mac. So when second machine start using network I experienced problems with ssh:
write: Connection reset by peer
ssh: connect to host 172.16.13.105 port 22: Connection refused
ssh_exchange_identification: read: Connection reset by peer
And the ping error when ping. Hope it will help someone.
add a comment |
Check out if couple machines aren't using same IP. It was my case for that message.
I run into this when I cloned a vm machine and run both at the same time. Network configuration was in a bridge mode and IP linked to mac. So when second machine start using network I experienced problems with ssh:
write: Connection reset by peer
ssh: connect to host 172.16.13.105 port 22: Connection refused
ssh_exchange_identification: read: Connection reset by peer
And the ping error when ping. Hope it will help someone.
Check out if couple machines aren't using same IP. It was my case for that message.
I run into this when I cloned a vm machine and run both at the same time. Network configuration was in a bridge mode and IP linked to mac. So when second machine start using network I experienced problems with ssh:
write: Connection reset by peer
ssh: connect to host 172.16.13.105 port 22: Connection refused
ssh_exchange_identification: read: Connection reset by peer
And the ping error when ping. Hope it will help someone.
edited Nov 27 '18 at 13:40
tymik
14018
14018
answered Jan 30 '15 at 10:43
bambychabambycha
391
391
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f13254%2fwhat-could-dup-mean-when-using-ping%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown