Názory k článku Máme v ČR infrastrukturu pro Video over IP?

Jeee, to chci taky vedet. Jinak mutlicast mezi AS - Multiprotocol BGP a MSDP, celkem jednoduche veci.

Michale, jak jsem psal, uvnitr AS nikoli mezi AS, takze mbone traffic ti nedotece. Prikladem muze byt jeden nas hodne velky poskytovatel ADSL pripojek.

MPBGP neni sice slozita vec, ale v pripade multicastu narazite spise na politicke problemy nez technicke.

CDN jako takove nemaji budoucnost, bittorent a jemu podobne technologie jsou to prave a vlastne tak castecne nahrazuji nefungujici/nepodorovany multicasting.

To si opravdu nerozumime. Reknu to polopaticky: Video On Demand povazujete za neco jineho nez klasicy IP prenos. Ja jsem chtel jenom rici, ze pokud nekdo stahuje filmy via p2p, tak generuje stejny provoz jako VoIP a ze z pohledu IP je to stejne...

A proč by se Video Over IP nemohlo přenášet za pomoci skupinových adres? Jedná se přeci o přímý přenos.

V soucasne dobe mozna ne, ale brzo bude mit Skype video konference. A to uz je celkem blizko k zivemu vysilani nebo ne?

Coz takhle treba Point-to-Multipoint ? To Vam asi nic nerika... Pokud jde o P2P site je to Multipoint-to-point. Chapete?

Michale,

to neni pravda, ze by multicast fungoval jenom v Cesneti siti. Obecny problem je v mezi AS komunikaci, ale uvnitr AS vetsina velkych operatoru vesele multicastuje.

Tonda

Samozrejme kazdy psychicky zdravy operator pouziva minimalne nejaky MiddleWare nebo jeste lepe primo ASB (Application Specific Box) v pripade nejmenovaneho, jiz zminovaneho ceskeho operatora je to "krabicka" ktera ma nekolikero vystupu (2 x Gbps Ethernet, S-Video, IEEE 1394 a EURO-AV. Tedy pokud beru v potaz drazsi variantu (nedotovana porizovaci cena zarizeni je neco malo pres pet tisic Kc).

Investice není problém, pokud se zaplatí. To že se po takové kapacitě poptává jeden člověk, poskytovatele samozřejmě nepovažují za adekvátní zájem.

Jasne, ze na uzivatelskych pripojkach.

Nevymyslim zadne finty, proste regulerni multicastovy datovy prenos k uzivateli.

Zdravim,
asi tam mate preklep.
"UPC" ne "UPS".

Diky.
Martin Krautwurst

Souhlas, multicast by hodne pomohl. Treba takovy Source Specific Multicast, jeeee, to by bylo uzasny, kdyby to bylo implementovano...

> Coz takhle treba Point-to-Multipoint ?

Mechanismy jsou - IPv[4,6] Multicast. Jak je to s implementaci uz bylo receno.

> Multipoint-to-point

Tohle je dobré :-) To asi jako, že sosám z více zdrojů najednou.

No a hlavně se přeci v telekomunikacíćh NIKDY nepočítá s tím, že budou naráz službu sledovat všichni, tzn. článek bych radši smazal :-). To bychom se pak třeba nechápavě mohli divit, jak to, že je tolik mobilů, když kapacita BTS je X krát menší, to samé platí o fixních sítích.

Pře nedávném běžely na Nově a Primě reality show, které měly docela slušnou sledovanost a svůj obsah nabízely i streamovaně. Do reality šílenství se se zapojil i Český rozhlas a na internetu spustil svoji reality show Odhalení. První dvě jsem nesledoval, ale odhalení měli cca 400kb/s. Jestli používali přibližně stejný datový tok, tak to máme jen o 20% méně, než předpokládal článek a to zas není problém vyrovnat počtem uživatelů. Datovou katastrofu ve formě přetížení páteřních spojů jsem ale nezaznamenal. Kde je tedy ten hlavní rozpor mezi teorii a praxí?

Kvalita clanku na Lupe je mizerna, tak se ani nedivte temto nesmyslum. Ale z druhe strany na Lupe Vam nenapise clanek nekdo z IP-byznesu protoze o paternich vecicich se moc public nediskutuje, jsou to vice mene interni firemni zalezitosti. Krome Cesnetu veskere mapy siti operatoru jsou hodne symbolicke...

No to by jste take musel radit popularni stahovani filmu pres p2p jako neco jineho. IP je IP a tim to hasne.

