Benchmark DNS |
Autor |
Wiadomość |
pkudlins
light master
Pomógł: 4 razy Dołączył: 08 Maj 2013 Posty: 92
|
Wysłany: 08-04-2015, 09:24
|
|
|
Inna trasa do czesci zasobow G. wynika z tego ze peering z nimimi do AS15169 mamy we
Frankfurcie a peering z GGC AS36040 lokalnie w PL via PLIX, optymistycznie do polowy roku powinno isc wszystko z PL lokalnie.
Prosze pamietajcie ze te serwery DNS
62.179.1.70
62.179.1.71
sa testowe wiec cos na nich sie moze dziac w czasie dnia. |
|
|
|
|
mr_white
Klikacz
Dołączył: 26 Sie 2014 Posty: 18 Skąd: Kraków
|
Wysłany: 01-06-2015, 20:05
|
|
|
Mi się za to całkiem niedawno zdarzyło, że używając DNS'ów UPC nie mogłem się dostać na niektóre strony. Zwracały nieprawidłowe adresy IP. Zupełnie jakby chcieli nieudolnie blokować te strony, gdyż po przełączeniu się na OpenDNS wszystko działało jak trzeba. Wiecie coś na ten temat? |
_________________
|
|
|
|
|
Susane [Usunięty]
|
Wysłany: 01-06-2015, 21:43
|
|
|
To nie są blokady tylko ich serwery czasami mają takie problemy albo nawet całkowicie nie działają. |
|
|
|
|
mr_white
Klikacz
Dołączył: 26 Sie 2014 Posty: 18 Skąd: Kraków
|
Wysłany: 01-06-2015, 21:54
|
|
|
Hmm. Akurat te strony, które nie działały należą do często blokowanych na świecie , dlatego tak to odebrałem. Jeszcze mi się nie zdarzyło, żeby DNS, który nie jest autorytatywny dla danej domeny, ot tak zwracał nieprawidłowy adres IP.
Bo to nie jest tak, że nie odzywał się wcale. On zwracał błędny adres IP. |
_________________
|
|
|
|
|
Susane [Usunięty]
|
Wysłany: 01-06-2015, 22:39
|
|
|
Ten obecnie błędny adres strona mogła mieć przypisany wcześniej, a serwer UPC nie odświeżył danych na czas. Też się z tym spotkałam i dotyczyło to również bardzo mało istotnych adresów więc nie zakładam premedytacji, ale raczej nieprawidłową konfigurację lub inne problemy natury technicznej po stronie serwerów DNS z UPC. |
|
|
|
|
mr_white
Klikacz
Dołączył: 26 Sie 2014 Posty: 18 Skąd: Kraków
|
Wysłany: 01-06-2015, 22:54
|
|
|
Szkoda, że wtedy tego nie sprawdziłem - wyszłoby szydło z worka.
Mimo wszystko nadal jestem sceptyczny. Taki adres zwracało parę godzin - nie wierzę, że mieli ustawiony tak długi TTL.
Tak czy siak - polecam OpenDNS. Opóźnienia nie są większe w porównaniu do serwerów UPC a jeszcze mnie nie zawiedli.
O DNS'ach Google to nawet nie ma co rozmawiać . . . |
_________________
|
|
|
|
|
Susane [Usunięty]
|
Wysłany: 01-06-2015, 23:17
|
|
|
W sąsiednim temacie jest pełno próśb o sprawdzenie jakiegoś adresu, który komuś serwer DNS UPC źle rozwiązuje i problem trwa czasami znacznie dłużej niż kilka godzin OpenDNS jest bardziej niezawodny, ale opóźnienia ma jednak większe niż DNS`y UPC. |
|
|
|
|
mr_white
Klikacz
Dołączył: 26 Sie 2014 Posty: 18 Skąd: Kraków
|
Wysłany: 02-06-2015, 00:00
|
|
|
No właśnie - niezawodność jest najważniejsza.
Aktualnie pomiędzy serwerami UPC a OpenDNS obserwuję różnice rzędu 5 ms.
Z takimi różnicami potrafię się pogodzić . |
_________________
|
|
|
|
|
pkudlins
light master
Pomógł: 4 razy Dołączył: 08 Maj 2013 Posty: 92
|
Wysłany: 02-06-2015, 08:23
|
|
|
uzywjac DNSow innych niz UPC mozesz miec nie optymalna sicekze do CDNow np Akamai/Google/Attende etc .. dlaczego bo moga Ci zwrocic adres wezla ktory nie jest najlepiej podlaczony do sieci UPC przez to bedziesz mial gorszy transfer ... |
|
|
|
|
mr_white
Klikacz
Dołączył: 26 Sie 2014 Posty: 18 Skąd: Kraków
|
Wysłany: 02-06-2015, 10:16
|
|
|
Po pierwsze: Nie obraź się, ale pisz, proszę, poprawnie bo się tego czytać nie da .
Po drugie: Pierwsze słyszę o czymś takim. Jakieś dowody na poparcie tej tezy? DNS'y nie mają żadnego wpływu na routing. |
_________________
|
|
|
|
|
Susane [Usunięty]
|
Wysłany: 02-06-2015, 13:20
|
|
|
mr_white napisał/a: | Aktualnie pomiędzy serwerami UPC a OpenDNS obserwuję różnice rzędu 5 ms. | Może jak robisz ping, bo przy zapytaniu DNS widzę różnicę jak na testach z poprzedniej strony - kilkanaście miliseknd lub więcej. DNS w sieci dostawcy jest po prostu najszybszy, o ile akurat działa poprawnie. |
|
|
|
|
mr_white
Klikacz
Dołączył: 26 Sie 2014 Posty: 18 Skąd: Kraków
|
Wysłany: 02-06-2015, 13:36
|
|
|
Sprawdzałem narzędziem DNS Bench . Polecam. |
_________________
|
|
|
|
|
bulek
ultra master
Pomógł: 20 razy Dołączył: 19 Lut 2008 Posty: 865 Skąd: 3city
|
Wysłany: 02-06-2015, 14:03
|
|
|
mr_white napisał/a: | Po drugie: Pierwsze słyszę o czymś takim. Jakieś dowody na poparcie tej tezy? DNS'y nie mają żadnego wpływu na routing. |
Nie mają wpływu bezpośrednio, ale na to jaki adres ci się rozwiąże mają. Jeśli sobie ustawisz DNS z UPC, to on będzie w twoim imieniu pytał o adresu IP (bardzo upraszczając), więc serwisy używające CDN będą zwracały IP najbliższe (lub najbardziej optymalne) dla twojego serwera DNS. Jeśli ustawisz sobie OpenDNS, którego serwer dajmy na to jest we Francji (pewnie tak nie jest, ale teoretyzując), to adres IP rozwiązany będzie dla ciebie nieoptymalny, bo dostaniesz optymalny dla francuzów. Dla wielu serwisów to nie ma znaczenia, ale dla tych największych (google, azure, akamai, etc.) i wszystkich na nich bazujących ma. W rezultacie może zajść taka sytuacja, że ustawisz sobie super niezawodny serwer DNS, ale filmy YT będą ci się ciągnęły z innego kraju. |
|
|
|
|
mr_white
Klikacz
Dołączył: 26 Sie 2014 Posty: 18 Skąd: Kraków
|
Wysłany: 02-06-2015, 18:43
|
|
|
Wiem jak działa geolokacja. Brałem to pod uwagę.
Korzystając z OpenDNS nie ma problemu, gdyż oni mają serwery w Warszawie. |
_________________
|
|
|
|
|
pkudlins
light master
Pomógł: 4 razy Dołączył: 08 Maj 2013 Posty: 92
|
Wysłany: 02-06-2015, 18:50
|
|
|
mr_white napisał/a: | Po pierwsze: Nie obraź się, ale pisz, proszę, poprawnie bo się tego czytać nie da .
Po drugie: Pierwsze słyszę o czymś takim. Jakieś dowody na poparcie tej tezy? DNS'y nie mają żadnego wpływu na routing. |
DNSy nie maja wplywu bezposrednio na routing zgadza sie
ale
CDN na podstawie obciazenia danego wezla / Twojego adresu IP / serwera DNS z ktorego korzystasz przydziela cie do roznych node-ów CDNa
przyklad dla AKAMAI wybrany jest wezel AKAMAI w DE bo uzywasz DNS googlea a najblizszy serwer 8.8.4.4 stoi we Frankfurcie
Kod: |
pkudlinski@tanatos{103}~> nslookup --help
*** Invalid option: -help
> server 8.8.4.4
Default server: 8.8.4.4
Address: 8.8.4.4#53
> airdownload.adobe.com
Server: 8.8.4.4
Address: 8.8.4.4#53
Non-authoritative answer:
airdownload.adobe.com canonical name = airdownload.wip4.adobe.com.
airdownload.wip4.adobe.com canonical name = airdownload.adobe.com.edgesuite.net.
airdownload.adobe.com.edgesuite.net canonical name = airdownload.adobe.com.edgesuite.net.globalredir.akadns.net.
airdownload.adobe.com.edgesuite.net.globalredir.akadns.net canonical name = a1396.d.akamai.net.
Name: a1396.d.akamai.net
Address: 92.122.227.83
Name: a1396.d.akamai.net
Address: 92.122.227.82
|
opoznienie 24 ms slabo
Kod: |
pkudlinski@tanatos{105}~> mtr 92.122.227.83
My traceroute [v0.74]
tanatos.aster.pl (0.0.0.0) Tue Jun 2 18:37:59 2015
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. nat-tor.aster.pl 0.0% 15 0.7 1.1 0.6 6.7 1.5
2. SwBieFarm1-do-BieCORE.net.aster.pl 0.0% 14 0.7 0.9 0.7 1.0 0.1
3. pl-waw19a-rd1-ae222-1425.aorta.net 0.0% 14 25.0 25.0 24.9 25.1 0.1
4. 84.116.137.69 0.0% 14 24.2 25.6 24.1 33.8 3.0
5. 84.116.136.141 0.0% 14 24.2 24.5 24.2 26.7 0.7
6. 84.116.134.17 0.0% 14 24.1 24.2 24.1 24.2 0.0
7. 213.46.182.54 0.0% 14 24.3 24.4 24.2 26.3 0.6
8. a92-122-227-83.deploy.akamaitechnologies.com 0.0% 14 24.2 24.3 24.2 24.5 0.1
|
DNS UPC w PL
Kod: |
>
> server 62.179.1.62
Default server: 62.179.1.62
Address: 62.179.1.62#53
> airdownload.adobe.com
Server: 62.179.1.62
Address: 62.179.1.62#53
Non-authoritative answer:
airdownload.adobe.com canonical name = airdownload.wip4.adobe.com.
airdownload.wip4.adobe.com canonical name = airdownload.adobe.com.edgesuite.net.
airdownload.adobe.com.edgesuite.net canonical name = airdownload.adobe.com.edgesuite.net.globalredir.akadns.net.
airdownload.adobe.com.edgesuite.net.globalredir.akadns.net canonical name = a1396.d.akamai.net.
Name: a1396.d.akamai.net
Address: 23.61.248.89
Name: a1396.d.akamai.net
Address: 23.61.248.81
>
|
i prosze wezel AKAMAI bezposrednio w PL opoznienie 1ms
Kod: |
pkudlinski@tanatos{104}~> mtr 23.61.248.81
My traceroute [v0.74]
tanatos.aster.pl (0.0.0.0) Tue Jun 2 18:37:38 2015
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. nat-tor.aster.pl 0.0% 3 0.6 0.7 0.6 0.8 0.1
2. SwBieFarm1-do-BieCORE.net.aster.pl 0.0% 3 10.7 8.7 1.6 13.8 6.3
3. pl-waw19a-rd1-ae222-1425.aorta.net 0.0% 3 1.5 1.5 1.5 1.6 0.0
4. 84.116.137.69 0.0% 3 0.8 1.6 0.8 3.0 1.3
5. 84.116.138.102 0.0% 3 0.9 0.8 0.8 0.9 0.0
6. a23-61-248-250.deploy.static.akamaitechnologies.com 0.0% 3 1.0 1.1 1.0 1.1 0.0
7. a23-61-248-81.deploy.static.akamaitechnologies.com 0.0% 3 1.3 1.2 1.2 1.3 0.1
|
czy mam tlumaczyc ze opoznienie 24ms a 1ms przeklada sie znaczaco na maksymalny transfer jaki mozesz uzyskac dla TCP/IP ?? |
Ostatnio zmieniony przez pkudlins 02-06-2015, 19:07, w całości zmieniany 1 raz |
|
|
|
|
|