tag:blogger.com,1999:blog-3993498847203183398.post4891163950965671576..comments2024-03-28T09:19:27.451+00:00Comments on RevK<sup>®</sup>'s ramblings: MulticastRevKhttp://www.blogger.com/profile/12369263214193333422noreply@blogger.comBlogger24125tag:blogger.com,1999:blog-3993498847203183398.post-61516636436480203502022-08-27T18:22:34.268+01:002022-08-27T18:22:34.268+01:00What, if anything, has changed since this was orig...What, if anything, has changed since this was originally published ? (One thing - it was published way back when, before IPv6 became available from many UK ISPs.)Cecil Wardnoreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-71388369485786838042014-09-14T12:02:03.207+01:002014-09-14T12:02:03.207+01:00That still won't fit with PPP, and even with E...That still won't fit with PPP, and even with Ethernet level services it is only a helpful per L2S (part of an exchange) if you have more than one user of a multicast at a time. I think the market is changing and multicast is less of a concern anyway as unicast connections are having to handle video on lots of links at once and CDNs are having to deliver, simply for on-demand and catch-up. Simultaneous (e.g. live) can work on that platform, so as it gets better multicast is no longer needed.RevKhttps://www.blogger.com/profile/12369263214193333422noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-18017149417132732572014-09-14T10:52:35.873+01:002014-09-14T10:52:35.873+01:00I know this is an old blog post, it seems that Mul...I know this is an old blog post, it seems that Multicast has some newer support in the BT network with FTTC... Would this change AAISP's position on the matter? http://www.openreach.co.uk/orpg/home/products/super-fastfibreaccess/multicast/multicast.doChrishttps://www.blogger.com/profile/11182959617649002778noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-17668170609727580132012-11-05T23:32:01.651+00:002012-11-05T23:32:01.651+00:00There is a unicast to multi unicast solution that ...There is a unicast to multi unicast solution that is kindof not supported by the bbc, but kinda works.<br /><br />Its an small app for linux called get_iplayer. (Its apt-get'able if you run a debian based distro)<br />When used with ffmpeg it gets content from iplayer and saves it to your hdd. From there it can be added to your DLNA store (minidlna works well) and played / streamed to/on many devices all at once without incurring any extra bandwidth charges from AAISP.<br /><br />It should be noted that the bbc iplayer service legally only allows you to keep content for 30 days, Out of the box get_iplayer will ask if it should delete any content older than 30days. 0rynhttps://www.blogger.com/profile/15253596186708672382noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-8226066290253416722012-11-05T18:49:23.219+00:002012-11-05T18:49:23.219+00:00I think most of the Box office content is availabl...I think most of the Box office content is available over IP now if the STB is connected to the internet.<br /><br />Although In Sky's case They seem to be using a progressive download (At least they do for the Anytime+ content, I must admit i've never bought anything from the PPV on it.)Dragonhttps://www.blogger.com/profile/00022860954210501938noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-18057654206369685522012-11-05T18:08:43.880+00:002012-11-05T18:08:43.880+00:00It is a mix of multicast and applications level cl...It is a mix of multicast and applications level cleverness. I am just thinking the latter is happening anyway so may avoid need for wide area multicast. We will have to see.<br /><br />Simon - is there a way we can put a stand alone box in our network to "support" multicast, or does it mean the actual muticast packets being supported in the L2TP endpoints?RevKhttps://www.blogger.com/profile/12369263214193333422noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-25111703999844464522012-11-05T18:05:10.255+00:002012-11-05T18:05:10.255+00:00Yes, cheeky, and to be expected, I know. I am not ...Yes, cheeky, and to be expected, I know. I am not saying the 10 seconds thing is a problem, just that if you have the infrastructure to do on-demand, then you have the means to distribute close to end point on unicast. It is like multicast but done at the application layer, that is all. It also has the same efficiencies in packets on the network.<br /><br />The infrastructure for application level on-demand unicast is growing now, and is commercially viable.<br /><br />The infrastructure for high quality broadcast (satellite and the like) is here now, and commercially viable.<br /><br />Neither is running out (unlike IPv4) or needs any nasty bodges to work around. The protocol work for application level content distribution is not a bodge or complicated, just doing the same job at a different level. Unlike IPv4 using NAT which goes against the design principles of IP.<br /><br />I agree IPv6 has been slow, and some of the reasons are similar, but a different set of issues and solutions I feel.RevKhttps://www.blogger.com/profile/12369263214193333422noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-45044294949578337592012-11-05T18:03:29.807+00:002012-11-05T18:03:29.807+00:00I'm aware of at least one broadcaster keeping ...I'm aware of at least one broadcaster keeping a neat multicast/unicast combination design in their labs. The trick is simple - if your box has multiple gigabytes of local storage, you can record any part of the incoming stream. When I start watching a programme, you unicast it to me; if someone near me in network terms starts watching the same programme, you switch both me and them to multicast. They record the multicast stream, and the broadcaster unicasts in the bit they're missing so that they don't realise that there are bits being recorded while they're watching. There's extra trickery when two people join me - the bits they're both missing can be multicast, and unicast used to get the last person to join the multicast group up to speed.<br /><br />It was all very, very clever back in 1999 when I saw them demonstrate it; it meant that they could do video on demand stuff without the worry about lots of people joining the stream and overwhelming the core servers. Whether it's still useful is a different matter.Simon Farnsworthhttps://www.blogger.com/profile/15190608047563530091noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-8921790650979800682012-11-05T18:01:03.357+00:002012-11-05T18:01:03.357+00:00Maybe IPv6 will have its day, maybe not. My hunch ...Maybe IPv6 will have its day, maybe not. My hunch is that such things will move to tiered NAT :-) (sorry, just being a little cheeky there and I really do hope that this doesn't happen, but I'm sure that there are many who DO believe that this is the future....)<br /><br />Would you think that 10 seconds to wait for a stream to start be too much? - that kind of wait is common with current unicast video streams.<br /><br />Multicast is available on the "core internet" - we peer (at work) with one of the ISPs mentioned on the BBC trial site, and multicast is there to be "had" from the internet routing table, just like unicast 4 and 6..<br /><br />another poster saying it doesn't work "on the internet" is down (IMO) to the same adopter gap as IPv6 faced (faces?) namely support by/on the edge ISP and the soho router.... (the same poster agreeing that it is a fundamentally stable and reliable technology widely deployed)<br /><br />I kinda (sadly) agree with you that we probably won't see multicast for all the reasons you mention, but more specifically the chicken and egg of multicast needing a "killer app" (IPv6's "killer app" is a lack of IPv4 addresses) - without the infrastructure supporting multicast, no-one will come up with that app......<br /><br />Chrishttps://www.blogger.com/profile/11182959617649002778noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-46858248168031545712012-11-05T17:38:12.371+00:002012-11-05T17:38:12.371+00:00Indeed, I have been in hotels where the pay-per-vi...Indeed, I have been in hotels where the pay-per-view was done like that. Horrid.<br /><br />I can see cases where multicast is right and works - and some people have commented on here that specific, carefully designed IPTV systems do work well. But general Internet access offering multicast is not the same proposition commercially or technically.<br /><br />Maybe wide area multicast will have its day, maybe not. My hunch is that such things will move to the application, to set-top boxes and TV sets, which will talk unicast to concentrators nearby, P2P content in advance, and stream recorded and live content in much the same way.RevKhttps://www.blogger.com/profile/12369263214193333422noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-62071814912271534532012-11-05T17:30:41.197+00:002012-11-05T17:30:41.197+00:00Sorry, the every 10 seconds bit was me embracing a...Sorry, the every 10 seconds bit was me embracing and extending the concept, what I meant was that new streams could overlap. the same content as existing streams. boxoffice is every 1/2 hour or whatever, it is broadcast (which like you say a multicast is quite like a multicast)<br /><br />It also seems a shame that in order to deliver content efficiently to the world, all kinds of tricks like content delivery platforms in exchanges (the NAT of delivery?) - it seems more of a barrier to entry for the little guy and encroaching on the "common carrier" status of ISPs....<br /><br /><br />Chrishttps://www.blogger.com/profile/11182959617649002778noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-15429151237682888522012-11-05T17:15:15.297+00:002012-11-05T17:15:15.297+00:00sky box office is not like that, not on my sky box...sky box office is not like that, not on my sky box anyway. It had programs broadcast on satellite, and stream via the Internet unicast. They don't appear to use multicast or start a stream every 10 seconds. But even if you did that, you could not fast forward as you can with streamed recorded TV.<br /><br />As for copying 1 to 10 packets. Yes, but the peering costs incrementally almost zero but the 10 packets cost huge BT rates. So not a real saving, and a lot of work. No, it is not always in hardware to copy packets.<br /><br />It is only live TV that even needs to consider multicast anyway - anything pre-records (e.g. Corrie) can be conveyed by a variety of means, including P2P. You only have to send the decode key at the scheduled time.<br /><br />Even live TV, it is things like live sports which are the only thing, and some live events. News is repeating the same story slightly differently every 10 minutes, and better done streamed from latest version.RevKhttps://www.blogger.com/profile/12369263214193333422noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-43428385682387495382012-11-05T16:56:20.616+00:002012-11-05T16:56:20.616+00:00Ironically - not a lot of routers support it is on...Ironically - not a lot of routers support it is one of the key issues IPv6 has suffered.Chrishttps://www.blogger.com/profile/11182959617649002778noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-24522778261193388092012-11-05T16:55:11.624+00:002012-11-05T16:55:11.624+00:00Funny, I'd say that peer to peer is a solution...Funny, I'd say that peer to peer is a solution that only exists because multicast isn't available. (not that it is a bad solution in itself)Chrishttps://www.blogger.com/profile/11182959617649002778noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-49665472042906380442012-11-05T16:52:29.410+00:002012-11-05T16:52:29.410+00:00if ten customers are subscribed to 1 unicast strea...if ten customers are subscribed to 1 unicast streams that is 10 packets in on the peer and ten packets out on the BT link. if ten customers are subscribed to 1 unicast stream thats 1 packet in on the peer and one out on the bt link - no worse than unicast, the replication (as I understand it) should be a hardware level thing in your routers.....<br /><br />with respect to leveraging the protocol for catch up TV, thats a matter of application design, but a "sky box office" approach where you join the next start time e.g. a stream starts every 10 seconds as long as there is at least one person asking for that stream.<br /><br />With respect to broadcasting working well, I agree and I play with mythtv grabbing digital content straight off the airwaves, but with things like this in the lords: http://www.guardian.co.uk/technology/2012/jul/31/digital-television-internet-revolution - multicast seems the only way the net could deliver corrie effectively (although the L2TP issues would also need work)<br /><br />Chrishttps://www.blogger.com/profile/11182959617649002778noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-79755073490637480172012-11-05T16:11:14.456+00:002012-11-05T16:11:14.456+00:00Our gateways and set-top boxes do multicast, and i...Our gateways and set-top boxes do multicast, and it's a critical feature, used to deliver broadcast IPTV.<br />I've done a satellite gateway in a previous job, and multicast was used for NTP (send one packet and all gateways on a whole continent receive it), software updates and IPTV.<br /><br />So, multicast, routed over WAN interfaces, really is widely deployed, as a critical service, but only by operators that offer paid IPTV as part of their offering, completely managed inside their own network.<br /><br />Multicast doesn't work over the Internet. You can't get to the BBC, or connect P2P clients. Forget it.<br /><br />If A&A doesn't have a managed service offering that uses it, then there is completely no reason to implement it. <br /><br />Multicast on the LAN is a whole different story, with switch snooping, IPv6, wireless LAN implications. It's also used by local services, most importantly UPnP such as DLNA, UPnP IGD, and multicast DNS.Anonymoushttps://www.blogger.com/profile/16205823631706484701noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-47839921957339107522012-11-05T15:00:20.326+00:002012-11-05T15:00:20.326+00:00Good point Kevin, but I believe my Cisco edge rout...Good point Kevin, but I believe my Cisco edge router and FreeBSD internal router will both support this - it's just A&A that don't in between the BBC and A&A ;)<br /><br />FYI: there a list of ISPs that do support multicast here: http://www.bbc.co.uk/multicast/tv/home.shtml (don't know if it's accurate or whether the service still actually works).<br /><br />I agree this is probably a lot of work for a small return; just making the point that it would be of benefit to some end users where multiple devices need access to the same stream.Markhttps://www.blogger.com/profile/10358906626130275959noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-40430328070606184472012-11-05T14:21:29.303+00:002012-11-05T14:21:29.303+00:00For the virus signatures, non real time wide area ...For the virus signatures, non real time wide area distribution is best done using peer to peer.<br />I think it is trying to solve real problems, but in the wrong way at the wrong level in the stack.RevKhttps://www.blogger.com/profile/12369263214193333422noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-8501037417255913852012-11-05T14:18:20.640+00:002012-11-05T14:18:20.640+00:00We would be paying for a packet to each end user t...We would be paying for a packet to each end user that is subscribed and receiving the stream. We have to copy the packet and send to that end user. And pay BT to do that.<br /><br />As some have said, if more than one person at the customer premises are streaming the same thing live then yes, this makes for one packet to the customer premises. Though, that said, you could do what you like with packets once they get to you, and distributing to local boxes could just as easily be managed at an application level as layer 2/3, which is my whole point really.RevKhttps://www.blogger.com/profile/12369263214193333422noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-46737834961162028752012-11-05T14:11:16.400+00:002012-11-05T14:11:16.400+00:00I think you nail it with the CDN argument. Bittorr...I think you nail it with the CDN argument. Bittorrent also solves a similar different multicast-like problem.<br />They both have the advantage that they can be deployed incrementally and without needing IP layer support.<br /><br />@Mark: you might look at get_iplayer: its a command line (and apparently also a web interface) software package that lets you download iPlayer stuff for later viewing. I'm not sure how it deals with live streams, but it works well for me for "catch up" mode.Ben Cliffordhttps://www.blogger.com/profile/14671623393202560568noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-32775103613015718032012-11-05T14:09:09.448+00:002012-11-05T14:09:09.448+00:00I was part of a team looking at delivery of TV ove...I was part of a team looking at delivery of TV over IP networks around 2000 - At the time multicast looked the only feasible option to get the streams across the core networks without running out of bandwidth or money or both. The access network never looked to be the problem. <br /><br />Didn't take off though and I suspect the economics are somewhat different these days.<br /><br />I also nearly got a job at an anti-virus house which wanted to use multicast to push signature file updates out. Perhaps I shouldn't have told them it was doomed to failure in the interview :/<br /><br />AFAICS multicast has always been a solution looking for a problem and it's never worked across the Internet as a whole (possibly because it has no application driving it)<br />nowtotallyhackedoffhttps://www.blogger.com/profile/06687184924812362495noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-55276601076974677882012-11-05T13:49:17.803+00:002012-11-05T13:49:17.803+00:00"The problem, as an ISP, is simple. We would ..."The problem, as an ISP, is simple. We would have to copy the packets to each customer."<br /><br />I don't follow you here. You would only be copying the packets to each customer router that created a subscription to the multicast group, and any customers watching the same stream on multiple devices would benefit from this (as would you, as you are only carrying one copy of the stream within your network - rather than one stream per viewer).<br /><br />As an end-user, I would really like to be able to receive any live broadcasts in this manner (i.e. anything broadcast on TV or Radio). In the past I looked at Exterity kit for transporting DVB-T/S multiplexes onto IP, and this can also easily be done using free software like DVBlast along with a cheap DVB-T(2) receiver.<br /><br />I haven't looked lately, but I hope that they are still streaming the subtitles as text instead of images. There is a neat service called Box Of Broadcasts that lets you search inside subtitle text to find programmes you want to watch!Chaz6https://www.blogger.com/profile/01608429060172185449noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-76411954671942247872012-11-05T13:38:20.445+00:002012-11-05T13:38:20.445+00:00Don’t forget your router also has to support multi...Don’t forget your router also has to support multicast from the WAN to the LAN… From memory when Zen was trialling it, not allot of routers supported it.Kevinhttps://www.blogger.com/profile/15201880320983259910noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-20524496036581477872012-11-05T13:22:11.560+00:002012-11-05T13:22:11.560+00:00Consider the use case where two or more PCs at the...Consider the use case where two or more PCs at the end of an A&A connection want to watch or listen to the same BBC multicast stream. It would be cool if I only had to pay for the bandwidth from A&A once rather than once per PC/device. At the moment I cannot access the BBC's multicast services which makes me feel like some parts of the net are inaccessible to me.Markhttps://www.blogger.com/profile/10358906626130275959noreply@blogger.com