AT&T: 15 Mbps Internet connections "irrelevant"

On Sat Apr 01, 2006 at 01:26:51PM -0600, Frank Bulk wrote:
> The majority of U.S.-based IP TV deployments are not
using MPEG-4

Agreed. However, I'd say that any IPTV provider currently
using MPEG2 would
be planning a migration to MPEG4/H.264 - half the bandwidth
means double the
channels.

> in fact,
> you would be hard-pressed to find an MPEG-4 capable STB
working with
> middleware.  

I disagree. There are several MPEG4 capable STB available
now, and they all
have support of middleware vendors.

> SD MPEG-2 runs around ~4 Mbps today and HD MPEG-2 is
~19 Mbps. With ADSL2+
> you can get up to 24 Mbps per home on very short loops,
but if you look at
> the loop length/rate graphs, you'll see that even with
VDSL2 only the very
> short loops will have sufficient capacity for multiple
HD streams.  FTTP/H
> is inevitable.

Anyone looking to do HD will be looking at H.264, and
looking to bring the 
bandwidth requirement down to 8-10Mbps. That is certainly
more practical with
ADSL2+ deployments (unless you want more than one STB per
DSL).

Simon
(Currently working on an H.264 IPTV deployment)
-- 
Simon Lockhart | * Sun Server Colocation * ADSL * Domain
Registration *
   Director    |    * Domain & Web Hosting * Internet
Consultancy * 
  Bogons Ltd   | * http://www.bogons.net/  * 
Email: infobogons.net  * 

Hello;

On Apr 1, 2006, at 3:54 PM, Simon Lockhart wrote:

>
> On Sat Apr 01, 2006 at 01:26:51PM -0600, Frank Bulk
wrote:
>> The majority of U.S.-based IP TV deployments are
not using MPEG-4
>
> Agreed. However, I'd say that any IPTV provider
currently using  
> MPEG2 would
> be planning a migration to MPEG4/H.264 - half the
bandwidth means  
> double the
> channels.
>

Also, I think that the majority of IP TV deployments right
now are  
not in the US.

>> in fact,
>> you would be hard-pressed to find an MPEG-4 capable
STB working with
>> middleware.
>
> I disagree. There are several MPEG4 capable STB
available now, and  
> they all
> have support of middleware vendors.

In the last IPTV trade show I went to (TVoDSL in Paris in
January), I  
don't recall a single
MPEG STB or IPTV system vendor who wasn't either showing or
promising  
H.264 support.

>
>> SD MPEG-2 runs around ~4 Mbps today and HD MPEG-2
is ~19 Mbps.  
>> With ADSL2+
>> you can get up to 24 Mbps per home on very short
loops, but if you  
>> look at
>> the loop length/rate graphs, you'll see that even
with VDSL2 only  
>> the very
>> short loops will have sufficient capacity for
multiple HD  
>> streams.  FTTP/H
>> is inevitable.
>
> Anyone looking to do HD will be looking at H.264, and
looking to  
> bring the
> bandwidth requirement down to 8-10Mbps. That is
certainly more  
> practical with
> ADSL2+ deployments (unless you want more than one STB
per DSL).

Which you would in the US, but maybe not everywhere (yet).
>
> Simon
> (Currently working on an H.264 IPTV deployment)
> -- 

Regards
Marshall


> Simon Lockhart | * Sun Server Colocation * ADSL *
Domain  
> Registration *
>    Director    |    * Domain & Web Hosting *
Internet Consultancy *
>   Bogons Ltd   | * http://www.bogons.net/  * 
Email:  
> infobogons.net  *

On Sat, 1 Apr 2006, Simon Lockhart wrote:

>
> On Sat Apr 01, 2006 at 01:26:51PM -0600, Frank Bulk
wrote:
>> The majority of U.S.-based IP TV deployments are
not using MPEG-4
>
> Agreed. However, I'd say that any IPTV provider
currently using MPEG2 would
> be planning a migration to MPEG4/H.264 - half the
bandwidth means double the
> channels.
>
>> in fact,
>> you would be hard-pressed to find an MPEG-4 capable
STB working with
>> middleware.
>
> I disagree. There are several MPEG4 capable STB
available now, and they all
> have support of middleware vendors.
>
>> SD MPEG-2 runs around ~4 Mbps today and HD MPEG-2
is ~19 Mbps. With ADSL2+
>> you can get up to 24 Mbps per home on very short
loops, but if you look at
>> the loop length/rate graphs, you'll see that even
with VDSL2 only the very
>> short loops will have sufficient capacity for
multiple HD streams.  FTTP/H
>> is inevitable.
>
> Anyone looking to do HD will be looking at H.264, and
looking to bring the
> bandwidth requirement down to 8-10Mbps. That is
certainly more practical with
> ADSL2+ deployments (unless you want more than one STB
per DSL).

US homes with digital cable or satellite typically do have
more than one 
STB at this point simply becasue you need one for each TV...

> Simon
> (Currently working on an H.264 IPTV deployment)
>

-- 
------------------------------------------------------------
--------------
Joel Jaeggli  	       Unix Consulting 	       joeljadarkwing.uoregon.edu
GPG Key Fingerprint:     5C6E 0104 BAF0 40B0 5BD3 C38B F000
35AB B67F 56B2

On Sun Apr 02, 2006 at 08:58:25AM -0700, Joel Jaeggli wrote:
> >Anyone looking to do HD will be looking at H.264,
and looking to bring the
> >bandwidth requirement down to 8-10Mbps. That is
certainly more practical 
> >with ADSL2+ deployments (unless you want more than
one STB per DSL).
> 
> US homes with digital cable or satellite typically do
have more than one 
> STB at this point simply becasue you need one for each
TV...

I should have qualified my statement by saying that I have a
predominantly
UK focus for my IPTV work.

In the UK, looking at the Satellite and Cable, I believe
that 2nd box has only
really taken off in the last couple of years. You don't
tend to hear about
3 or more boxes.

In the SD world, multiple STBs isn't a real problem with
8Mbps ADSL, and 
definitely not for ADSL2+ (which 1 or 2 providers in the UK
are doing).

For the deployment I'm working on at the moment, we have
"ethernet to the
home", so it's not a big problem at the moment, and
when we move onto DSL
based deployments, hopefully 8M+ will norm for connection
speeds.

The big problem we face in the UK is that the majority of
DSL connections
are provisioned on BT DSLAMs, and presented centrally to the
ISP as L2TP. 
There is no real benfit of multicast, as the connections are
fanned out at
the ISP, not at the DSLAM. The non-BT DSL connections (known
as LLU - Local
Loop Unbundled) fare much better, with the deployment of
Lucent Stingers or
equivalent which do IP in the DSLAM, so enable proper
multicast to the edge.

Simon
-- 
Simon Lockhart | * Sun Server Colocation * ADSL * Domain
Registration *
   Director    |    * Domain & Web Hosting * Internet
Consultancy * 
  Bogons Ltd   | * http://www.bogons.net/  * 
Email: infobogons.net  *