Ziggo test kleine settopbox zonder coax-aansluiting

Ik ga nergens de fout in... gewoon een gedachtegang. Niemand doet iets fout in het leven ;)




:>
Ja wel.. jij zegt: Er hoeft o.a. geen constante datastroom van vele Gb's aanwezig te zijn maar dat is niet waar. Hoe wil je multicast dan omschrijven en dat is nog de beste oplossing. Bij KPN staan de glas zenders nog steeds niet op 1 om deze reden. Als iedereen met vertraging gaat kijken of terug kijken neemt de bandbreedte toe als je dat van glas zenders moet doen en dan hebben ze mogelijk een capaciteitsprobleem. Straks met viaplay krijg je dezelfde ellende, daarom ben ik ook zo sceptisch.
 
Ik zie IPTV (ook via coax) als een optimalisatie. Alle transport streams kunnen zo optimaal worden gebruikt en aangezien multicast met een 'subscribe' systeem werkt op segment niveau kan het zomaar zo zijn dat weinig bekeken zenders niets eens doorgeven worden op bepaalde momenten.

Wat betreft terugkijken kunnen providers mogelijk nog een optimalisatieslag maken door dat in een lagere bitrate aan te bieden. Uiteindelijk is je 'opname' alleen maar een veldje in de database dat een zender en tijdvak aangeeft. De feitelijke opname is gewoon een hele grote diskdrive waar alles op staat, dat zou ook in een lagere bitrate kunnen dan voor de oorspronkelijke stream.
 
Jjij zegt: Er hoeft o.a. geen constante datastroom van vele Gb's aanwezig te zijn maar dat is niet waar. Hoe wil je multicast dan omschrijven en dat is nog de beste oplossing.
Wordt elk woord afgewogen? Misschien moet je centen gaan tellen of zo. Alle zenders (et cetera) worden toch simultaan aangeboden? Alles staat 'op de lijn'? Nou dan. De hoeveelheid data interesseert me weinig. Het gaat om het idee.

Wat betreft terugkijken kunnen providers mogelijk nog een optimalisatieslag maken door dat in een lagere bitrate aan te bieden. Uiteindelijk is je 'opname' alleen maar een veldje in de database dat een zender en tijdvak aangeeft. De feitelijke opname is gewoon een hele grote diskdrive waar alles op staat, dat zou ook in een lagere bitrate kunnen dan voor de oorspronkelijke stream.
Nog lagere bitrate? Die is bij bepaalde zenders al minimaal.
 
...
Nog lagere bitrate? Die is bij bepaalde zenders al minimaal.
Ik doel dan natuurlijk op die 'Glas HD' zenders, die zou je best kunnen terugkijken op de reguliere 7 Mbps in plaats van de 14 (geloof ik) van de 'Glas HD' stream. Natuurlijk moeten de providers daar dan wel eerlijk in zijn.
 
Als alles giganet is en ook iedereen over een giganet modem beschikt dan zijn er meer mogelijkheden maar dan ben je al weer jaren verder.

Het is niet voor niks dat de UHD zenders (behalve een zender die bijna niemand kijkt) als DVB-C stream worden aangeboden ipv IP zelfs al zijn ze alleen op de next box te zien.
De vraag is..heeft Ziggo wel een tekort aan capaciteit? Analoog is er geloof ik nu ook al af.
Wie heeft bijv ook de hoge snelheden van 1 Gbps nodig wat je tegenwoordig vaak goedkoop aangeboden ziet bij de glasboeren.?
De volgende vraag is..gaat Ziggo ooit volledig verglazen of toch inzetten om een nieuwe versie van Docsis. Hierin zal een keuze gemaakt moeten worden. Als de vraag groter wordt naar sneller internet dan zal door Ziggo hier op een gegeven moment een definitieve keuze moeten maken.
 
Ik zie IPTV (ook via coax) als een optimalisatie. Alle transport streams kunnen zo optimaal worden gebruikt en aangezien multicast met een 'subscribe' systeem werkt op segment niveau kan het zomaar zo zijn dat weinig bekeken zenders niets eens doorgeven worden op bepaalde momenten.

Maar dat is niet hoe multicast werkt die streamen komen juist altijd op het gehele netwerk (elk segment) te staan ook als men niet kijkt. Dat subscribe systeem is meer of jij de zender/stream vrij geschakeld krijgt. Multicast on-demand heb ik nog nooit van gehoord, heb je daar enige technische bron van?

Met unicast is het wel op aanvraag grotendeels zoals hun on-demand nu werkt zelfs via DVB-C waar ineens een tijdelijke SID op een transportstream verschijnt en na het kijken weer verdwijnt.
 
Wordt elk woord afgewogen? Misschien moet je centen gaan tellen of zo. Alle zenders (et cetera) worden toch simultaan aangeboden? Alles staat 'op de lijn'? Nou dan. De hoeveelheid data interesseert me weinig. Het gaat om het idee.

Juist de details zijn belangrijk want het lijkt alsof je maar een paar Megabit gebruikt van jou verbinding van zeg 200 Mbit maar je hebt die 200 Mbit niet alleen voor jezelf. Op een punt in de infrastructuur is alles gedeeld (bij ziggo is dat op de docsis streams, bij glasvezel de wijkcentrale of met gpon in de straat) In werkelijkheid als iedereen tegelijk zijn verbinding probeert te benutten houd je maar tussen de 1-10 Mbit per klant over, het verschilt per provider en infrastructuur gezien overboeking ook soms nog ingesteld kan worden. Als je IPTV in multicast op een netwerk gaat zetten ben je al gauw 1,5-2 Gbit van de netwerk capaciteit kwijt in de wijkcentrale of het wijksegment en dus is er juist die constante datastroom van Gigabits. Ik kan het niet anders omschrijven.

De komende tijd wordt erg interessant aangezien er enorm veel streaming op ons af komt.
 

Bij multicast is er sprake van één stream die door meerdere bestemmingen, decoders en players bekeken kan worden zonder dat de bandbreedte toeneemt. Dit is tegengesteld aan unicast. Daarbij is er van één stream tussen twee punten, namelijk de bron/encoder en de bestemming, decoder(s) of player(s). Dan is er ook nog multi-unicast. Daarbij is er sprake van een extra stream naarmate het aantal ontvangers en kijkers toeneemt. Netchange legt verder uit.
 
Maar dat is niet hoe multicast werkt die streamen komen juist altijd op het gehele netwerk (elk segment) te staan ook als men niet kijkt. Dat subscribe systeem is meer of jij de zender/stream vrij geschakeld krijgt. Multicast on-demand heb ik nog nooit van gehoord, heb je daar enige technische bron van?
Het is niet voor niets dat de termen IGMP proxy en IGMP snooping in het KPN forum zo vaak naar voren komen in het 'eigen router' en switch gerelateerde topics. Simpel gezegd wordt multicast verkeer niet doorgeven op een poort als er geen device achter zit die er om vraagt. De IGMP snooping is bijvoorbeeld belangrijk om een WiFi interface niet over de nek te brengen of om problemen te voorkomen door dat ene 10 Mbps apparaat dat je nog had.
 
Terug
Bovenaan