Awful Bandwidth from Most Sites on Bezeqint - What can I do about it?

[sara fink]

Once they were ok. I think they started to apply QoS.

I used lftp. lftp is a very smart client. If the connection was stopped, it
tries to reconnect and resume the transfer automatically. I saw connection
reset and I didn't do anything (i don't recall the exact error. but it was
something like the client stopped the transfer) . So, I understood who did
the reset on my behalf.

If you can try with lftp some transfers, it would be nice to compare.

I am also connected to hot->bezeqint.

I have some issues with gtalk and voice. I talk and hear and at some point I
don't hear anything. Wireshark shows destination unreachable (port
unreachable).  I use the program gtalx.

gtalx has some bugs, but i am not sure if it's the program faulty or it's
hot/bezeqint fault.

On Thu, Oct 14, 2010 at 2:05 PM, Maxim Veksler <maxim at vekslers.org> wrote:

> I'm also getting lousy traffic from Bezeqint at home.
>
> I was sure it was on my side, so I haven't dug into it yet but now I see
> it's a cross client issue.
>
> I'm connected with hot->bezeqint. Download 2.5/ Upload 128 (or something in
> this range), center of Tel Aviv (http://goo.gl/maps/pIbG).
>
> I will test today a 10mb file download from: Akamai, cloudfront, s3 which
> are all super fast and from a server in us-east and eu-west and will report
> the results.
>
> I really hope that this is a temporarily bug in bezeqint routing instead of
> a new policy, I chose them exactly because they have a good reputation of
> not doing this sort of stuff.
>
>
> Maxim.
>
> 2010/10/14 sara fink <sara.fink at gmail.com>
>
> I also have problems with bezeqint. I tried ftp from holland. Unencrypted
>> the speed was around 5k/s, encrypted less than 1k/s.
>>
>> worse than that I tried tunneling via a good site (speed guaranteed) and
>> even this didn't work well.
>>
>> Transfer from israel has excellent speed. Other than that, nothing. My
>> conclusion is that they started to apply QOS and other dirty tricks which I
>> noticed via wireshark.
>>
>> I would suggest few things:
>> 1. try to download the same rpm from other sites and compare. and then
>> call them and show them it's impossible to get such low speed from 4-5
>> different sites.
>> 2. In cases  where you can change ports, try to revert to high end ports.
>> 3. Try https. Maybe you will get lucky. In my case it didn't help.
>>
>> 2010/10/14 shimi <linux-il at shimi.net>
>>
>>>
>>>
>>> On Thu, Oct 14, 2010 at 12:03 AM, Shlomi Fish <shlomif at iglu.org.il>wrote:
>>>
>>>> On Wednesday 13 October 2010 23:04:55 geoffrey mendelson wrote:
>>>> > On Oct 13, 2010, at 10:47 PM, Shlomi Fish wrote:
>>>> > > Can anyone help me shed any light on this problem?
>>>> >
>>>> > Traffic shaping? Did you try it at 6am or 1am?
>>>>
>>>> No, I did not. I'm usually not awake at 6am, and usually go to bed
>>>> before 1am.
>>>> Are there traffic shaping schemes that limit the speed on a single TCP
>>>> connection and not the entire bandwidth? (Which in prozilla's case may
>>>> consist
>>>> of several connections to the same host.)
>>>>
>>>>
>>>>
>>> QoS products today can do any combination you can think of.
>>>
>>> Side of testing and seeing for yourself, you really can't know. (usually
>>> the QoS policy is not equal to all users, and the choice of users ISPs apply
>>> different QoS rules on is voodoo at best...)
>>>
>>> You don't really need 6am, 10am is also OK to verify such thing.
>>>
>>> Might be a new policy to convert everyone to "Private NGN" so they pay a
>>> few more shekels? :) (other ISPs did it in the past so you'll add money to
>>> join the "gamers" package. a.k.a. "the we screw you less with out QoS"
>>> package...)
>>>
>>> -- Shimi
>>>
>>>
>>> _______________________________________________
>>> Linux-il mailing list
>>> Linux-il at cs.huji.ac.il
>>> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>>>
>>>
>>
>> _______________________________________________
>> Linux-il mailing list
>> Linux-il at cs.huji.ac.il
>> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20101014/eac14b82/attachment-0001.html>