tertech
join:2008-04-12
Ottawa, ON
| reply to CanadianISP
Re: Is your VoIP or VPN affected by Bell's throttling practices?
How would I know for sure?
So my VPN remote desktop connection to the office turns grey, and the Integrity server boots me off. Is that because of throttling, or a glitch in the office LAN, or just an ADSL sync problem?
Is there a tool that will categorically pin the problem on Bell's tampering with my data? |
|
time it
@videotron.ca | if this only happens between 4-pm and 2-am, its Bells throttle causing it.
otherwise its a different problem. |
|
CanadianISP
Premium
join:2008-04-09
Beachburg, ON
| reply to tertech
Generally, if you've only noticed a marked degradation in your services after March 17th, the chances are *highly* likely that it is Bell's doing.
In a nutshell, they're doing to all of their competitors what they chose to do to their own users: "If *WE* don't offer unlimited service, then neither can anyone else!" - In schoolyard parlance, it would be "Screw you guys, I'm taking my marbles and going home"
Bell can choose to either be a neutral wholesaler or a fair competitor in the market: Dictatorial ruler of the Canadian internet spectrum is *not* an option for them and we need to ensure both they and the government that regulates them knows it.
--
Marc Bissonnette
Chief BOFH
»www.canadianisp.com |
|
tertech
join:2008-04-12
Ottawa, ON
| As much as I dislike the idea of anyone purposely interfering with my ability to do my job, I could not in good conscience make such an accusation without some compelling evidence. Isn't that just the thing we are accusing them of doing with their statement of 5% of users taking xx% of bandwidth?
Is there a software utility like 'Ethereal' that could determine if a packet was purposely dropped or delayed? I think that would be difficult to prove, given the complexity of the network.
BTW... I got a call this evening from Bell trying to get me to switch to Sympatico. I responded like he was trying to sell me leprosy. The guy was taken aback; he didn't know what to say. |
|
R0CKY
TSI Rocky
Premium,VIP
join:2005-05-19
Chatham, ON | I agree... be sure it's affecting you. False claims are going to undermine what Marc said at the start in my mind.
--
TSI Rocky - TekSavvy Solutions Inc. |
|
CanerisErik
Premium
join:2007-10-03
Toronto, ON
| reply to tertech
said by tertech  :Is there a software utility like 'Ethereal' that could determine if a packet was purposely dropped or delayed? Let's consider two possible ways in which the throttling can be done.
If they're sending RSTs, you'd see "more" (very relative and loose) RSTs than during non-throttled times when doing the same thing, but this isn't a guarantee because you can't prove it's not something else causing it.
If they're dropping or delaying ACKs or other data, you'd have "more" retransmits, but again, you can't differentiate that easily from a congested router for example.
I can't think of a way to determine for certain using a packet sniffer if they're throttling. |
|
Name
join:2008-03-28
| It's a bit hard to do TCP RST forgery on UDP or ESP streams. 
Bell is most likely delaying packets in transit.
--
Coridon Henshaw -=- »www.talisiorder.ca |
|
CanerisErik
Premium
join:2007-10-03
Toronto, ON
| said by Name :It's a bit hard to do TCP RST forgery on UDP or ESP streams. Bell is most likely delaying packets in transit. Yes, it is a bit hard
But keep in mind that the majority of P2P is TCP-based, not UDP-based and supposedly that's their focus.
Furthermore, their largely irrelevant response to the CAIP had a funny appendix there teaching everyone "how TCP works" and "how the Internet works", when the issue has zero to do with the Internet and with TCP.
So, it sounds like they're focused on TCP. Perhaps dropping ACKs. |
|
