dslreports logo
 
    All Forums Hot Topics Gallery
spc
uniqs
636

funchords
Hello
MVM
join:2001-03-11
Yarmouth Port, MA

4 edits

funchords

MVM

UPDATE Re Comcast is using Sandvine to manage P2P Connection

Just an update -- it's been 3 months since my original post, which I tried to make as accurately as possible. Naturally, I've learned a few things since then.

HOWEVER -- please still see the first post and my commentary that follows it. All the proof is here, and it is easily testable and reproducible -- that it is happening is non-disputable. Unless my testing is somehow flawed, These are facts.

However, you will have to decide for yourself whether it is done in an acceptable way or at an acceptable level. Those issues are opinions.

Here are some developments, just in case you haven't been keeping up with the thread...

What is working for me:

  • Encrypted tunnels to a point outside the Comcast network (VPN, SSH tunnel, etc.)
  • Forcing encryption (works for me, but not for many others who have tried it)
  • When downloading, make sure that the user has met his uploading goal by the time that the download completes. The easiest way to accomplish this is to set a download rate slower than the uploading rate.
  • Tolerating the up to 40% rate RSTs when using BitTorrent to upload a file and not forcing encryption. Even at that seemingly high rate, I can still reach my preferred 16 KB/s (256 Kbps) upload limit.

What is not working for me:

  • Setting your firewall to drop RST packets. Since the RST is confirmed to be sent in both directions, ignoring the RST on only one side creates a useless half-open connection.
  • Lazy Bitfield
  • Reporting the issue to Technical Support
  • Gnutella uploads -- almost always blocked (nearly 100%).
  • Tolerating RSTs when using ED2K to share files. Although some uploads go through, way too many fail. Additionally, the ED2K anti-abuse routines in most clients will ban users who accept requests and then later fail to upload when a request is made for parts of files that I have. This means that I cannot download from them, and they are holding parts I need of these same files. The ED2K implementation of Sandvine at Comcast is very broken!

Significant reports I've read but can't confirm:

  • Seeding is "impossible" -- numerous reports, it just doesn't happen to me.
  • Forced Encryption does not help in many reported cases.
  • Cannot upload 2 GB of data without a reset, using FTP or Lotus Notes -- I haven't tried it.

Kelex
@comcast.net

Kelex

Anon

Forced encryption is working better than leaving it off but its still not the same as before. Harder to keep my ratios up on private trackers now. I usually get to around 40% RST connections when using the .bat file also.

Going to test on the p2p application that pushes patches through on World of Warcraft next time a big patch comes out and see what kind of outcome it has in store.

utah tested
@mcleodusa.net

utah tested

Anon

I tested my Utah comcast connection last night, seeded about 10GB to approx 20 peers maxed at 220KB per second upload the entire time. I didn't download any part of the torrent, it was a 3.5GB file i already had. So far in the last couple weeks I've been able to seed around 35GB of data on various torrents/trackers

I don't have encryption forced so i cant comment on whether all the connections were encrypted or not.

I guess what I'm saying is that i don't notice anything unusual (yet).

Roundboy
Premium Member
join:2000-10-04
Drexel Hill, PA

1 edit

Roundboy to funchords

Premium Member

to funchords
You know, when I first read your post & followups I haven't used any torrent traffic at all.... but i did need to pull a few large files.

i did notice that my upload topped out at 0-3kB/s.. i don't know the reconnect rate, as the script wasn't working for me in Vista.

I just read THIS post, and was set to try it again with all suggestions... and as i set down to try it 'stock' to get a baseline.. i notice that now my torrents are running along just like normal..

Currently 527 kB/s down and > 20kB /s up ... ZERO connections reset.

5 minutes in, I am now looking at a wildly fluctuating upload at 2 - 12 kB/s . still zero resets. I'll begin my testing now..

Edit: With still nothing enabled.. I see that the total for all my current uploading files (currently 4) is pretty strong at > 50 kB/s .. so maybe its just that file..
alucard_x
join:2003-10-19
Philadelphia, PA

alucard_x

Member

Script in Vista still not working

I tested the previous users fix for boxes that have both IPv4 and v6.

It got rid of the divide by zero error, but now i have something else, the total connections increases into the negatives:

0:10 - 0 out of -10 connections reset (0%) [Ctrl-c quit]
0:20 - 0 out of -18 connections reset (0%) [Ctrl-c quit]
0:30 - 0 out of -31 connections reset (0%) [Ctrl-c quit]
0:40 - 0 out of -38 connections reset (0%) [Ctrl-c quit]
0:50 - 0 out of -47 connections reset (0%) [Ctrl-c quit]
1:00 - 0 out of -51 connections reset (0%) [Ctrl-c quit]
1:10 - 0 out of -61 connections reset (0%) [Ctrl-c quit]
1:20 - 0 out of -70 connections reset (0%) [Ctrl-c quit]
1:30 - 0 out of -77 connections reset (0%) [Ctrl-c quit]
1:40 - 0 out of -84 connections reset (0%) [Ctrl-c quit]
 

etc.. it just keeps going.

here's my output for netstat -s
IPv4 Statistics
 
  Packets Received                   = 7710636
  Received Header Errors             = 0
  Received Address Errors            = 13
  Datagrams Forwarded                = 0
  Unknown Protocols Received         = 16
  Received Packets Discarded         = 1010
  Received Packets Delivered         = 7903959
  Output Requests                    = 11255052
  Routing Discards                   = 0
  Discarded Output Packets           = 9
  Output Packet No Route             = 0
  Reassembly Required                = 4
  Reassembly Successful              = 2
  Reassembly Failures                = 2
  Datagrams Successfully Fragmented  = 0
  Datagrams Failing Fragmentation    = 0
  Fragments Created                  = 0
 
