Neronut

I have also seen that in the tracker status, however the downloaded files that finished shortly after I saw it worked fine

Just a quick question, what prompted the addition of UDP trackers? Wasn't this something that wasn't stable or a standard? Just curious, about to download now and give 'er a whirl

Hey - just grabbed the latest alpha Nice to see the upload issue has been worked on to lower the ramped upload speed I noticed that a lot of the UDP traffic by uTP is getting bad checksum results (Wireshark). This may just be a characteristic of UDP but i was wondering if anyone else was also seeing this? I can post the Wireshark data if needed just let me know. Excellent Work Edit: I just noticed some TCP packets have a similar issue, but the speeds don't seem to be affected.

@animeking: Bell has a tendency to throttle for about 16:00 till 2:00 although depending on load they will lighten up a bit (30kB/sec -> ~50kB/sec [which is a lot for Bell apparently]). I noticed that your original post was at 17:53 but the edit was at 1:16 which the speed increase matches the timing of them letting more flow though. The uTP issue may be similar to mine where the client isn't mapping the UDP ports with UPnP (this would only happen if it was enabled in the client and your router supported it.) If the port won't map the uTP speed will be brutally slow. If this is the case, the second time you tried it may have actually mapped the proper ports which would help the speeds greatly.

I keep getting UDP port mapping errors with UPnP [2009-04-15 18:41:03] UPnP: Discovered host: http://192.168.1.1:2869/IGatewayDeviceDescDoc [2009-04-15 18:41:03] UPnP: TCP port 34056 -> 192.168.1.80:34056 is already mapped. Not re-mapping. [2009-04-15 18:41:03] UPnP: ERROR mapping UDP port 34056 -> 192.168.1.80:34056. Deleting mapping and trying again: (718) The port mapping entry specified conflicts with a mapping assigned previously to another client [2009-04-15 18:41:03] UPnP: Removed UDP port 34056 [2009-04-15 18:41:03] UPnP: ERROR mapping UDP port 34056 -> 192.168.1.80:34056: (718) The port mapping entry specified conflicts with a mapping assigned previously to another client [2009-04-15 19:01:06] UPnP: Discovered host: http://192.168.1.1:2869/IGatewayDeviceDescDoc [2009-04-15 19:01:06] UPnP: TCP port 34056 -> 192.168.1.80:34056 is already mapped. Not re-mapping. [2009-04-15 19:01:06] UPnP: ERROR mapping UDP port 34056 -> 192.168.1.80:34056. Deleting mapping and trying again: (718) The port mapping entry specified conflicts with a mapping assigned previously to another client [2009-04-15 19:01:06] UPnP: Removed UDP port 34056 [2009-04-15 19:01:06] UPnP: ERROR mapping UDP port 34056 -> 192.168.1.80:34056: (718) The port mapping entry specified conflicts with a mapping assigned previously to another client [2009-04-15 19:21:06] UPnP: Could not map UPnP Port on this pass, retrying. [2009-04-15 19:21:09] UPnP: Discovered host: http://192.168.1.1:2869/IGatewayDeviceDescDoc [2009-04-15 19:21:09] UPnP: TCP port 34056 -> 192.168.1.80:34056 is already mapped. Not re-mapping. [2009-04-15 19:21:09] UPnP: ERROR mapping UDP port 34056 -> 192.168.1.80:34056. Deleting mapping and trying again: (718) The port mapping entry specified conflicts with a mapping assigned previously to another client [2009-04-15 19:21:09] UPnP: Removed UDP port 34056 [2009-04-15 19:21:09] UPnP: ERROR mapping UDP port 34056 -> 192.168.1.80:34056: (718) The port mapping entry specified conflicts with a mapping assigned previously to another client [2009-04-15 19:33:03] UPnP: Discovered host: http://192.168.1.1:2869/IGatewayDeviceDescDoc [2009-04-15 19:33:03] UPnP: Removed TCP port 34056 [2009-04-15 19:33:03] UPnP: Mapped TCP port 44365 -> 192.168.1.80:44365 [2009-04-15 19:33:03] UPnP: TCP port 44365 -> 192.168.1.80:44365 mapped successfully. [2009-04-15 19:33:03] UPnP: ERROR mapping UDP port 44365 -> 192.168.1.80:44365. Deleting mapping and trying again: (718) The port mapping entry specified conflicts with a mapping assigned previously to another client [2009-04-15 19:33:03] UPnP: Removed UDP port 44365 [2009-04-15 19:33:03] UPnP: ERROR mapping UDP port 44365 -> 192.168.1.80:44365: (718) The port mapping entry specified conflicts with a mapping assigned previously to another client WHy is the TCP happily mapping? When I look at whats mapped with UPnP it shows µTorrent (TCP) only. Weird.

I was using both a global and per torrent restriction and it still had a mind of its own :S

I have recently been using µTorrent on two different computers on my network and have started noticing an error with UPnP - I don't think this was there with 1.8.1 although by the looks of the error it may very well have been. [2009-04-13 15:15:54] UPnP: Discovered host: http://192.168.1.1:2869/IGatewayDeviceDescDoc [2009-04-13 15:16:01] UPnP: Mapped TCP port 61995 -> 192.168.1.80:61995 [2009-04-13 15:16:01] UPnP: TCP port 61995 -> 192.168.1.80:61995 mapped successfully. [2009-04-13 15:16:01] UPnP: ERROR mapping UDP port 61995 -> 192.168.1.80:61995. Deleting mapping and trying again: (718) The port mapping entry specified conflicts with a mapping assigned previously to another client [2009-04-13 15:16:01] UPnP: Removed UDP port 61995 [2009-04-13 15:16:01] UPnP: ERROR mapping UDP port 61995 -> 192.168.1.80:61995: (718) The port mapping entry specified conflicts with a mapping assigned previously to another client I have seen it error on both TCP and UDP, just TCP but not UDP and just UDP and not TCP. I'm going to assume this is normal because both instances try to register themselves as the same thing and the router notifies them that there is already an entry of that name and so they fight over the mapping. Is there some way I can name/identify each client as its own and allow both to coexist in harmony? Edit: I have a Linksys WRT56GS with stock firmware. Wired Connection from one comp, wireless from the other. Edit 2: I just noticed (and this maybe related to the top of this page) that all of a sudden µTorrent decides not to abide by the speed limit (not even the per torrent limit) and max out my upload causing my download to suffer greatly (see picture). I'm using the latest alpha 14981. I has now stayed in this operation and is uploading and downloading at the same speeds not obeying the upload limit.

I just got the latest build 14908 on my W2k3 server and it seems happy. My upload speed limits are still working although there is the minor blip it matches my bandwidth meter so I don't see too much of an issue there - its just now displaying the correct value It seems faster too me, but I just started using it so maybe its from a cold state. It also still with bt.transp_disposition = 10 to increase for a bit, then drop, then increase, then drop. This may be caused by my ISP as they enjoy playing god with traffic but I thought I'd mention it anyway. Look good so far - have been using 1.9 since forever

@Illusion4u & my issue I have tried to recreate this issue over the last few days and it hasn't returned. The odd thing I haven't changed anything. It just seems to be working now.

I primarily use uTP as it helps with speeds. From Illusion4u's results it seems it is the issue? I use Windows Firewall and have a corporate version of Symantic Anti-Virus. When I get home today I will try and see what happens when I disable them. Although my problem is seemingly intermittent so I will see what happens. On a side note: I have noticed since the last build and the newest built that the UPnP is having trouble mapping TCP and/or UDP ports. It will give an error saying it could map the ports or it will sometimes say that there was a bad command and the ports weren't mapped. Although I have a feeling this is my stupid router casing this problem. Its a Linksys WRT54GS v6 where the S part has never worked, even with the corresponding Linksys PCMCIA card.

Hi Illusion4u, did you ever figure out why? I have started using my server for running µTorrent now because of this but its W2k3 so its suffers from the pre-Vista network stack.

@Firon: I have random various files (its a Downloads folder with random crap in it). Hmmm could that be the issue? Its looking for something thats not there? Although non of the torrents in the program and in that dir they are in another dedicated dir.

Every-so-often when I go to open the latest µTorrent (14659) on Vista my CPU shoots up to 100% on one of my cores and I have noticed that it is explorer that hits 50% CPU (the 100% on one core). I have also noted that when I go to open the Task Manager it takes forever to open and when I do anything with it it takes forever. In the mean while µTorrent takes forever to open. Once it does explorer.exe is frozen to commands from the mouse in chunks of time and then runs them one all at one. µTorrent also runs slower then normal (like changing a setting and clicking OK) but the main interface (changing tabs and such) seem to work fine. I'm not sure what I should send in in terms of statistics but let me know and when it does happen again I can get the required information. A reboot usually fixes this problem, but thats quite invasive. Once it is open the CPU drops to normal unless I open the Task Manager or open a dialog box in the program or click on it or hover over the tray icon.

Ya, the speed performance jumped when i switched to it. it was chugging along at about 20 kB/sec, then when switched it jumped to about 200 kB/sec. Weird I know.

@rafi: Good idea, I have put both in to a zip file here I noticed that the old settings.dat file is bigger then the new one.