Ikyuao
Pro. debian Linux
join:2007-02-26
Wichita, KS
 ·Cox HSI
| bittorrent performance
i'd running my kbittorrent were great of speeds that download rates were at 2.5 MB/sec to 3.0 MB/sec with combination of iptables blocking tcp rst both source and destination packet incoming down direction to my end line and with bittorrent encryption enabled that really unbelievable of speed performance of bittorrent!
--
Professional Linux environmental blows microsoft windows out of the water. |
|
Clever_Proxy
join:2004-05-14
Chicago, IL
1 edit | huh?
Commas and periods are your friend.  |
|
bobmister
@astound.net | reply to Ikyuao
OMG! That sounded like Tech Turret Syndrome. |
|
jkrusel
join:2003-04-12
Leslie, MO
| reply to Ikyuao
said by Ikyuao  :i'd running my kbittorrent were great of speeds that download rates were at 2.5 MB/sec to 3.0 MB/sec with combination of iptables blocking tcp rst both source and destination packet incoming down direction to my end line and with bittorrent encryption enabled that really unbelievable of speed performance of bittorrent! i' My kbittorrent as for d which is moved and the direction where the package of the destination which uses bittorrent encoding comes entering the speed which makes that efficiency of the speed of bittorrent is difficult to believe really possible is large to my last line which is 3.0 MB/sec which use the combination of iptables which obstructs the source of rst of tcp from 2.5 MB/sec with the download ratio!
--
Wireless from ISP 11 miles away via Motorola Canopy 900MHz, then over 1200ft. wireless bridge of 2 WRT54G/dd-wrt with 15db panel antennas|HP pavilion 2.1Ghz P4 XP-Home-|LAN:Allied Telesys switch|Clients:2 ea. HP Pavilion XP/2.2GHz Acer laptop |
|
cdru
Go Colts
Premium,MVM
join:2003-05-14
Fort Wayne, IN
| reply to Clever_Proxy
said by Clever_Proxy :huh? Commas and periods are your friend. He's likely does nto speak english as a first language or ran something in his native tongue through a translator, hence the poor broken English.
Loosely translated, it probably should read something like:
I'm running kbittorrent with download rates of 2.5MB/sec to 3.0MB/sec. Using iptables to block source and destination tcp resets and bittorrent encryption, it surprisingly increased speeds.
I don't think there is an actual question in there, just stating a comment what helped him out. |
|
Clever_Proxy
join:2004-05-14
Chicago, IL | ahh, ok. that makes a little more sense. |
|
bobmister
@astound.net
| reply to Ikyuao
Well good Lordy, anybody wants to know how I saved a bundle with Geico? Maybe I should start a Twitt of my latest exploits.
Torrent is one of those things I turn on, let it rip, and when I come home, it's done, I don't really need to, nor want to think about it. How much torrent are u folks doing that compel u to decipher all the black tech stuff to gain UNBELIEVABLE (right there sounds like snake oil) performance? |
|
cdru
Go Colts
Premium,MVM
join:2003-05-14
Fort Wayne, IN
| said by bobmister :
Well good Lordy, anybody wants to know how I saved a bundle with Geico? Maybe I should start a Twitt of my latest exploits.
Torrent is one of those things I turn on, let it rip, and when I come home, it's done, I don't really need to, nor want to think about it. How much torrent are u folks doing that compel u to decipher all the black tech stuff to gain UNBELIEVABLE (right there sounds like snake oil) performance? Apparently you had enough interest to read through the thread so maybe it was important enough...
As I previously pointed out, it's likely that the poster has English as a second language. It's essentially a translation error for the word unbelievable. Originally it could have been incredible, suprising, more then expected, etc in a native tongue. A 20% increase (from 2.5MB to 3MB if that was the case) isn't too shabby with some tweaks. If you don't care about your speeds, then move on to a different thread to crap in. But there is an entire forum of people that try to squeeze every last drop of bandwidth out of their connection and would love to have effectively a 20% increase in their speeds. |
|
Ikyuao
Pro. debian Linux
join:2007-02-26
Wichita, KS
·Cox HSI
3 edits | reply to bobmister
faster torrent performance |
I being testing on upload that i use 6881 port, in both source and destination tcp rst be blocked with my sorcery iptables techniques 
--
Professional Linux environmental blows microsoft windows out of the water. |
|
JohnInSJ
Premium
join:2003-09-22
San Jose, CA
·Comcast
| reply to Ikyuao
I don't do anything at all, and I get my full pipe speed on my torrent downloads.
Why would you think you need to block tcp rst packets? Comcast stopped mucking with BT via rst packets well over a year ago.
--
My place : »www.schettino.us |
|
Ikyuao
Pro. debian Linux
join:2007-02-26
Wichita, KS
·Cox HSI
1 edit | doubt, you don't know the hell what cable companies have a decide to do with their OWN networks under their CABLE COMPANIES like comcast, cox, other cable companies have their own policies of decisions to do with their networks so once you get your cable modem be connected to comcast then your cable modem is now under their control if they want to send you a tcp rst to reduce the congestion of internal networks then let them do it that it's theirs so not yours of internal network equipments if you want take control of your OWN computer totally then take look at Linux product that can be obtained by download from an internet off and install a Linux on your computer and start using iptables and put a block on tcp rst in both inbound and outbound traffics of an internet and you get cleaner and much faster of speeds smoothly and i tested on an upload with tcp rst blocked then it worked and i get about 200 KB to 300 KB of speeds of depend on the torrent peer link of share allocations.
for comcast, their words can't be helped since they told FCC to stop using a throttling the bandwidth and speeds but they just lied about it and keep doing it with their OWN fucking internal network equipments that is legal what they are doing with their own internal networks they can do as they can do with it so not yours so got it? no matter what they are negotiating with FCC on talk about throttles and stop doing it then they are continues doing in a secretly to keeps throttling on the internal networks as intranet networks.
--
Professional Linux environmental blows microsoft windows out of the water. |
|
JohnInSJ
Premium
join:2003-09-22
San Jose, CA
·Comcast
| LOL
I run Linux, I'm on comcast, I speak english, and I can see there are no reset packets.
But do keep sniffing that glue, it's obviously working for you.
Seriously, the tinfoil hats are usually in the security forum. Maybe you should go there.
If you don't like your ISP, get another one. If you want a pure dumb pipe, pony up the $$ for a T3. You can do whatever you want with that within the limits of the law.
If you want to call me a liar, go for it. I do nothing, and get full pipe speeds.
--
My place : »www.schettino.us |
|
Ikyuao
Pro. debian Linux
join:2007-02-26
Wichita, KS
·Cox HSI
| Nah, i'm not gonna make any switch for more, more expensive of new T3 line of an ISP.
that setup that i made that is working for me enough with cox communications ISP and my setup is ignore both inbound and outbound of tcp rst packets in both traffic ways and anyway you have linux on you and just go ahead and use iptables whether you pleased with it as you can control tcp flag packets within your own locally policy as you like.
--
Professional Linux environmental blows microsoft windows out of the water. |
|
DaMaGeINC
The Lan Man
Premium
join:2002-06-08
Greenville, SC
clubs:
1 edit | reply to Ikyuao
said by Ikyuao :tcp rst packets? Really? |
|
Ikyuao
Pro. debian Linux
join:2007-02-26
Wichita, KS
·Cox HSI
1 edit | yes, really... with iptables, linux user person can control his locally computer with tcp specific policy or either with sctp specific policy also.
and that is not for windows users anyway since windows users are SOL anyway.
--
Professional Linux environmental blows microsoft windows out of the water. |
|
JohnInSJ
Premium
join:2003-09-22
San Jose, CA
·Comcast
1 edit | I think we're wondering what rst packets you think you're filtering, not if your l33t iptables skilz allow you to filter out imaginary rst packets.
Most people running linux for real use iptables extensively to filter, shape, and generally mangle the living daylights out of the cruft flowing in and out.
But rst packets are like ROUS. I don't think they exist.
--
My place : »www.schettino.us |
|
Ikyuao
Pro. debian Linux
join:2007-02-26
Wichita, KS
·Cox HSI
| my filtering system of iptables is much deeper like filtering out what tcp specific that i want to keep some of tcp flags set like rst flag set in tcp specific be keep out of my way than you think...
--
Professional Linux environmental blows microsoft windows out of the water. |
|
daveinpoway
Premium
join:2006-07-03
Poway, CA | Is this somehow related to the "invention" you mentioned in the Cox HSI forum? |
|
Ikyuao
Pro. debian Linux
join:2007-02-26
Wichita, KS
·Cox HSI
| that for everyone who using linux, by using linux so there is iptables program within an linux kernel so they can set up to filter a tcp flag specific set out that only works with cable an internet that for any cable companies in matters. no matters what they tells you that, that cable companies have reserve right to send tcp rst packets to cut virtual connection off in order to reduce congestion of intranet network.
--
Professional Linux environmental blows microsoft windows out of the water. |
|
JohnInSJ
Premium
join:2003-09-22
San Jose, CA | So you should be able to show us a tcpdump showing these packets, right?
--
My place : »www.schettino.us |
|
