Re: [AFMUG] 'splain me sumptin

[David Milholen]

It just goes to show how FAT America has become LOL



On 2/6/2017 1:36 PM, Mike Hammett wrote:

https://peeringdb.com/ix/26
https://peeringdb.com/ix/31

Sort by speed. Note that companies will have multiple IPs, so multiple 
entries and multiple LAGs.


For instance, Apple has 4x 300 Gig LAGs on DE-CIX.



-
Mike Hammett
Intelligent Computing Solutions <http://www.ics-il.com/>
<https://www.facebook.com/ICSIL><https://plus.google.com/+IntelligentComputingSolutionsDeKalb><https://www.linkedin.com/company/intelligent-computing-solutions><https://twitter.com/ICSIL>
Midwest Internet Exchange <http://www.midwest-ix.com/>
<https://www.facebook.com/mdwestix><https://www.linkedin.com/company/midwest-internet-exchange><https://twitter.com/mdwestix>
The Brothers WISP <http://www.thebrotherswisp.com/>
<https://www.facebook.com/thebrotherswisp>


<https://www.youtube.com/channel/UCXSdfxQv7SpoRQYNyLwntZg>

*From: *"Eric Kuhnke" <eric.kuh...@gmail.com>
*To: *af@afmug.com
*Sent: *Monday, February 6, 2017 1:32:08 PM
*Subject: *Re: [AFMUG] 'splain me sumptin

Wait until you see the traffic chart for Netflix or Google (Youtube) 
traffic flows at a major IX point... We're talking about N number of 
100GbE connections to the peering/IX fabric switch, where N is 
frequently a number larger than 1.



On Wed, Jan 25, 2017 at 9:03 AM, Chuck McCown <ch...@wbmfg.com 
<mailto:ch...@wbmfg.com>> 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.





--

Re: [AFMUG] 'splain me sumptin

[Mike Hammett]

https://peeringdb.com/ix/26 
https://peeringdb.com/ix/31 

Sort by speed. Note that companies will have multiple IPs, so multiple entries 
and multiple LAGs. 

For instance, Apple has 4x 300 Gig LAGs on DE-CIX. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Eric Kuhnke" <eric.kuh...@gmail.com> 
To: af@afmug.com 
Sent: Monday, February 6, 2017 1:32:08 PM 
Subject: Re: [AFMUG] 'splain me sumptin 


Wait until you see the traffic chart for Netflix or Google (Youtube) traffic 
flows at a major IX point... We're talking about N number of 100GbE connections 
to the peering/IX fabric switch, where N is frequently a number larger than 1. 




On Wed, Jan 25, 2017 at 9:03 AM, Chuck McCown < ch...@wbmfg.com > 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. 

Re: [AFMUG] 'splain me sumptin

[Eric Kuhnke]

Wait until you see the traffic chart for Netflix or Google (Youtube)
traffic flows at a major IX point... We're talking about N number of 100GbE
connections to the peering/IX fabric switch, where N is frequently a number
larger than 1.


On Wed, Jan 25, 2017 at 9: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.
>

Re: [AFMUG] 'splain me sumptin

[Rory Conaway]

Most of the companies that do that work with caching companies like Akamai 
although I think ESPN simply has servers everywhere.  As fast as they are, I 
wouldn’t be surprised if my next door neighbor is hosting one.

Rory

From: Af [mailto:af-boun...@afmug.com] On Behalf Of Mike Hammett
Sent: Monday, February 6, 2017 7:03 AM
To: af@afmug.com
Subject: Re: [AFMUG] 'splain me sumptin

Agreed. CNN (well, their CDN partners) just have that much capacity.


