I feel better now. I always wondered this, but was afraid to ask, assumed it was just something i should know, and my incompetence didnt need to be shown
On Wed, Jan 25, 2017 at 11:36 AM, Simon Westlake <[email protected]> wrote: > Assuming you have set top boxes and you are engaged in content delivery > (which is not what I thought Chuck meant.) I assumed this was faceless > provider X delivering to unrelated provider Y. If you are involved in the > receipt and delivery of the service then, yeah, there's a ton of things you > can do. > > > On 1/25/2017 11:23 AM, Josh Reynolds wrote: > > Live TV from content providers comes in via unicast. Then locally > multicast to set tops. On demand and DVR is unicast. > > On Jan 25, 2017 11:19 AM, "Simon Westlake" <[email protected]> > <[email protected]> wrote: > >> Yeah, there are a bunch of ways if you have cooperation. What I really >> meant was if content provider X sets up some kind of online video >> streaming, and WISP Y comes along and has a bunch of customers watching >> content, it is almost certainly going to be a unicast stream to every >> subscriber. >> >> On 1/25/2017 11:12 AM, Josh Reynolds wrote: >> >> Not always. I just heard about two cool methods the other day. One uses a >> single input switch port and then port mirroring. >> >> Another method was actually outbound in-rack GPON and letting the >> hardware layer itself do the replication to multiple local servers, then >> from those outward to geographic distribution nodes. >> >> On Jan 25, 2017 11:09 AM, "Simon Westlake" <[email protected]> >> <[email protected]> wrote: >> >>> Nope, it is all unicast! Big pipes. >>> >>> On 1/25/2017 11:03 AM, Chuck McCown wrote: >>> >>> I have never understood how you can set up a streaming server and >>> deliver hundreds or thousands of streams without having our upstream BW be >>> stream BW X # of streams.� Each stream has its own session, right?� >>> � >>> So with folks watching the coronation via CNN streaming, CNN cannot >>> possibly have a pipe large enough to give each user its own BW. >>> � >>> I understand how simple this is with multicast, but I have always >>> presumed that multicast does not traverse the public internet?� Hard >>> enough to get it to work flawless internally with IPTV.� >>> � >>> There is probably some kind of UDP broadcast type of thing that I have >>> just been unaware of.� >>> >>> >>> -- >>> Simon Westlake >>> Email: [email protected] >>> Phone: (702) 447-1247 >>> --------------------------- >>> Sonar Software Inc >>> The future of ISP billing and OSShttps://sonar.software >>> >>> >> -- >> Simon Westlake >> Email: [email protected] >> Phone: (702) 447-1247 >> --------------------------- >> Sonar Software Inc >> The future of ISP billing and OSShttps://sonar.software >> >> > -- > Simon Westlake > Email: [email protected] > Phone: (702) 447-1247 > --------------------------- > Sonar Software Inc > The future of ISP billing and OSShttps://sonar.software > > -- If you only see yourself as part of the team but you don't see your team as part of yourself you have already failed as part of the team.
