Mistr Cendra řeší latence a proto tedy data do některých sítí uměle posílá přes polovinu Evropy? Aby tam pár zbytečných milisekund přidal a TCP ve výsledku zpomalil? :-)
2 unn-88-86-96-99.superhosting.cz. (88.86.96.99) 1.155 ms 3 sit-c65b-vl5.superhosting.cz. (88.86.96.209) 30.850 ms 4 be4406.ccr21.prg01.atlas.cogentco.com. (149.6.24.49) 1.055 ms 5 be2167.ccr22.bts01.atlas.cogentco.com. (130.117.0.185) 6.098 ms 6 be2221.ccr21.vie01.atlas.cogentco.com. (130.117.48.142) 7.662 ms 7 ae2.vie20.ip4.gtt.net. (141.136.101.237) 24.970 ms 8 xe-0-2-0.prg11.ip4.gtt.net. (89.149.182.26) 27.383 ms 9 dial-telecom-gw.ip4.tinet.net. (213.200.74.94) 6.996 ms 10 cz-prg-76kkk-po5.dialtelecom.cz. (82.119.246.237) 7.720 ms
CDN77 poskytuje také turistické služby - Vaše pakety se cestou z Prahy k jinému operátorovi do Prahy podívají do Vídně, Frankfurtu, Londýna a za drobný příplatek také za oceán! :-)
Divoký routing SuperHostingu negativně ovlivní i tu CDN. Vyšší latence se na výkonu HTTP/2 negativně podepíší, ale na to naopak hoši v SuperHostingu zapoměli.
Latence 10 a více milisekund jsou i z T-Mobile či Cesnet, i dalších sítích nemluvě.
Síťoví hoši v CDN77 (personálně ti samí co v SuperHostingu) zjevně nedokáží svůj obsah českému uživateli přiblížit tak, aby si benefitů HTTP/2 naplno užil. Ono musí být fuška ty neoptimální cesty hledat. Když už tedy chcete debatovat o tom, kdo má jaké sr*ní :-)
Neschopnost vyměnit obsah co nejblíže koncovému uživateli je epic fail CDN77.
O kreativnim routingu SH pouzivaneho jako natlakovy prostredek na mensi site se vi uz davno, nekteri by mohli vypravet jake lzive maily nasledne doprovazeji snahu o napravu.