-
Mike Hammett
Intelligent Computing Solutions<http://www.ics-il.com/>
[http://www.ics-il.com/images/fbicon.png]<https://www.facebook.com/ICSIL>[http://www.ics-il.com/images/googleicon.png]<https://plus.google.com/+IntelligentComputingSolutionsDeKalb>[http://www.ics-il.com/images/linkedinicon.png]<https://www.linkedin.com/company/intelligent-computing-solutions>[http://www.ics-il.com/images/twittericon.png]<https://twitter.com/ICSIL>
Midwest Internet Exchange<http://www.midwest-ix.com/>
[http://www.ics-il.com/images/fbicon.png]<https://www.facebook.com/mdwestix>[http://www.ics-il.com/images/linkedinicon.png]<https://www.linkedin.com/company/midwest-internet-exchange>[http://www.ics-il.com/images/twittericon.png]<https://twitter.com/mdwestix>
The Brothers WISP<http://www.thebrotherswisp.com/>
[http://www.ics-il.com/images/fbicon.png]<https://www.facebook.com/thebrotherswisp>[http://www.ics-il.com/images/youtubeicon.png]


<https://www.youtube.com/channel/UCXSdfxQv7SpoRQYNyLwntZg>

From: "Seth Mattinen" <se...@rollernet.us<mailto:se...@rollernet.us>>
To: af@afmug.com<mailto:af@afmug.com>
Sent: Wednesday, January 25, 2017 11:19:47 AM
Subject: Re: [AFMUG] 'splain me sumptin

On 1/25/17 09:03, 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.


No multicast. Big pipes and/or CDN.

~Seth

Re: [AFMUG] 'splain me sumptin

[Mike Hammett]

Agreed. CNN (well, their CDN partners) just have that much capacity. 




- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




- Original Message -

From: "Seth Mattinen" <se...@rollernet.us> 
To: af@afmug.com 
Sent: Wednesday, January 25, 2017 11:19:47 AM 
Subject: Re: [AFMUG] 'splain me sumptin 

On 1/25/17 09:03, 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. 


No multicast. Big pipes and/or CDN. 

~Seth 

Re: [AFMUG] 'splain me sumptin

[That One Guy /sarcasm]

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 
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" 
>  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" 
>>  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
>>> Phone: (702) 447-1247
>>> ---
>>> Sonar Software Inc
>>> The future of ISP billing and OSShttps://sonar.software
>>>
>>>
>> --
>> Simon Westlake
>> Email: simon@sonar.software
>> Phone: (702) 447-1247
>> ---
>> Sonar Software Inc
>> The future of ISP billing and OSShttps://sonar.software
>>
>>
> --
> Simon Westlake
> Email: simon@sonar.software
> 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.

Re: [AFMUG] 'splain me sumptin

[Simon Westlake]

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"  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" 
 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 
Phone:(702) 447-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



--
Simon Westlake
Email: simon@sonar.software
Phone: (702) 447-1247
---
Sonar Software Inc
The future of ISP billing and OSS
https://sonar.software

Re: [AFMUG] 'splain me sumptin

[Josh Reynolds]

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"  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" 
>  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
>> Phone: (702) 447-1247
>> ---
>> Sonar Software Inc
>> The future of ISP billing and OSShttps://sonar.software
>>
>>
> --
> Simon Westlake
> Email: simon@sonar.software
> Phone: (702) 447-1247
> ---
> Sonar Software Inc
> The future of ISP billing and OSShttps://sonar.software
>
>

Re: [AFMUG] 'splain me sumptin

[Simon Westlake]

Stuff like this is why Procera/Sandvine/etc is getting so popular.

On 1/25/2017 11:19 AM, Chuck McCown wrote:

Wow
*From:* Simon Westlake
*Sent:* Wednesday, January 25, 2017 10:09 AM
*To:* af@afmug.com
*Subject:* Re: [AFMUG] 'splain me sumptin
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
Phone: (702) 447-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

Re: [AFMUG] 'splain me sumptin

[Seth Mattinen]

On 1/25/17 09:03, 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.



No multicast. Big pipes and/or CDN.

~Seth

Re: [AFMUG] 'splain me sumptin

[Simon Westlake]

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"  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 
Phone:(702) 447-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

Re: [AFMUG] 'splain me sumptin

[Chuck McCown]

Wow

From: Simon Westlake 
Sent: Wednesday, January 25, 2017 10:09 AM
To: af@afmug.com 
Subject: Re: [AFMUG] 'splain me sumptin

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
Phone: (702) 447-1247
---
Sonar Software Inc
The future of ISP billing and OSS
https://sonar.software

Re: [AFMUG] 'splain me sumptin

[Josh Reynolds]

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"  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
> Phone: (702) 447-1247
> ---
> Sonar Software Inc
> The future of ISP billing and OSShttps://sonar.software
>
>

Re: [AFMUG] 'splain me sumptin

[Rob Genovesi]

No body was streaming because everyone was THERE

otherwise I assume they would use a CDN service







On Wed, Jan 25, 2017 at 9: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.

Re: [AFMUG] 'splain me sumptin

[Josh Reynolds]

1 stream to X number of servers. X servers unicast or multicast to
geographic/Local servers. Multicast or unicast from those local servers out
to the endpoints.

On Jan 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.
>

Re: [AFMUG] 'splain me sumptin

[Simon Westlake]

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
Phone: (702) 447-1247
---
Sonar Software Inc
The future of ISP billing and OSS
https://sonar.software

[AFMUG] 'splain me sumptin

[Chuck McCown]

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.