Názory k článku
Infrastruktura pro velké přenosy videa
uživatel si přál zůstat v anonymitě
4. 1. 2006 6:54
Nový
Chválím
celé vlákno
Tohle je už, mnohem lepší než včera. Jen si tak malinko rejpnu ke včerejšímu článku. ČT se chystá k razantnímu navýšení rychlosti ADSL (128 > 512 a 512 >> 2MB). Uvidíme jak se stím vypořádají ostatní operátoři. Nakolik jsou pružní a dokáží posílit své propoje do NIXu
Dusan (neregistrovaný)
4. 1. 2006 12:13
Nový
Re: Chválím
celé vlákno
On ma v dnesni dobe jeste nekdo pevne pripojeni k internetu rychlosti 512kbps nebo dokonce 128kbps? Tak to se ma Telecom skutecne cim chlubit. Sem myslel, ze pevne pripojky zacinaji nekde kolem megabitu, to jsme na tom s tim broadbandem "lepe" nez jsem si myslel.
jozka (neregistrovaný)
5. 1. 2006 6:34
Nový
Re: Chválím
celé vlákno
jestli u tohoto "razantniho" navyseni zustanou puvodni
datove limity, tak to zase takove huraaa nebude...
datove limity, tak to zase takove huraaa nebude...
Zdenek (neregistrovaný)
4. 1. 2006 8:41
Nový
DNS server
celé vlákno
Bind umi vracet ruzne odpovedi pro ruzne klienty. Pomoci view a match-clients.
4. 1. 2006 9:15
Nový
Re: DNS server
celé vlákno
Stejně tak i tinydns (ale v základní verzi maskuje pouze podle IP adres) a powerDNS (tam je to ještě o něco silnější).
uživatel si přál zůstat v anonymitě
4. 1. 2006 13:40
Nový
Problém u druhé formy přesměrování
celé vlákno
Problém u druhé formy přesměrování je v tom, že specializované DNS servery pro contentové sítě zpravidla z důvodu přesměrování uživatele nejen že vracejí různé DNS odpovědi, ale nastavují jim TTL=0. Takové odpovědi se pak nekešují, ale pokaždé je nutné dotázat se až autoritativního DNS serveru dané domény. Jenže to trvá často docela dlouho, protože takový specializovaný DNS server chvíli vyhodnocuje zatížení contentové sítě a neodpoví hned. U klientů připojených přes mobilní radiové sítě, které mají typicky poměrně velké zpoždění na lince, může pak celková doba odpovědi překročit dobu, po kterou operační systém čeká na odpověď a k resolvaci DNS často vůbec nedojde. Například IP stack ve Windows čeká na odpověď jen 2 vteřiny.
aura:57
4. 1. 2006 14:16
Nový
Re: Problém u druhé formy přesměrování
celé vlákno
Ano, to je jedna z nevyhod. Kdyby CDN brala v uvahu jen sitovou blizkost uzivatele, bylo by to fajn. Jenze ona bere v uvahu i zatizeni (a funkcnost) jednotlivych distribucnich bodu a proto jsou TTL=0.
Jinak AFAIK se to vyhodnocovani na strane DNS serveru nedeje v realnem case, ale jednou za definovany casovy usek v radu minut.
11. 1. 2006 13:47
Nový
Re: Problém u druhé formy přesměrování
celé vlákno
A ono je snad problem provozovatele CDN, ze to super duper video na mobilech, zejmena s takto kvalitativnimi sitemi, jakymi nas uz roky obstastnuji mobilni operatori (GPRS, CDMA apod.) stoji uplne za houby...?
petr_p (neregistrovaný)
4. 1. 2006 19:27
Nový
IPv4 anycast
celé vlákno
Anycast v IPv4 sice neni puvodni a je resen prostym nastavenim smerovacu, ale je. Napr. IPv4 adresa 192.88.99.1 (resp. cely rozsah 192.88.99.0/24) je anycastova adresa "nejblizsi" 6to4 gatewaye. Nebo mnohe root DNS servery se vyskytuji ve vice instancich.
aura:57
4. 1. 2006 19:46
Nový
Re: IPv4 anycast
celé vlákno
Bohuzel pro nastaveni IPv4 anycastu potrebujete netrivialni spolupraci operatora pri sestaveni smerovani nebo mit vlastni AS a PI adresni prostor. Navic sami provozovatele root DNS priznavaji, ze pouziti anycastu (aktualne v IP) pro nejakou rozsahlejsi komunikaci na bazi tcp neni optimalni.
petr_p (neregistrovaný)
4. 1. 2006 21:51
Nový
Re: IPv4 anycast
celé vlákno
Jiste ze s anycast adresami se musi byt schopne poprat smerovaci algoritmy, jinak je to o nicem.
Add anycast TCP: To ano, ale pro DNS (krome AXFR) a realtime multimedia nam staci UDP.
Add anycast TCP: To ano, ale pro DNS (krome AXFR) a realtime multimedia nam staci UDP.
aura:57
4. 1. 2006 22:48
Nový
Re: IPv4 anycast
celé vlákno
No vzhledem k tomu, kolik uzivatelu ma doma ci v kancelari nejaky bazmek s funkcionalitou paketoveho filtru, opravdu hodne velke procento komunikace pri proudovani bezi pres http.
Nevěřící Tomáš (neregistrovaný)
5. 1. 2006 11:19
Nový
Re: IPv4 anycast
celé vlákno
Aha a nejlepší varianta řešení je tunelovat IP přes http,
to teda bude fakt HiTech VIDEO...
Ale uznávám, že dneska je to alespoň o něčem, včera to bylo o ničem...
to teda bude fakt HiTech VIDEO...
Ale uznávám, že dneska je to alespoň o něčem, včera to bylo o ničem...
aura:57
5. 1. 2006 11:23
Nový
Re: IPv4 anycast
celé vlákno
Stiznosti na to, ze ke koncovym uzivatelum neprojde udp, prosim smerujte na spravce ruznych prekladacu adres, firemnich firewallu a podobnych systemu. Autor, jakoz i vydavatel LUPY jsou v tom nevinne :-)
Tiskni
