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" <simon@sonar.software> 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:simon@sonar.software <mailto:simon@sonar.software>
Phone:(702) 447-1247 <tel:%28702%29%20447-1247>
---------------------------
Sonar Software Inc
The future of ISP billing and OSS
https://sonar.software
--
Simon Westlake
Email: simon@sonar.software
Phone: (702) 447-1247
---------------------------
Sonar Software Inc
The future of ISP billing and OSS
https://sonar.software
