Re: IPDVB Provisional Agenda (IETF-75)

Bernhard Collini-Nocker <> Tue, 07 July 2009 07:22 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 162C33A6E07 for <>; Tue, 7 Jul 2009 00:22:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -0.735
X-Spam-Status: No, score=-0.735 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_IP_ADDR=1.119, HOST_EQ_AT=0.745]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 7LH1pnNWUDGM for <>; Tue, 7 Jul 2009 00:22:42 -0700 (PDT)
Received: from ( [IPv6:2001:630:241:204:203:baff:fe9a:8c9b]) by (Postfix) with ESMTP id EE5FA3A6D31 for <>; Tue, 7 Jul 2009 00:22:41 -0700 (PDT)
Received: from (localhost [IPv6:::1]) by (8.13.4/8.13.4) with ESMTP id n6770iIF017491 for <>; Tue, 7 Jul 2009 08:00:44 +0100 (BST)
Received: (from majordomo.lists@localhost) by (8.13.4/8.12.2/Submit) id n6770imd017490 for ipdvb-subscribed-users; Tue, 7 Jul 2009 08:00:44 +0100 (BST)
X-Authentication-Warning: majordomo.lists set sender to using -f
Received: from ( [IPv6:2001:628:408:102::30:0]) by (8.13.4/8.13.4) with ESMTP id n67709X7017467 for <>; Tue, 7 Jul 2009 08:00:09 +0100 (BST)
Received: from [] ( []) by (Postfix) with ESMTP id 0A7862284D5 for <>; Tue, 7 Jul 2009 09:00:09 +0200 (CEST)
Message-ID: <>
Date: Tue, 07 Jul 2009 09:00:08 +0200
From: Bernhard Collini-Nocker <>
User-Agent: Thunderbird (Windows/20080914)
MIME-Version: 1.0
Subject: Re: IPDVB Provisional Agenda (IETF-75)
References: <>
In-Reply-To: <>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-ERG-MailScanner: Found to be clean, Found to be clean
Precedence: bulk

Dear all,

in my opinion there is a need to get rid of the transport stream
encapsulated PSI/SI sections/tables in the second generation DVB systems
for signaling purposes, especially in those cases where only Generic
Stream Encapsulation is being used. Essentially there are two kinds of
signaling, one for physical link and network properties, and the other
one for services. The latter one is well addressed by all those parties
interested in AV/TV/... over IP, whereas the first one is still delt
with so-called backward compatibility mode (so TS encapsulated signaling
sections). Although ULE/GSE provide an extension header for carrying TS
packets, this is a suboptimal choice given that any kind of signaling
shall support unidirectional mode of operation and boot strapping of
rx-only devices.

This is not to propose a solution rather than to point out that there is
standardisation work needed in this area. Whether it fits in the ipdvb
agenda is to be discussed.

Best wishes,

Gorry Fairhurst schrieb:
> Can I remind the group that if people think the ipdvb working group
> should continue, then they need to tell Martin and me some important
> topics that need to be addressed - please send email to us or the list.
> If anyone would like to use a few slides to talk about topics that are
> important, please let me know, and we can allocate some agenda time.
> The provisional agenda is at:
> Best wishes,
> Gorry Fairhurst
> (ipdvb Chair)