Messages in this thread | | | Subject | Re: TCP stack behaviour question | From | Andi Kleen <> | Date | 20 Sep 2006 11:54:44 +0200 |
| |
"Stuart MacDonald" <stuartm@connecttech.com> writes: > > > *** I found arp(7) and read up on it while I was typing. And now I see > something interesting in the tcpdump; my app is actually talking on > two TCP connections at the same time. Both are in retransmit phase, > and the first arp is 5 seconds (delay_first_probe_time) after an > _aggregate total_ of 15 retransmits (being the two original unanswered > packets and 7 and 6 retransmits of each). > > My reading of tcp(7)'s documentation of tcp_retries2 is that > tcp_retries2 is a per-TCP packet count. My tcpdump seems to show that > it is in fact a global count. Which is correct?
The ARP layer keeps track of what neighbours are reachable and doesn't transmit packets to unreachable ones before they answer unicast or broadcast ARP. This is a state machine borrowed from IPv6.
There is nothing global.
-Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |