μTorrent v2.0 to add 'game changing' μTP protocolEarlier this month, BitTorrent, the company behind the popular torrent clients μTorrent and BitTorrent posted that they were getting ready to “change the game” with the introduction of a new protocol dubbed μTP (micro-Transport Protocol).

The protocol will be available with the launch of uTorrent 2.0 and BitTorrent 7.0.

Says the post:

“The fact is that our BitTorrent clients have become incredibly popular with users downloading large files over the internet. So much so that some observers claim that BitTorrent traffic accounts for 30%, 50%, or even more of all Internet traffic. Regardless of the actual numbers (which we have no way of knowing), it is clear that the popularity of BitTorrent is putting such a burden on ISP networks that they sometimes react by slowing down or interfering with that traffic.

Now there is a whole “net neutrality” debate, partly about whether ISPs should be allowed to interfere with internet traffic from one particular app simply because it is “too popular” – some argue that perhaps ISPs could invest more so that supply meets demand – but this debate is not the focus here. At BitTorrent we like to be a bit more pragmatic, to assert that there is responsibility on the part of both the ISPs and authors of popular applications like BitTorrent to make sure that the internet scales smoothly to meet demand.

Which brings us back to μTP:

News of μTP started to leak to the public late last year with some wild and totally untrue reporting that we were trying to make BitTorrent more greedy and were somehow “declaring war” on users of other applications. In fact completely the opposite is true, as was subsequently acknowledged by the initial author’s follow-up article.

μTP is a completely new implementation of the BitTorrent protocol with a major new design objective – μTP is designed to be network friendly – to not swamp network connections when there are other apps trying to send and receive – and to resolve the key problem that ISPs use to justify interference with BitTorrent traffic.

If BitTorrent traffic volume is so great that it overwhelms end-users’ connections (leading to service calls from consumers whose internet doesn’t work), then μTP eliminates this problem by being better at only using bandwidth when there is no other traffic competing, and automatically slowing or stopping BitTorrent transfers before network connections seize up.

Legacy BitTorrent traffic uses the standard internet “TCP” protocol to govern when it tries to go faster or slow down. The problem with TCP is that it can only detect a problem by waiting to see if packets are dropped. Unfortunately, by the time packets are being lost, the problem is already acute and the consumers connection has already drastically slowed or stopped. TCP is a lot like trying to drive with your eyes closed. You only notice something’s wrong when you hit something.

μTP is like driving with your eyes *open* – μTP is able to see problems coming and make much more modest adjustments to ensure the problems don’t cause a car wreck. It does this by being able to detect congestion on a network based on how long a packet takes to be sent from one peer to the next. If things start to take longer, then μTP adjusts the rate of sending accordingly.

As it happens, this trick has required some very deep engineering work – the way the client talks to other clients has had to be completely re-built. As a side effect, because the new protocol so different, it is practically invisible to some of the nasty traffic shaping techniques that some ISPs have been using. We doubt whether this happy result will last for long, and nor is it the point of the technology. The point is to reduce the need for such gear rather than to evade it.

Overall, when we get μTP stable, we’re excited about the potential benefits that this could bring to ISPs by reducing the effective burdens on their networks. Although we stand to gain nothing financially from them for implementing it, we hope to maintain the lead enjoyed by μTorrent and BitTorrent Mainline software as the most popular BitTorrent clients, and hopefully demonstrate how innovation from responsible stakeholders on a neutral internet can lead to winning outcomes all-around.”

Permalink | Comments



Windows Vista Problems and Troubleshooting

This vista problem troubleshooting article guide you how to troubleshoot various windows vista error problem and in detail windows vista troubleshooting solution.

There are lots of problems with windows vista and those are vary difficult to troubleshoot for a layman user. Here are the list of windows vista problems and troubleshooting guide for those vista problems.

Vista problem kernel data inpage error status no such device

During re-enumeration of a previously enumerated ide controller, a race condition exists between atapisys and pciidexsys or between Ataportsys and Pciidex.sys. In this race condition, the following conditions are true:

Atapi.sys and Ataport.sys use the stm method to select a transfer mode on a channel. The stm method is in the advanced configuration and power Interface bios. pciidex.sys verifies whether that channel exists by checking for the ide decode enable bit.

If the bios implementation of the stm method has cleared the ide decode enable bit, pciidex.sys determines that the channel does not exist. When this behavior occurs, pciidexsys does not enumerate the channel.

vista troubleshooting guide for this error

Because atapisys and ataportsys never run the stm method as long as there is i o on the channel, the stm method does not have to clear the ide decode enable bit. Therefore, BIOS manufacturers should not clear the ide decode enable bit in the stm method.

Path maximum transmission unit black hole router detection.The following is a list of black hole router detection changes that are included in windows server 2003 sp2.

By default, black hole detection is turned on.

Black hole probing is performed only for connections in established or advanced states.

Black hole probing is performed only for connections on which there is no full-size segment acknowledgement.

If black hole probing fails, the tcp maximum segment size of the connection is restored to what it used to be before probing.

? With black hole router detection turned off in versions of Windows that are earlier than windows server 2003 sp2, a connection times out approximately after 63 rtt. In windows server 2003 sp2, connections time out after 71 * rtt.

Remove Hibernation in Windows Vista troubleshooting

Hibernation is not made unavailable when you set the value of the hibernate after setting to never by using the power options item in windows vista control panel.

To make hibernation unavailable on windows vista, follow these steps:

1. Click start, and then type cmd in the start search box.

2. In the search results list, right-click command prompt, and then click run as administrator.

3. When you are prompted by user account control, click continue.

4. At the command prompt, type powercfg.exe hibernate off, and then press enter.

5. Type exit, and then press enter.

To make hibernation available, follow these steps for vista troubleshooting:

1. Click start on windows vista, and then type cmd in the start search box.

2. In the search results list, right-click command prompt, and then click run as administrator.

3. When you are prompted by user account control, clicks continue.

4. At the command prompt, type powercfg.exe hibernates on, and then press enter.

5. Type exit, and then press enter to close the command prompt window.

I am windows vista admin and I like to share my vista problem troubleshooting knowledge with others.