nanog mailing list archives

Re: Network issues in Israel/Middle East


From: John Von Essen <john () essenz com>
Date: Tue, 26 May 2020 11:30:46 -0400

Yeah, this is bad default GeoDNS logic. I'm overriding Israel now to use Europe now, and things are much better.

-John


On May 26, 2020, at 11:06 AM, Dovid Bender <dovid () telecurve com> wrote:

John,

As others have mentioned you should be going to Europe we have a POP in Rosh Hayain, IL and in Nicosia, CY. Both 
POP's backup to AWS Ireland. Almost all of your traffic in IL is going to go through Western Europe so it makes no 
sense to send it to India. Israel does not have any peering with its neighbors.

I just did some tests from Bezeq in Petah Tiqwa

AWS Ireland
[root@cust-219-83-123 ~]# ping 3.248.0.0
PING 3.248.0.0 (3.248.0.0) 56(84) bytes of data.
64 bytes from 3.248.0.0 <http://3.248.0.0/>: icmp_seq=1 ttl=223 time=69.0 ms
64 bytes from 3.248.0.0 <http://3.248.0.0/>: icmp_seq=2 ttl=223 time=69.1 ms
^C

AWS Virginia
[root@cust-219-83-123 ~]# ping 3.80.0.0
PING 3.80.0.0 (3.80.0.0) 56(84) bytes of data.
64 bytes from 3.80.0.0 <http://3.80.0.0/>: icmp_seq=1 ttl=238 time=149 ms
64 bytes from 3.80.0.0 <http://3.80.0.0/>: icmp_seq=2 ttl=238 time=149 ms
^C

AWS Mumbai
[root@cust-219-83-123 ~]# ping 3.6.0.0
PING 3.6.0.0 (3.6.0.0) 56(84) bytes of data.
64 bytes from 3.6.0.0 <http://3.6.0.0/>: icmp_seq=1 ttl=233 time=168 ms
64 bytes from 3.6.0.0 <http://3.6.0.0/>: icmp_seq=2 ttl=233 time=168 ms
^C

AWS Milan
[root@cust-219-83-123 ~]# ping 15.161.0.254
PING 15.161.0.254 (15.161.0.254) 56(84) bytes of data.
64 bytes from 15.161.0.254 <http://15.161.0.254/>: icmp_seq=1 ttl=239 time=58.5 ms
64 bytes from 15.161.0.254 <http://15.161.0.254/>: icmp_seq=2 ttl=239 time=58.4 ms
^C

AWS London
[root@cust-219-83-123 ~]# ping 3.8.0.0
PING 3.8.0.0 (3.8.0.0) 56(84) bytes of data.
64 bytes from 3.8.0.0 <http://3.8.0.0/>: icmp_seq=1 ttl=229 time=57.2 ms
64 bytes from 3.8.0.0 <http://3.8.0.0/>: icmp_seq=2 ttl=229 time=57.2 ms
^C

AWS Frankfurt
[root@cust-219-83-123 ~]# ping 3.120.0.0 
PING 3.120.0.0 (3.120.0.0) 56(84) bytes of data.
64 bytes from 3.120.0.0 <http://3.120.0.0/>: icmp_seq=1 ttl=235 time=50.7 ms
64 bytes from 3.120.0.0 <http://3.120.0.0/>: icmp_seq=2 ttl=235 time=50.7 ms
^C


It seems like you're better off going to the US over going to Mumbai!



On Mon, May 25, 2020 at 3:00 PM John Von Essen <john () essenz com <mailto:john () essenz com>> wrote:
I know this is outside the scope of “North America”, but has anyone else been fielding more issues related to network 
health/congestion in the middle east, specifically Israel?

Our users in Israel are primarily served from India-based resources (AWS/Azure), both of which have cloud capacity 
issues in India that I’m aware of.

Also, the majority of our users in Israel that have been reporting slowness seem to be mostly behind the ISP Bezeq. 
If we force them to route to Ireland (which is technically farther away form a latency standpoint) things are much 
better, so I’m wondering if just Bezeq (or everyone in Israel) is just experiencing 3rd party-related network 
congestion to Mumbai.

Thanks
John




Current thread: