| To: | Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: way of figuring out total number of retransmitted packets on a TCP socket? |
| From: | "David S. Miller" <davem@xxxxxxxxxxxxx> |
| Date: | Wed, 20 Oct 2004 16:44:51 -0700 |
| Cc: | ak@xxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <20041020234423.GB31265@xxxxxxxxxxxxxxxxx> |
| References: | <20041020130134.GC24757@xxxxxxxxxxxxxxxxx> <20041020151448.51209278.davem@xxxxxxxxxxxxx> <20041020223547.GJ29583@xxxxxxxxxxxxxxxxx> <20041020155352.1c9b70f6.davem@xxxxxxxxxxxxx> <20041020230405.GE995@xxxxxxxxxxxxx> <20041020234423.GB31265@xxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Thu, 21 Oct 2004 01:44:23 +0200 Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx> wrote: > My application is a large-ish streaming video and file download service, > where I want to be able to automatically report on netblocks that are > seeing unusual packet loss, and then use that data to alert our NOC > and subsequently kick my transit providers with. Isn't this what RSVP is for? I realize that you may not be in a position to use RSVP end-to-end as necessary, but watching for retransmits by hand seems like simply a hackish way to do RSVP. Furthermore, non-timeout based retransmits are actually normal even on local subnets when a gigabit switch drops a packet to prevent internal deadlocks and stuff like that. I've seen this quite a bit. |
| Previous by Date: | Re: way of figuring out total number of retransmitted packets on a TCP socket?, David S. Miller |
|---|---|
| Next by Date: | Re: [PATCH] Make netif_rx_ni preempt-safe, David S. Miller |
| Previous by Thread: | Re: way of figuring out total number of retransmitted packets on a TCP socket?, Lennert Buytenhek |
| Next by Thread: | Re: way of figuring out total number of retransmitted packets on a TCP socket?, Lennert Buytenhek |
| Indexes: | [Date] [Thread] [Top] [All Lists] |