osm0sis Posted October 7, 2008 Report Share Posted October 7, 2008 I have no torrents running (literally empty) in uTorrent 1.8.1, but DHT is active at 310 nodes. Statistics shows 0 connections and 0 half-open, so why does my DD-WRT LAN Status page show 200-300 connections when uTorrent is open and DHT isn't updating (when it is updating connections spike to 500-600)? I can understand having connections open when DHT is logging in or updating but I don't think this many should remain open when nothing is happening. Also, if these connections are open shouldn't uTorrent be reporting them on the Stats page? Link to comment Share on other sites More sharing options...
DreadWingKnight Posted October 7, 2008 Report Share Posted October 7, 2008 Sounds like the connection counter is (mistakenly) counting UDP traffic as connections. Link to comment Share on other sites More sharing options...
osm0sis Posted October 7, 2008 Author Report Share Posted October 7, 2008 Even so, with connections timing out on the router, shouldn't the UDP connections uTorrent has open bottom out closer to 0 between DHT updates? It seems like quite the number to have open regardless of the protocol. Link to comment Share on other sites More sharing options...
DreadWingKnight Posted October 7, 2008 Report Share Posted October 7, 2008 UDP traffic is NOT connection based, so no it won't count as a connection in uT. Link to comment Share on other sites More sharing options...
osm0sis Posted October 7, 2008 Author Report Share Posted October 7, 2008 Alrighty, well I'll take up this apparent misnomer with the DD-WRT guys, though I still don't see why uTorrent would need 300 UDP sockets (or whatever) open, as that seems high when the program is idle and in between DHT updates.. Link to comment Share on other sites More sharing options...
Harold Posted October 7, 2008 Report Share Posted October 7, 2008 I'm pretty sure that it doesn'tEven if it did, the router would have no way of knowing it Link to comment Share on other sites More sharing options...
osm0sis Posted October 7, 2008 Author Report Share Posted October 7, 2008 http://www.dd-wrt.com/phpBB2/viewtopic.php?t=39084Okay, I've posed the question over at the DD-WRT Forums. We'll see what they say.Edit: *UPDATE*UDP & TCP both have to be translated to pass to the internet from the local LAN. A connection is defined as such an translation. A translation is considered active until closed by either peer or the TCP/UDP specific timeout is up.So if uTorrent opens 100 connections which are unanswered (remote peer ignores requests - common for custom clients), then idles,you will see those connections until the UDP timeout is up.The active port count is not an issue on 16MB routers, but might cause issues for smaller routers like the ones with only 8MB RAM. Workaround in that particular case is to limit to a max of 512 active connections and set the timeouts to 90-300s for TCP and 90s for UDP.It is extremely difficult to track truly active connection count, in case you were trying to use it to gauge activity. For that, you can use SNMP either via SRTG or MRTG to monitor traffic on each interface.Well there we go then, I'll try lowering the timeout limit on UDP and see if it shows something more reasonable for an idle uTorrent. Link to comment Share on other sites More sharing options...
Lord Alderaan Posted October 7, 2008 Report Share Posted October 7, 2008 For NAT purposes outgoing UDP packets have to be remembered so that return packets are correctly routed (back to your PC). A router still shouldn't call those remembered transactionsconnections though cos that term will confuddle people. Link to comment Share on other sites More sharing options...
osm0sis Posted October 7, 2008 Author Report Share Posted October 7, 2008 Ah, and it is normal/acceptable for uTorrent to hold ~300 of those "transactions" open between DHT updates then? As I've been saying, this seems high to me. Link to comment Share on other sites More sharing options...
GTHK Posted October 7, 2008 Report Share Posted October 7, 2008 It's not being held open, your routers just tracking it as such. Link to comment Share on other sites More sharing options...
osm0sis Posted October 7, 2008 Author Report Share Posted October 7, 2008 GTHK, thank you for the explanation. Nice and concisely put. Link to comment Share on other sites More sharing options...
GTHK Posted October 7, 2008 Report Share Posted October 7, 2008 It's the same with mine. My UDP timeout is set to 90 seconds. Link to comment Share on other sites More sharing options...
thelittlefire Posted October 7, 2008 Report Share Posted October 7, 2008 A typical DHT "update" takes < 2 minutes. Therefore I'd say 90 seconds is perfectly acceptable. GTHK is usually concise (and even better, correct) Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.