IPv6 Statistics
 
  Packets Received                   = 0
  Received Header Errors             = 0
  Received Address Errors            = 0
  Datagrams Forwarded                = 0
  Unknown Protocols Received         = 0
  Received Packets Discarded         = 0
  Received Packets Delivered         = 1647
  Output Requests                    = 1653
  Routing Discards                   = 0
  Discarded Output Packets           = 0
  Output Packet No Route             = 0
  Reassembly Required                = 0
  Reassembly Successful              = 0
  Reassembly Failures                = 0
  Datagrams Successfully Fragmented  = 0
  Datagrams Failing Fragmentation    = 0
  Fragments Created                  = 0
 
ICMPv4 Statistics
 
                            Received    Sent
  Messages                  6509        927
  Errors                    83          0
  Destination Unreachable   6271        923
  Time Exceeded             137         0
  Parameter Problems        0           0
  Source Quenches           16          0
  Redirects                 0           0
  Echo Replies              0           2
  Echos                     2           2
  Timestamps                0           0
  Timestamp Replies         0           0
  Address Masks             0           0
  Address Mask Replies      0           0
  Router Solicitations      0           0
  Router Advertisements     0           0
 
ICMPv6 Statistics
 
                            Received    Sent
  Messages                  678         678
  Errors                    0           0
  Destination Unreachable   0           0
  Packet Too Big            0           0
  Time Exceeded             0           0
  Parameter Problems        0           0
  Echos                     339         339
  Echo Replies              339         339
  MLD Queries               0           0
  MLD Reports               0           0
  MLD Dones                 0           0
  Router Solicitations      0           0
  Router Advertisements     0           0
  Neighbor Solicitations    0           0
  Neighbor Advertisements   0           0
  Redirects                 0           0
  Router Renumberings       0           0
 
TCP Statistics for IPv4
 
  Active Opens                        = 291765
  Passive Opens                       = 35050
  Failed Connection Attempts          = 177193
  Reset Connections                   = 20648
  Current Connections                 = 37
  Segments Received                   = 7501552
  Segments Sent                       = 9961193
  Segments Retransmitted              = 575654
 
TCP Statistics for IPv6
 
  Active Opens                        = 4
  Passive Opens                       = 4
  Failed Connection Attempts          = 0
  Reset Connections                   = 4
  Current Connections                 = 0
  Segments Received                   = 693
  Segments Sent                       = 693
  Segments Retransmitted              = 0
 
UDP Statistics for IPv4
 
  Datagrams Received    = 395346
  No Ports              = 1010
  Receive Errors        = 3
  Datagrams Sent        = 249342
 
UDP Statistics for IPv6
 
  Datagrams Received    = 146
  No Ports              = 0
  Receive Errors        = 0
  Datagrams Sent        = 276
 
macguy1
join:2007-08-18
Bloomfield, NJ

macguy1 to funchords

Member

to funchords

Re: UPDATE Re Comcast is using Sandvine to manage P2P Connection

Even with forcing encryption I'm still getting disconnected. I can seed to a peer for maybe a minute, and then I lose them.

So, apparently, comcast is still preventing seeding in my area.

Kreilly
@comcast.net

Kreilly to funchords

Anon

to funchords
Robb,

I've notice my bit torrent share ratios have dropped over the past few months. My seeding stops after the download completes. Where do I change the setting to forced encryption? On my bit torrent client? On my lynksys router? I'm technology challenged but can follow directions.

Thanks

Kevin
Kreilly (at) aol.com

funchords
Hello
MVM
join:2001-03-11
Yarmouth Port, MA

funchords

MVM

Hi Kevin!

Set it in your BitTorrent client. (You'll need to make sure that your client supports it.)

Here is a list that is somewhat current:

»en.wikipedia.org/wiki/Bi ··· versions
Kelex
join:2007-08-29
Farmington, UT

Kelex to alucard_x

Member

to alucard_x

Re: Script in Vista still not working

said by alucard_x:

I tested the previous users fix for boxes that have both IPv4 and v6.

It got rid of the divide by zero error, but now i have something else, the total connections increases into the negatives:

0:10 - 0 out of -10 connections reset (0%) [Ctrl-c quit]
0:20 - 0 out of -18 connections reset (0%) [Ctrl-c quit]
0:30 - 0 out of -31 connections reset (0%) [Ctrl-c quit]
0:40 - 0 out of -38 connections reset (0%) [Ctrl-c quit]
0:50 - 0 out of -47 connections reset (0%) [Ctrl-c quit]
1:00 - 0 out of -51 connections reset (0%) [Ctrl-c quit]
1:10 - 0 out of -61 connections reset (0%) [Ctrl-c quit]
1:20 - 0 out of -70 connections reset (0%) [Ctrl-c quit]
1:30 - 0 out of -77 connections reset (0%) [Ctrl-c quit]
1:40 - 0 out of -84 connections reset (0%) [Ctrl-c quit]
 

etc.. it just keeps going.
I am having the same problem... the version 2 script is returning all negative data now. The Version 3 is showing zero's across the board. Any Suggestions?