Menu
I am trying to find out what the difference between packet loss and packet duplication problems is. Does anyone know what 'packet duplication' is all about? Is it the same as re-transmitting packets when a loss is detected in TCP?
914
Duplicate PacketsIf a sending host thinks a packet is not transmitted correctly because of a PacketLoss, it might Retransmit that packet. The receiving host might already got the first packet, and will receive a second one, which is a duplicated packet.
packet duplication. refers to reporting on the same traffic multiple times as it passes through interfaces on a switch. Several port mirroring configurations can result in duplication. The presence of duplicate packets can skew the metrics that are collected.
Packet Deduplication is a powerful feature that helps network administrators optimize the flow of traffic towards monitoring and security tools by removing redundant duplicate packets.
Packet Loss can occurs due to two main reasons: Corruption, when the signal passing through the network corrupts, getting misdelivered. Congestion, when the packets are dropped somewhere along the way due to a congestion in one or more network devices.
No. In TCP delivery of "packets" is reliable(I think the term data should be better in this case, since it's a stream oriented protocol).
Packet loss and duplication are problem related to unreliable protocols datagram oriented like UDP. In UDP when you send a datagram this could arrive duplicated, out of order or even don't arrive at all.
Is it the same as re-transmitting packets when a loss is detected in TCP?
Yes and no. Let's say that TCP uses internally an ack mechanism to detect missing data, and automatically retrasmit them. So the missing data are trasparent to the user, and handled by the protocol itself.
Does anyone know what 'packet duplication' is all about?
In certain situations could happen that IP packets are duplicate along the path to their destination. For example a router could decide to forward incoming traffic thorugh 2 different network interfaces. In this case could happen that both IP packets will reach the destination.
TCP handle duplicated IP packets problem, so you don't care about them.
UDP doesn't handle them. When you receive a datagram it's not guaranteed that you didn't have received the same datagram before. You should check it.
154
There are two things you could mean be duplicate packets: duplication of the payload (the data being sent) or an exact duplicate of the payload and headers. TCP will attempt to resend data that it doesn't receive an ACK (acknowledgement from the receiver that the packet arrived okay) for. However, this leads to the famous "two Generals" problem where you can never be sure of the data actually arrived, or if you just didn't get the ACK because the ACK packet was lost. The receiver could have gotten the packet, replied with an ACK, but the ACK was then lost. In this case, the sender will assume the packet was never received, and send another packet with the same payload duplicated. Because of this case, protocols like TCP need to handle getting the data sent multiple times. In this case the answer is, "yes", they're the same thing.
The second thing duplicate packets could mean an actual 100% duplicate packet (payload and headers). This could happen because of errors in software, hardware, or routing problems or misconfigurations. In this case no, it's a somewhat different problem than TCP intentially sending new packets with duplicate payload from detection of packet loss. In this case the sender only sent one packet, but it was duplicated somewhere along the way by routers or hardware interfaces.
43
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With