Jestli to neni tak trochu skoda. Rozhodne multicast takovouhle situaci resi elegantne (ovsem je jasne, ze pak mroutery maji holt navic pozadavky na mapovani madres).
Existuje moznost pripojit se na nektery mrouter pres tunel. To je ale trochu proti duchu multicastu.
BTW. kdyz jsem psal na technickou podporu UPC, jestli podporuji multicast, tak mi ani nebyli schopni odpovedet. Furt tvrdili neco o tom, ez filtruji jen nejaky jeden port, ale netusili co to multicast je, nedokazali pochopit, ze se nemuzu zaregistrovat na madresu.

Proc nejsou? Vzdyt mohu pustit misto zaberu z webkamery video z jineho zdroje. Predpokladam, ze skype video konference bude resena stejne jako jejich hlasova obdoba. Tj. pozvu treba 50 ucastniku a stream k nim neproudi primo ode me, ale od toho kdo je k nim nejblize z tech 50. Tak kde nevidite to rozprostreni zateze?

Mala technicka, to nejblize je definovano trosku volne, protoze ten uzel zaroven musi mit i upload kapacitu a dobrou odezvu. Jen nevim jak se budou tvarit nestastnici co delaji supernody :-)

Hmm... to se divím, že se na takovou kravinu dívalo 2k2 lidí. Ale stejně ve srovnání s televizí to je nic...

...a tento clanek je presne ten pripad.
Potencial dvou nejvyznamejsich ceskych paternich operatoru je 300 Gbps na paterich a na vetvich 10-100 gigabitu za sekundu. V cesku je polozeno spousta kvalitnich optickych siti... ale bohuzel kvuli nezajmu a diletantstvi jak ze strany statni spravy, soukromych firem, tak i domacnosti neni duvod, respektive by se neoplatilo je sprovoznovat.
A navic v CR je jiz operator ktery ma system na Video On Demand (a to dokonce system z valne casti vyvinuty v CR!!!) ovsem jedine vyuziti ktere si nasel je v pripade kdy tento jisty operator potrebuje dat nekomu na strechu vysilaci stanici a na TV anteny tam jaksi nezbyva misto ... tak mily operator holt musi zadotovat digitalni televizi pro tohoto uzivatele. Proc se tahle technologie nedockala sirsiho vyuziti? A navic kdyz tento operator ma pro takovou sluzbu otestovanu a sprovoznenu celou sit??? No protoze uzivatele nejsou ochotni platit mesicne stokorunove castky ktere jiz stejne plati za kabelovou televizi ktera se hodnotou sluzby vubec neda srovnavat.

A to s tim ze kdyz mate napr. 100 klientu a kazdy potrebuje 512 kbps tak server potrebuje 5 Mbps nebo kolik, boze to je tak nehorazny nesmysl... to velmi snadno resi Shared Streams technologie. Stejne tak jako distribuovane last mile cache...

Ale napsat neco o tom jaka je skutecne situace to by taky autor o dane problematice musel nejdrive neco vedet!

Ale Michale, tomu sám nevěříš. I SSM multicast jede na
IP/UDP/RTP\RTPC a to znamená, že dle RFC 1351? bude odezva v protokolu RTPC od cca 10 000 klientů asi 3 hodiny. Tož tak to asi nepůjde, to už bude po filmu...
Ono se nakonec stejně asi uplatní řešení podobné
P2P, ale pouze u RTPC, zatím co RTP pojede klasickým multicastem.
Investice do páteří nejsou problém, pokud bude zájem o službu. Hrát si může skutečně jenom CESNET, protože to platíme z daní, z grantů (což je ovšem zase z daní). Jinak ovšem souhlasím s tím, že tato oblast se musí zkoumat a rozvíjet, protože někdy cca za 4 roky, 5 měsíců a 27 dnů to skutečně bude potřeba.
TAkže hodně úspěchů při řešení grantu v novém roce.

Nerozumim. Mam pocit, ze nevyslovena premisa je, ze Video over IP znamena "jeden centralni server a z nej vsichni primo sosaji" a argumentuje se tim, ze IP multicast neni v siti implementovan.

Jenze tady preci nepotrebujeme IP multicast. Tady nam preci staci "multicast" jednoho konkretniho protokolu. Pak by preci melo stacit postavit aplikacni servery ("zmnozovaci proxy") a strukturu vysilani postavit jako strom. Klient by se zeptal centralniho nodu (nebo sveho ISP :-)), na kterou ze zmnozovaci proxynu se ma pripojit, a pak by sosal z ni.

Takze pater neni problem (na vsechny "konce patere" dam aplikacni proxy) a posledni mile neni problem dle predpokladu :-).

Tak o cem ten clanek je? O tom, ze to nejde hrubou silou?