So I was really fed up of the lies thrown at me by Streamyx call center (VADS), but the last straw came when TM tech support themselves lied to me about blocking my traffic, so I have no choice but to get proof. This is how I did it:

1) Download Ethereal Network Analyzer

2) Install Ethereal along with the WinPcap driver that comes with it.
2a) Alternatively you can download the latest version of WinPcap instead of using the one packaged in Ethereal

3) Run Ethereal


4) Click to configure snooping



5) Configure the interface, which port you want to monitor, protocols, yada yada



6) After you've started capturing, remember to stop.




7) This is roughly what things will look like after you are done. If you are sniffing your BT traffic Look for the RST packet (as described in this thread.



What it actually means is that the client (you being the host) has acknowledged your request to reset the connection. However, if you check your entire TCP stream you will find that you have NOT sent out a RST packet. Meaning Streamyx screwed you.


Alternatively, if you are having problem with non-BT connection (perhaps you are downloading ahems from IRC), like how I am facing very slow traffic with my paid NNTP news service, you see this:


This proves that somehow part of your TCP sequence (usually the binary part) has been dropped by someone, so your entire sequence cannot be used by the application and has to be requested again. In short, you're still screwed by streamyx.

When I used a friend's streamyx account to log in(this dude has much lower traffic than I do), all these errors miraculously dissappeared and I am getting full speed.

I have decided to documented my findings because 2 days back after I made a complaint to Streamyx to escalate my case to level 2, someone from TM Technical Support said "international traffic is not our problem", and decided to close my case. He even challenged me to go to the SS13 TM office to prove my case, which I will do tomorrow, along with my documentations. I made another follow-up call to Streamyx today to inform them my findings, and viola, miraculously all those errors dissappeared.

Anyway, I'm going to visit TM tomorrow, and if it happens again, I'm going to complain to MCMC.

Hope it helps you people.

This post has been edited by spanker: Apr 27 2008, 05:27 PM

you should also lodge a police report against tmnut for false advertising about their service and cheating you. that will teach those boleh dogs to think twice about challenging you.

WOW!!! Keep up posted of your progress, spanker. I think a lot of people would like to know what TMNut says about this

yeah but this is malaysia... everything will be cover-ups here and there and in the end nothin happens

At this point, I'm not concerned about correcting Streamyx's misguided ways. I just want to get what I paid for.

That's why I've put up this crappy documentation to help prove how Streamyx is manipulating network packets to deny you service.

well for 1.. better email to tmnuts and also cc to MCMC regarding your finding..

and push MCMC to take action on your part, as its their job, furthermore its "false advertising" on tmnuts part..

remember to perform your "test" using "legal" files, as tmnuts/partly gov/umno own will use "illegal" files to f*** with you...

---

Added on April 27, 2008, 6:13 pmyeah it has been documented that tmnuts f with us.. there has been results on rst packets on torrentfreak and tmnuts is one of the top 10 provider..

i wonder why they rather spend money on this kind of bandwidth mgt tools rather than upgrading the network..



This post has been edited by JinXXX: Apr 27 2008, 06:13 PM

good work, spanker!
and thanks for the info.

Hope they speechless when you showing this to them..........
Because I'm very sure those Nut didn't study deeply about the networking thing
The only ppl will understand is the person who control the dslam..............
But tm point ppl
they only a normal stuff
Pray they will understand what you're trying to said so

FCC usa start punish who slow down P2P ?


Hacker-techniques

http://torrentfreak.com/comcast-uses-hacke...hniques-080225/

Today is an important day for network neutrality, as the FCC�s Broadband Network management hearing has been discussing Comcast�s attempt to slow down BitTorrent traffic. One of the panelists said Comcast uses �hacker techniques� to manage their network.



BitTorrent Throttling: Interview With Gemini Project
http://torrentfreak.com/bittorrent-throttl...project-080402/


Every week there is more controversy as ISPs continue to limit, throttle and otherwise interfere with P2P traffic. For those people who think their ISP is meddling with their traffic, there is a new system available to confirm it. TorrentFreak catches up with the creators of Gemini Project.

This post has been edited by yangxi: Apr 27 2008, 08:12 PM

Good job but i don't think u will win with them they already make it official to throttled p2p connections

Hope can discuss TMNUT stupid behavior in Parliament .

"Anwar" hope can help us , next Menteri ?

---

Added on April 27, 2008, 8:22 pmTMNUT start throttle HTTP connection . Bitcomet dead since last week.

PS2P technology not working anymore. 诅咒祖宗二十代@^#%&

This post has been edited by yangxi: Apr 27 2008, 08:22 PM

Keep us updated Spanker.
Would like to know how TMNet react.

Send this info to MALAYSIAKINI or Jeefooi .

Email: newseditor@malaysiakini.com

http://www.malaysiakini.com/pages/general/contact.htm
http://www.jeffooi.com/

Hope them can help us, becuase now days most newspaper (nst,sun,sinchew) 捧LP ..tak adil.

This post has been edited by yangxi: Apr 27 2008, 08:55 PM

诅咒ppl not good one , you should "swear" them closing their business

I don't care if they throttled P2P, but they are blocking my NNTP connections, a service which I pay premium dollars for.

There also do some twist on SMTP .

Where mess out all my company email last week.

Port 25 is being screw.

Thanks for sharing the info with us.

huhuhu...maybe they upgrade their services....mine get full speed at night

thank for the info spanker ...

screw you tmnut ... hope p2p finds a better technology to counter ISP..

so topic starter, have you been to tmnut point today?
What's their feedback

Went to the office at SS13 today. Branch supervisor by the name of Encik Hussein said he has no knowledge of such blocking since he is only managing hardware between phone trunks to DSLAM exchange. Took my number. Told him about the attitude of his staff regarding the "not our problem" attitude, he defended his staff. I said "as a customer I don't care what you are in charge of, I just know TM and Streamyx, and your staff told me to come to the SS13 office, now I'm here. And you should not say it's not your problem because my logs said it is your problem". Showed him the logs, he said he will pass it onto other departments.

Sounds like this will be buried under a mountain of other cases. Looks like the people managing the network packets are the "untouchables" part of the TM org chart. Told him if it happens again, my next visit is to MCMC.

This post has been edited by spanker: Apr 28 2008, 06:36 PM

The problem with your results is that any part in the path between you and 75.158.91.220 could have spoofed the RST, not just TMNet. You need to come up with a more solid experiment that isolates these 3rd parties from being a possible factor.

...i scare those TM stuff cant understand what you say...

Of course tmnut won't understand what the hell he's trying to said....
It's too complicated for them to understand, they're just a nut............

Topic starter, you should open your case with MCMC, no point keep on complaining with nut ppl for no point, i very sure they won't understand what the hell you're trying to said.

Just write a letter to MCMC and CFM........
have a nice day:D

This could be so true it's scary

Maybe some ISPs exercise a reset command to malaysian IPs only.

Don't bother, it'll just fall unto deaf ears looking for blood. Over eagerness and hastiness to prove something are trademarks of this sub forum.

Well if someone other than Streamyx is spoofing them, I'd get RST packets from sources between Streamyx and 75.158.91.220 only (i.e. any relay servers connecting the 2 points). However, I get them on different channels, which does suggest someone much closer to home is spoofing the RST.

Nice catch though

wait, just out of curiosity, would complaning to MCMC about bandwidth shaping eventually lead to the hard pushing for copyright infringement control ?

example, say we complain about bandwidth shaping. MCMC acknowledges and "bam" releases the throttling issue. With TMNet unable to cope with rising performances and bandwidth, they decide its time to crackdown on illegal downloads of copyrighted materials because controlling bandwidth can no longer be under their control. This might eventually lead us to be like singapore. download copyrighted materials , get heavy fine.

is it such a good idea to be doing so ? would this affect TMnet's decision to push out and support RIAA and RIM to notify the companies of users that breach that law ?


i for one am not affiliated with TM. please understand that i am also not happy bout the throttling going on hence seeking alternatives that are free. clients such as xunlei and also thinking of re-activating my old VPN a/c. but by doing so, would we be under more fire ?

The faith is weak in you

What do you mean by "channels"? TCP/IP has no notion of that.

The source IP in IP packets is very spoofable (not just in theory, in practice too) due to the design of IP. Plain TCP/IP while it adds some protection from blind spoofing cannot prevent these man-in-the-middle RST spoofs. Now, if you can believe that TMNet is able to spoof a RST packet from you to 75.158.91.220, then by transitivity you will also accept that any party in between (including 75.158.91.220's ISP) is also able to.

---

Added on April 29, 2008, 5:58 pmDon't see why. It's none of their business.

Out of everything available in IP protocols, I wonder why TM wanted to tease your NNTP traffic?
Teasing your HTTP traffic would be more frustrating, I guess.

Furthermore, if they are doing shaping, I'm sure they would shape something more than just a mere NNTP right?

Well, the last time I got this, I just disable Tx & Rx offload on the NIC and everything was solved!

If you're going to TM you can use mine as well.. It's attached to this post... more evidence for you. And this isn't even BT, it's normal everyday use

---

Added on April 29, 2008, 6:29 pmDoesn't the connection slow down if you do that ?

This post has been edited by wodenus: Apr 29 2008, 06:30 PM

It's faster now after disabling it....
Theoretically it is suppose to be faster, but I guess it's the NIC driver issue that's why it could not unleash it full potential...

Blah.. what NIC are you using ? must go and get it

This post has been edited by wodenus: Apr 29 2008, 07:30 PM

That guy doesn't know what he's talking about


"Channels" as in peers/seeders. If the RST packets are coming in from various sources, it'll be much closer to me than it is to the seeders/peers.

If it is ONLY to 75.158.91.220, then yes you have a point. Plus, it doesn't explain my NNTP traffic being dropped

My NNTP traffic exceeds 50GB a month

This post has been edited by spanker: May 8 2008, 05:09 PM