UDP packets loss at Israeli ISPs during peak hours

[geoffrey mendelson]

On Jul 3, 2011, at 2:39 PM, Oleg Goldshmidt wrote:
>
> No, Geoff, I am not missing that. What you are saying is that the 50%
> loss is over the whole path that includes numerous "autonomous
> systems" (AS), and not all of it may occur inside the ISP's network.

yes.


> While this is obviously correct, if the path to ISP#1 is lousy and the
> path to ISP#2 isn't, the only thing that you, the customer, can
> control is the choice between the two. How the packets are routed
> between ASes is out of scope and, frankly, should not interest you
> very much. It should interest the ISP, and your suggestion to give
> them a chance to fix their connectivity certainly has merit.

For example, last night, I have redundant connectivity, with different  
methods of connecting to an ISP and two different ISPs. Last night a  
SKYPE call on one kept dropping, so I switched to the other, where it  
went on for an hour with no drops. Not very usefull ancedotal  
evidence, but for me it worked. :-)



> Besides, paths are complicated if the OP is trying to connect to his
> office through an Israeli ISP from, say the US or Australia. If the
> whole path is inside Israel then the number of ASes along the path is
> actually small to trivial.


Sorry, I ASSUMED he was talking about paths outside of Israel. If he's  
talking about paths inside of Israel the best thing he could do IMHO  
is to buy an NGN line for the connection, route it through the same  
ISP as the destination and use it as a static route on those systems  
that need to connect to it.

For example, if their current router is at 192.168.1.1 add the new one  
at 192.168.1.2 and have a route for the server (or subnet) it is on  
via 192.16.8.1.2, with the defalt route still being 192.168.1.1.

I have my DHCP servers set up to route a particular system via one of  
the lines or the other, and shell scripts/batch files to switch as  
necessary.


Geoff.
-- 
Geoffrey S. Mendelson,  N3OWJ/4X1GM
Making your enemy reliant on software you support is the best revenge.