Hi,
I'm working on a project that require me to ssh to a US server.
The problem is that through Netvision & Bezeqint the performance are
horrible ( though Bezeqint its almost always faster then Netvision )
I don't mind paying double for a better connection. Waiting 10 sec to see
something happens
Hello Miki,
I routinely ssh to a server in USA using 012.net.il, and the performance
is much better than the one reported by you even when it is worse than
usual.
HOWEVER: 012.net.il cannot be that much different from Netvision and
Bezeqint, so you may want to look for configuration problems in yo
I'm using Netvision and BezeqInt with a server hosted in the
Connecticut, USA and while its not the fastest connection ever, its
quite reasonably responsive most times.
Your problems seems to be a configuration issue with your hosting
provider.
On Mon, 2007-10-15 at 16:20 +0200, Michael Ben-Nes
Hi,
I don't use Netvision (I use Barak, though it'll be the same thing
eventually). But I've not seen ten-second lags to anywhere for a long
time, certainly it's been a long time since I saw lag like that when there
were no known problems.
I regularly SSH to two servers in California for wo
What can be the problem?
Its an ordinary 64bit RedHat 5 on a new dell hardware.
I ssh using blowfish. In the morning the speed is lame but acceptable. in
the evening I can even wait 15 sec for a response.
Checked ping with no significant packet loss.
Traceroute is around 300 for both ISP ( upload
IF it's connected to a Cisco switch, I would turn off autonegotiation in the
switch and force the same connection paramters on the Cisco and on the Linux
(with ethtool) - for example to 100Mbit/s Full Duplex - of course be sure to
force to the right thing before the Cisco configuration is chang
On Mon, 2007-10-15 at 17:31 +0200, Michael Ben-Nes wrote:
> What can be the problem?
> Its an ordinary 64bit RedHat 5 on a new dell hardware.
> I ssh using blowfish. In the morning the speed is lame but acceptable.
> in the evening I can even wait 15 sec for a response.
>
> Checked ping with no
I had a similar experience
most of our ISP's are tagging our traffic, you could pay additionally for an
qos ip address, which will result without packet drops.
I had VoIP trunk (which is very sensitive for packet lost), using Netvision,
Barak etc I had about 12-25% packet drop, when switching
On Mon, Oct 15, 2007 at 06:49:51PM +0200, Ohad Levy wrote:
> I had a lot of discussions with netvision support, and at the end of the day
> they admitted that non tagged traffic get really shaped (for "non-standard"
> ports)...
I wonder if they were being honest with you. I have a VoIP line from A
On Monday, 15 בOctober 2007 16:20, Michael Ben-Nes wrote:
> Hi,
>
> I'm working on a project that require me to ssh to a US server.
> The problem is that through Netvision & Bezeqint the performance are
> horrible ( though Bezeqint its almost always faster then Netvision )
>
> I don't mind paying d
On 16/10/2007, Michael Ben-Nes <[EMAIL PROTECTED]> wrote:
>
> What can be the problem?
> Its an ordinary 64bit RedHat 5 on a new dell hardware.
> I ssh using blowfish. In the morning the speed is lame but acceptable. in
> the evening I can even wait 15 sec for a response.
>
> Checked ping with no s
On Monday, 15 בOctober 2007 16:20, Michael Ben-Nes wrote:
> Hi,
>
> I'm working on a project that require me to ssh to a US server.
> The problem is that through Netvision & Bezeqint the performance are
> horrible ( though Bezeqint its almost always faster then Netvision )
>
> I don't mind paying d
Found a way to go around the problem.
I currently open a ssh connection to server in Barak that tunnel my work PC
localhost port to the server in the US.
Now its fast.
Though I still confused about the cause of the problem.
Cheers
2007/10/16, Amos Shapira <[EMAIL PROTECTED]>:
>
> On 16/10/2007,
On Sunday 21 October 2007 09:30, Michael Ben-Nes wrote:
> Found a way to go around the problem.
>
> I currently open a ssh connection to server in Barak that tunnel my work PC
> localhost port to the server in the US.
> Now its fast.
> Though I still confused about the cause of the problem.
Have
Yep, in the resnable time effort.
1. Israeli ISPs shift traffic over lines from time to time, due to their
notorious tendency to buy STM1 links, due to them being cheaper (a STM4
takes time to fill, and while it's not full, they waste money). Thus, their
STM-1s get filled up quickly, and they shif
15 matches
Mail list logo