>> why should my downloads from a P2P network...
Apologies, I think I didn't make this clear.
My customer can (and do) download whatever they want to, what I stop is Joe
Annon downloading P2P stuff FROM my customer's puter.
>> rate limit your customers to their contracted rate and
>> minimize over selling your bandwidth?
This iss a pretty broad and dense statement.
I don't know how may networks (or how big) you manage, but there is more
than just "rate limiting".
Never mind the wireless part...
>> over selling your bandwidth?
That's an even bigger can of worms and escape the purpose of my message,
which is stir the discussion towards "Shaping" :)
Enrique
Shawn Badger writes:
> I normally stay out of these, but I just want to ask why you don't rate
> limit your customers to their contracted rate and minimize over selling your
> bandwidth? I would that would prevent "joe the hacker" from bringing down
> other customers in the first place. I don't have issues with stuff like VoIP
> being given higher priority, but why should my downloads from a P2P network
> suffer for someone watching a youtube video.
>
> just my 2cents
>
>
> On Thu, Jan 29, 2009 at 4:45 AM, kitepilot@kitepilot.com <
> kitepilot@kitepilot.com> wrote:
>
>> I think that this is being taken out of context...
>> I manage a small wireless network with around a hundred victims...
>> er...
>> CUSTOMERS! :)
>>
>> Being a wireless network, we face challenges that wired networks don care
>> about, and when the traffic spikes, we have to "manage".
>>
>> Let me state in here that we don't do false advertising (in fact most of
>> our
>> customers are word-of-mouth), and we explain people that we "shape" the
>> line.
>>
>> I am not defending Cox and I don't know what they are doing, but having
>> seen
>> how "journalists" makeup overblown aviation news for the sake of "yellowish
>> journalism" (or sometimes blatant ignorance of the subject and laziness to
>> get informed), I don't have any doubt that they will grab a few words from
>> a
>> manager, and run to the nearest keyboard to type away something that
>> "sells"...
>> Unfortunately, "truth" doesn't sell very well...
>>
>> With that said, and after donning my asbestos suit, I want to change one
>> word that probably got misplaced here: Throttle.
>>
>> For all I know (not much indeed), and from what I gather from the obvious
>> ignorance of the reporter (again, nothing new after I see how they convey
>> aviation "news") Cox is not doing "Throttling", Cox is doing "Shaping".
>>
>> You cannot run a network pipe without some kind of management, or
>> everything
>> is going to go Hell.
>>
>> The way this is done, is by inspecting packets to determine priority.
>> VoIP packets will be expedited and FTP packets will be sent after.
>> Latency is not an issue in an FTP transfer.
>> Latency will kill a VoIP connection.
>> At the expense or extending the FTP connection a few seconds.
>>
>> This is not unfair, this is necessary, albeit unpopular...
>>
>> And IS NOT TRIVIAL.
>> In fact, it is complex enough when you can inspect the packets, never mind
>> if you are dealing with an encrypted connection...
>>
>> Finally, even though I don't prevent P2P in "my valley", I do severe or
>> throttle the outbound connections when they become a burden for the
>> network.
>> Most of the network is used by rural people that simply doesn't have other
>> options.
>>
>> I can't just tell them that they can't use Internet just because Joe Hacker
>> downloaded the latest hacked motion picture and 37 thousand hackers over
>> the
>> World are banging in the line THEY (my customers) PAY FOR! to get their
>> share...
>>
>> It's a limited resource.
>> I explain that to my people too...
>>
>> Finally, please understand that I am not defending Cox.
>> But I believe that the whole discussion is falling down the wrong path.
>> Enrique
>>
>> PS: Who knows here about shaping?
>> I need help... :(
>>
>>
>>
>>
>>
>> Stephen P Rufle writes:
>>
>> >
>> http://arstechnica.com/tech-policy/news/2009/01/cox-opens-up-throttle-for-p2p-non-time-sensitive-traffic.ars
>> > ---------------------------------------------------
>> > PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
>> > To subscribe, unsubscribe, or to change your mail settings:
>> > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>> ---------------------------------------------------
>> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
>> To subscribe, unsubscribe, or to change your mail settings:
>> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>>
---------------------------------------------------
PLUG-discuss mailing list -
PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
(text/plain)