From nao861124@yahoo.co.jp Mon Oct 02 05:03:40 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GUJhs-00065C-83
	for ipdvb-archive@ietf.org; Mon, 02 Oct 2006 05:03:24 -0400
Received: from [61.47.128.229] (helo=ietf.org)
	by ietf-mx.ietf.org with smtp (Exim 4.43)
	id 1GUJTR-000535-Ov
	for ipdvb-archive@ietf.org; Mon, 02 Oct 2006 04:48:34 -0400
To: <ipdvb-archive@ietf.org>
From: =?iso-2022-jp?B?GyRCRD47UiRHJDkbKEI=?=<nao861124@yahoo.co.jp>
Subject: =?iso-2022-jp?B?GyRCSzokbCReJDckPyEpO2o1Xk8iTW0kNyRGJE0hKhsoQg==?=
MIME-Version: 1.0
Reply-To: <nao861124@yahoo.co.jp>
Content-Type:text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 1.7 (+)
X-Scan-Signature: 93238566e09e6e262849b4f805833007

-----------$B$3$N%5%$%H$NFCD'(B($BBg<j%5%$%H$H$NHf3S(B)----------------------------
http://harumi.onedumb.com/
$B"!40A4L5NA!#(BTOP$B$KF2!9$H5-=R$7$F$$$k!#(B
$B"!D>%"%I%l%9J}<0$K$h$j%9%T!<%I2=$r<B8=!#<B<A!"%5%/%i$OB8:_$G$-$J$$!#(B
$B"!MxMQ?M?t!&%"%/%;%9$NB?$5!#=w@-$NEj9F$G$5$(J,C10L$J$N$O%3%3$H%9%?%S$@$1$+$H!#(B
$BCO0h$K$h$k$,!"Ck4V!A?<Lk$^$G(B1$BJ,Ev$?$jJ?6Q(B1$BEj9F$/$i$$$+!#(B
$B!JEj9F$NH>J,$O6H<T$+%M%+%^$G$9$,!&!&!&!K(B
$B"!7Z$$?M$,B?$$!#$D$^$j2q$&$^$G$N;~4V$,C;$$!#$=$&$8$c$J$$?M$b$b$A$m$s$$$k!#(B
$B"!<L%aI,?\$G$J$/$F$bLdBj$,$J$$!#$3$3$b%9%?%S$HBg$-$/0c$&!#(B
$B"!7k:'Aj<j$rC5$7$F$k!A$_$?$$$JEj9F$b%"%j!#%9%?%S5i$@$H$=$s$J??7u$J?M$O>/$J$$$G$9!#!J$?$^$K??LLL\$J%3$$$k$1$I$M!&!&!&!#!K(B
$B%(%-%5%$%H%U%l%s%:Ey$KHf$Y$k$HEvA3!"B(8z@-$,$"$k!#Ej9F$7$F$+$iH?1~$^$G$,Aa$$$+$i!#(B
$B$"$C$A$c$s%i%V%i%V$H$+$46a=j$5$s$H$+ITNQ%Q!<%H%J!<$H$+$KHf$Y$k$HJ?6QG/Np$,Dc$$!#(B10$BBe!&(B20$BBeCf?4!#(B
$B"!6H<T$NBP:v$O9=C[:Q$_$G$[$H$s$I5o$J$$!#(B($B6H<T;kE@$G$NMxMQ2ACM$rL5$/$7$F$$$k(B)
$B"!%b%NGd$j$,:G6a=PKW$9$k$i$7$$!#(B($BBP:v$ON}$C$F$$$k:GCf$i$7$$(B)

($B6KHk(B)$B0lIt$N4IM}<T$7$+F~$l$J$$A40w$N<L??$H%W%m%U$r3NG'$G$-$k%3!<%IIU$-F~$j8}!#(B
10$BF|0JFb$KF~$l$P1J5W2q0wG'<140N;!#"-(B
http://harumi.onedumb.com/


$B%5!<%P!<%(%i!<$K$h$k3F(BSNS$B2q0wMM0J30$X$N8mAw?.$O$4$a$s$J$5$$(Bmm$B%3%A%i$X(B
magmag_0925@hotmail.co.jp





From owner-ipdvb@erg.abdn.ac.uk Tue Oct 03 07:17:37 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GUiHJ-0005cd-5Y
	for ipdvb-archive@ietf.org; Tue, 03 Oct 2006 07:17:37 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GUiHH-0003Ah-K2
	for ipdvb-archive@ietf.org; Tue, 03 Oct 2006 07:17:37 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k93At8R3026762
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Tue, 3 Oct 2006 11:55:08 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k93At8MX026761
	for ipdvb-subscribed-users; Tue, 3 Oct 2006 11:55:08 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from hnse2.hns.com (hnse2.hns.com [208.236.67.201])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k93AstgX026618
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <ipdvb@erg.abdn.ac.uk>; Tue, 3 Oct 2006 11:54:56 +0100 (BST)
Received: from excore8.hns.com (excore8.hns.com [139.85.52.126])
	by hnse2.hns.com (Switch-3.1.9/Switch-3.1.9) with ESMTP id k93AshSH011998
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO)
	for <ipdvb@erg.abdn.ac.uk>; Tue, 3 Oct 2006 06:54:45 -0400 (EDT)
Received: from atlas (atlas.hns.com [139.85.177.110])
	by excore8.hns.com (Switch-3.1.9/Switch-3.1.9) with ESMTP id k93AsgZZ027382
	for <ipdvb@erg.abdn.ac.uk>; Tue, 3 Oct 2006 06:54:42 -0400 (EDT)
To: <ipdvb@erg.abdn.ac.uk>
Subject: IPDVB WG Activities at 67th IETF - Discussion Topics
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 5.0.8  June 18, 2001
Message-ID: <OFB25CFA82.05A7B36B-ON852571FC.003B988C@notesgw.hns.com>
From: Roderick Ragland <rragland@hns.com>
Date: Tue, 3 Oct 2006 06:54:40 -0400
X-MIMETrack: Serialize by Router on Atlas/HNS(Release 6.5.1|January 21, 2004) at 10/03/2006
 06:52:40,
	Serialize complete at 10/03/2006 06:52:40
Content-Type: multipart/alternative; boundary="=_alternative 003BF11E852571FC_="
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5

This is a multipart message in MIME format.
--=_alternative 003BF11E852571FC_=
Content-Type: text/plain; charset="us-ascii"

Everyone,

I wanted to determine if there would be any interests with those on the 
ipdvb wg mailing list that would be interested in discussing methods of 
identifying extensions within ULE to indicate transmitted encapsulated IP 
packets that have compressed headers?

---------------------------------------------------------------------------------------------------------
Roderick J. Ragland
Senior Director Protocol and Networks Group
Hughes Network Systems, LLC.
11717 Exploration Lane
Germantown, MD 20876
(o) 301.548.1996  (w) www.hns.com
(f)  301.548.1112  (e) rragland@hns.com
--=_alternative 003BF11E852571FC_=
Content-Type: text/html; charset="us-ascii"


<br><font size=2 face="sans-serif">Everyone,</font>
<br>
<br><font size=2 face="sans-serif">I wanted to determine if there would be any interests with those on the ipdvb wg mailing list that would be interested in discussing methods of identifying extensions within ULE to indicate transmitted encapsulated IP packets that have compressed headers?</font>
<br>
<br><font size=2 face="sans-serif">---------------------------------------------------------------------------------------------------------<br>
Roderick J. Ragland<br>
Senior Director Protocol and Networks Group<br>
Hughes Network Systems, LLC.<br>
11717 Exploration Lane<br>
Germantown, MD 20876<br>
(o) 301.548.1996 &nbsp;(w) www.hns.com<br>
(f) &nbsp;301.548.1112 &nbsp;(e) rragland@hns.com</font>
--=_alternative 003BF11E852571FC_=--



From owner-ipdvb@erg.abdn.ac.uk Tue Oct 03 10:57:55 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GUliV-0005Hy-PW
	for ipdvb-archive@ietf.org; Tue, 03 Oct 2006 10:57:55 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GUliU-0002jg-3h
	for ipdvb-archive@ietf.org; Tue, 03 Oct 2006 10:57:55 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k93ERXYP014761
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Tue, 3 Oct 2006 15:27:33 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k93ERW0j014760
	for ipdvb-subscribed-users; Tue, 3 Oct 2006 15:27:32 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k93ERHrp014725
	for <ipdvb@erg.abdn.ac.uk>; Tue, 3 Oct 2006 15:27:18 +0100 (BST)
Received: by wr-out-0506.google.com with SMTP id i11so471085wra
        for <ipdvb@erg.abdn.ac.uk>; Tue, 03 Oct 2006 07:27:17 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=shXz7bKIUxg5YRZ8/zJAImJMYtrz5yn9JupLpFnopLRziZdJO3cHv406qg+BdmGoH6FWFRiwxy43h3mkFQofvybiVsoj9YeoYZTKzxusxp33rksskhlrA1BoqwjUvA7spocW0ETuRcHcF+FrWNP0kZBi1hxb++I9+14mi68HzMs=
Received: by 10.90.100.6 with SMTP id x6mr3488964agb;
        Tue, 03 Oct 2006 07:27:16 -0700 (PDT)
Received: by 10.90.90.1 with HTTP; Tue, 3 Oct 2006 07:27:16 -0700 (PDT)
Message-ID: <7935e2f10610030727r46235790w3d9e22eacb86d58c@mail.gmail.com>
Date: Tue, 3 Oct 2006 16:27:16 +0200
From: "Juan Cantillo" <juan.cantillo@gmail.com>
To: ipdvb@erg.abdn.ac.uk
Subject: Re: IPDVB WG Activities at 67th IETF - Discussion Topics
In-Reply-To: <OFB25CFA82.05A7B36B-ON852571FC.003B988C@notesgw.hns.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_88741_24127685.1159885636478"
References: <OFB25CFA82.05A7B36B-ON852571FC.003B988C@notesgw.hns.com>
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a

------=_Part_88741_24127685.1159885636478
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Personally I think this is an important topic. I found in the IPDVB archives
an old discussion about ULE and ROHC (2 or 3 years ago), but I've never been
able to find out what happened finally with it. Anyone to throw some light
on this?
On top of that, this could be interesting for GSE (the new encapsulation
protocol for IP over DVB-S2) as well, since IPDVB could bring a strong
contribution to GSE here.

Juan Cantillo


On 10/3/06, Roderick Ragland <rragland@hns.com> wrote:
>
>
> Everyone,
>
> I wanted to determine if there would be any interests with those on the
> ipdvb wg mailing list that would be interested in discussing methods of
> identifying extensions within ULE to indicate transmitted encapsulated IP
> packets that have compressed headers?
>
>
> ---------------------------------------------------------------------------------------------------------
> Roderick J. Ragland
> Senior Director Protocol and Networks Group
> Hughes Network Systems, LLC.
> 11717 Exploration Lane
> Germantown, MD 20876
> (o) 301.548.1996  (w) www.hns.com
> (f)  301.548.1112  (e) rragland@hns.com

------=_Part_88741_24127685.1159885636478
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Personally I think this is an important topic. I found in the IPDVB archives an old discussion about ULE and ROHC (2 or 3 years ago), but I've never been able to find out what happened finally with it. Anyone to throw some light on this? 
<br>On top of that, this could be interesting for GSE (the new encapsulation protocol for IP over DVB-S2) as well, since IPDVB could bring a strong contribution to GSE here.<br><br>Juan Cantillo<br><br><br><div><span class="gmail_quote">
On 10/3/06, <b class="gmail_sendername">Roderick Ragland</b> &lt;<a href="mailto:rragland@hns.com">rragland@hns.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br><font face="sans-serif" size="2">Everyone,</font>
<br>
<br><font face="sans-serif" size="2">I wanted to determine if there would be any interests with those on the ipdvb wg mailing list that would be interested in discussing methods of identifying extensions within ULE to indicate transmitted encapsulated IP packets that have compressed headers?
</font>
<br>
<br><font face="sans-serif" size="2">---------------------------------------------------------------------------------------------------------<br>
Roderick J. Ragland<br>
Senior Director Protocol and Networks Group<br>
Hughes Network Systems, LLC.<br>
11717 Exploration Lane<br>
Germantown, MD 20876<br>
(o) 301.548.1996 &nbsp;(w) <a href="http://www.hns.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">www.hns.com</a><br>
(f) &nbsp;301.548.1112 &nbsp;(e) <a href="mailto:rragland@hns.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rragland@hns.com</a></font>
</blockquote></div><br>

------=_Part_88741_24127685.1159885636478--



From owner-ipdvb@erg.abdn.ac.uk Wed Oct 04 06:41:05 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GV4BV-0003nV-AT
	for ipdvb-archive@ietf.org; Wed, 04 Oct 2006 06:41:05 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GV4BU-0002W9-RP
	for ipdvb-archive@ietf.org; Wed, 04 Oct 2006 06:41:05 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k94ARKU8019234
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Wed, 4 Oct 2006 11:27:20 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k94ARKFD019233
	for ipdvb-subscribed-users; Wed, 4 Oct 2006 11:27:20 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from [139.133.207.154] (dhcp-207-154.erg.abdn.ac.uk [139.133.207.154])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k94ARB3s019216;
	Wed, 4 Oct 2006 11:27:11 +0100 (BST)
Message-ID: <45238C7D.3020606@erg.abdn.ac.uk>
Date: Wed, 04 Oct 2006 11:27:09 +0100
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Organization: University of Aberdeen, UK
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Gorry Fairhurst <gorry@erg.abdn.ac.uk>, ipdvb@erg.abdn.ac.uk
Subject: IPDVB Working Group Meeting at IETF-67  (November 5-10, 2006)
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: -2.8 (--)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2

Dear WG,

The IETF-67 meeting will include 1 hour of official agenda time for the 
IPDVB WG. Please do consider attending the meeting and bringing your 
ideas, comments, issues and any new contributions to this meeting for 
discussion. If you would like to offer something as a topic for the 
Agenda please do contact the Chair (gorry@erg.abdn.ac.uk), preferably by 
15th October, so we can prepare a draft Agenda for the ipdvb meeting.

The Early-Bird registration cut-off is Friday, October 27, 2006.
You can register for the IETF Meeting at:
http://www.ietf.org/meetings/67-IETF.html

Please also note the city will be in the grip of a major non-networking 
convention and that early hotel reservations are desirable. See:
http://www.ietf.org/meetings/67-hotels.html.

I can see there are also other hotels within 15 minutes or so by taxi 
of the meeting venue - but you're adviddcsed to book soon!

Best wishes,

Gorry
(ipdvb WG Chair)


P.S. A draft list of meeting times is at:
http://www3.ietf.org/meetings/67-agenda.txt

THIS LIST IS NOT CONDFIRMED - THERE WILL BE CHANGES AT THIS STAGE, SO 
YOU ARE STRONGLY ADVISED NOT TO MAKE TRAVEL ARRANGEMENTS BASED ON THIS.

The final agenda will be published on the 16th October.



From owner-ipdvb@erg.abdn.ac.uk Wed Oct 04 06:58:56 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GV4Sm-0000I5-BI
	for ipdvb-archive@ietf.org; Wed, 04 Oct 2006 06:58:56 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GV4Si-0006bD-Kf
	for ipdvb-archive@ietf.org; Wed, 04 Oct 2006 06:58:56 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k94Aha8n020636
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Wed, 4 Oct 2006 11:43:36 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k94Ahacw020635
	for ipdvb-subscribed-users; Wed, 4 Oct 2006 11:43:36 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from [139.133.207.154] (dhcp-207-154.erg.abdn.ac.uk [139.133.207.154])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k94AhRmP020620
	for <ipdvb@erg.abdn.ac.uk>; Wed, 4 Oct 2006 11:43:27 +0100 (BST)
Message-ID: <4523904D.20209@erg.abdn.ac.uk>
Date: Wed, 04 Oct 2006 11:43:25 +0100
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Organization: University of Aberdeen, UK
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ipdvb@erg.abdn.ac.uk
Subject: Re: IPDVB WG Activities at 67th IETF - Discussion Topics
References: <OFB25CFA82.05A7B36B-ON852571FC.003B988C@notesgw.hns.com> <7935e2f10610030727r46235790w3d9e22eacb86d58c@mail.gmail.com>
In-Reply-To: <7935e2f10610030727r46235790w3d9e22eacb86d58c@mail.gmail.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: -2.8 (--)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793

Indeed, I guess this would need a code-point to allow a ULE-Type, and a 
spec to say how it should work. Any work would need to be preceded by an 
understanding of the requirements (including if there is an expectation 
to supporty multicast).

There was some suggested (expired) work in ROHC that may have helped and 
could be appropriate: I recall some individual drafts suggesting support 
for ROHC over Ethernet - although the issues may not be the same, and 
the mortivation was I think WiFi.

As far as I know, this never proceeded, but similar issues have also 
appeared on other IP-over-foo lists in the Internet area. It would be 
good to resurect these thoughts and see whether there is now a case for 
working on this.

Gorry


Juan Cantillo wrote:

> Personally I think this is an important topic. I found in the IPDVB 
> archives an old discussion about ULE and ROHC (2 or 3 years ago), but 
> I've never been able to find out what happened finally with it. Anyone 
> to throw some light on this?
> On top of that, this could be interesting for GSE (the new encapsulation 
> protocol for IP over DVB-S2) as well, since IPDVB could bring a strong 
> contribution to GSE here.
> 
> Juan Cantillo
> 
> 
> On 10/3/06, Roderick Ragland <rragland@hns.com 
> <mailto:rragland@hns.com>> wrote:
> 
> 
>     Everyone,
> 
>     I wanted to determine if there would be any interests with those on
>     the ipdvb wg mailing list that would be interested in discussing
>     methods of identifying extensions within ULE to indicate transmitted
>     encapsulated IP packets that have compressed headers?
> 
>     ---------------------------------------------------------------------------------------------------------
>     Roderick J. Ragland
>     Senior Director Protocol and Networks Group
>     Hughes Network Systems, LLC.
>     11717 Exploration Lane
>     Germantown, MD 20876
>     (o) 301.548.1996  (w) www.hns.com <http://www.hns.com>
>     (f)  301.548.1112  (e) rragland@hns.com <mailto:rragland@hns.com> 
> 
> 




From owner-ipdvb@erg.abdn.ac.uk Wed Oct 04 11:20:22 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GV8Xm-0002Z8-Qr
	for ipdvb-archive@ietf.org; Wed, 04 Oct 2006 11:20:22 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GV8Xl-0003cj-CC
	for ipdvb-archive@ietf.org; Wed, 04 Oct 2006 11:20:22 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k94EsA1C011000
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Wed, 4 Oct 2006 15:54:10 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k94EsAgc010999
	for ipdvb-subscribed-users; Wed, 4 Oct 2006 15:54:10 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from hnse2.hns.com (hnse2.hns.com [208.236.67.201])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k94Erqdc010965
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <ipdvb@erg.abdn.ac.uk>; Wed, 4 Oct 2006 15:53:54 +0100 (BST)
Received: from excore8.hns.com (excore8.hns.com [139.85.52.126])
	by hnse2.hns.com (Switch-3.1.9/Switch-3.1.9) with ESMTP id k94ErC09010714
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO)
	for <ipdvb@erg.abdn.ac.uk>; Wed, 4 Oct 2006 10:53:34 -0400 (EDT)
Received: from hns.com (JBORDERLT.md.hnsnet [10.48.31.209])
	by excore8.hns.com (Switch-3.1.9/Switch-3.1.9) with ESMTP id k94Er9qb021734;
	Wed, 4 Oct 2006 10:53:11 -0400 (EDT)
Message-ID: <4523CAD5.2080800@hns.com>
Date: Wed, 04 Oct 2006 10:53:09 -0400
From: John Border <border@hns.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ipdvb@erg.abdn.ac.uk
Subject: Signalling Header Compression
References: <OFB25CFA82.05A7B36B-ON852571FC.003B988C@notesgw.hns.com> <7935e2f10610030727r46235790w3d9e22eacb86d58c@mail.gmail.com> <4523904D.20209@erg.abdn.ac.uk>
In-Reply-To: <4523904D.20209@erg.abdn.ac.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad


    One issue which we have been looking at (although I admit I haven't 
had much time to think about it myself) is whether it is sufficient to 
just signal that there is a compressed header present, assuming out of 
band means for coordination of the transmitter and receiver re which 
algorithm is in use, or include in-band signaling of the algorithm.  My 
initial thoughts have been that the latter is more desirable...


John






From owner-ipdvb@erg.abdn.ac.uk Wed Oct 04 16:24:32 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GVDI8-0004fn-7C
	for ipdvb-archive@ietf.org; Wed, 04 Oct 2006 16:24:32 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GVDI6-0007Fe-MJ
	for ipdvb-archive@ietf.org; Wed, 04 Oct 2006 16:24:32 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k94K9sSk006360
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Wed, 4 Oct 2006 21:09:54 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k94K9sg6006359
	for ipdvb-subscribed-users; Wed, 4 Oct 2006 21:09:54 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from kyoto.netlab.nec.de (kyoto.netlab.nec.de [195.37.70.21])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k94K9ge1006341
	for <ipdvb@erg.abdn.ac.uk>; Wed, 4 Oct 2006 21:09:42 +0100 (BST)
Received: from [192.168.178.22] (pD9548A1D.dip0.t-ipconnect.de [217.84.138.29])
	by kyoto.netlab.nec.de (Postfix) with ESMTP id C4A811BAC4D
	for <ipdvb@erg.abdn.ac.uk>; Wed,  4 Oct 2006 22:09:35 +0200 (CEST)
Mime-Version: 1.0 (Apple Message framework v752.2)
In-Reply-To: <45238C7D.3020606@erg.abdn.ac.uk>
References: <45238C7D.3020606@erg.abdn.ac.uk>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <EE56F06D-A448-4D9E-91A1-D6E01A46A506@netlab.nec.de>
Content-Transfer-Encoding: 7bit
From: Martin Stiemerling <stiemerling@netlab.nec.de>
Subject: Re: IPDVB Working Group Meeting at IETF-67  (November 5-10, 2006)
Date: Wed, 4 Oct 2006 22:09:32 +0200
To: ipdvb@erg.abdn.ac.uk
X-Mailer: Apple Mail (2.752.2)
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca

Hi Gorry,

I will be at the 67th IETF meeting and I will also attending the  
IPDVB session. Provided there is no clash with the NSIS WG.

Good news from the Enthrone front: Enthrone has just started and I  
will get some backup for me. If everything works out fine, there will  
be another staff member working full time on Enthrone and IPDVB matters.

See you in San Diego,

   Martin

Am 04.10.2006 um 12:27 schrieb Gorry Fairhurst:

> Dear WG,
>
> The IETF-67 meeting will include 1 hour of official agenda time for  
> the IPDVB WG. Please do consider attending the meeting and bringing  
> your ideas, comments, issues and any new contributions to this  
> meeting for discussion. If you would like to offer something as a  
> topic for the Agenda please do contact the Chair  
> (gorry@erg.abdn.ac.uk), preferably by 15th October, so we can  
> prepare a draft Agenda for the ipdvb meeting.
>
> The Early-Bird registration cut-off is Friday, October 27, 2006.
> You can register for the IETF Meeting at:
> http://www.ietf.org/meetings/67-IETF.html
>
> Please also note the city will be in the grip of a major non- 
> networking convention and that early hotel reservations are  
> desirable. See:
> http://www.ietf.org/meetings/67-hotels.html.
>
> I can see there are also other hotels within 15 minutes or so by  
> taxi of the meeting venue - but you're adviddcsed to book soon!
>
> Best wishes,
>
> Gorry
> (ipdvb WG Chair)
>
>
> P.S. A draft list of meeting times is at:
> http://www3.ietf.org/meetings/67-agenda.txt
>
> THIS LIST IS NOT CONDFIRMED - THERE WILL BE CHANGES AT THIS STAGE,  
> SO YOU ARE STRONGLY ADVISED NOT TO MAKE TRAVEL ARRANGEMENTS BASED  
> ON THIS.
>
> The final agenda will be published on the 16th October.




From owner-ipdvb@erg.abdn.ac.uk Thu Oct 05 02:51:34 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GVN4w-0001Ab-O8
	for ipdvb-archive@ietf.org; Thu, 05 Oct 2006 02:51:34 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GVN4v-0003Se-6p
	for ipdvb-archive@ietf.org; Thu, 05 Oct 2006 02:51:34 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k956avro022839
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Thu, 5 Oct 2006 07:36:57 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k956avMS022838
	for ipdvb-subscribed-users; Thu, 5 Oct 2006 07:36:57 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from kyoto.netlab.nec.de (kyoto.netlab.nec.de [195.37.70.21])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k956ahR2022801
	for <ipdvb@erg.abdn.ac.uk>; Thu, 5 Oct 2006 07:36:46 +0100 (BST)
Received: from [10.1.1.109] (mito.netlab.nec.de [195.37.70.39])
	by kyoto.netlab.nec.de (Postfix) with ESMTP id A08FC1BAC4D
	for <ipdvb@erg.abdn.ac.uk>; Thu,  5 Oct 2006 08:36:38 +0200 (CEST)
Mime-Version: 1.0 (Apple Message framework v752.2)
References: <EE56F06D-A448-4D9E-91A1-D6E01A46A506@netlab.nec.de>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <26BEC077-023F-44EC-AEE4-2D99137E1E3A@netlab.nec.de>
Content-Transfer-Encoding: 7bit
From: Martin Stiemerling <stiemerling@netlab.nec.de>
Subject: Fwd: IPDVB Working Group Meeting at IETF-67  (November 5-10, 2006)
Date: Thu, 5 Oct 2006 08:36:35 +0200
To: ipdvb@erg.abdn.ac.uk
X-Mailer: Apple Mail (2.752.2)
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135

Sorry for bothering you with this email, since it was not intended  
for the ipdvb WG list.

   Martin

Anfang der weitergeleiteten E-Mail:

> Von: Martin Stiemerling <stiemerling@netlab.nec.de>
> Datum: 4. Oktober 2006 22:09:32 MESZ
> An: ipdvb@erg.abdn.ac.uk
> Betreff: Re: IPDVB Working Group Meeting at IETF-67  (November  
> 5-10, 2006)
> Antwort an: ipdvb@erg.abdn.ac.uk
>
> Hi Gorry,
>
> I will be at the 67th IETF meeting and I will also attending the  
> IPDVB session. Provided there is no clash with the NSIS WG.
>
> Good news from the Enthrone front: Enthrone has just started and I  
> will get some backup for me. If everything works out fine, there  
> will be another staff member working full time on Enthrone and  
> IPDVB matters.
>
> See you in San Diego,
>
>   Martin
>
> Am 04.10.2006 um 12:27 schrieb Gorry Fairhurst:
>
>> Dear WG,
>>
>> The IETF-67 meeting will include 1 hour of official agenda time  
>> for the IPDVB WG. Please do consider attending the meeting and  
>> bringing your ideas, comments, issues and any new contributions to  
>> this meeting for discussion. If you would like to offer something  
>> as a topic for the Agenda please do contact the Chair  
>> (gorry@erg.abdn.ac.uk), preferably by 15th October, so we can  
>> prepare a draft Agenda for the ipdvb meeting.
>>
>> The Early-Bird registration cut-off is Friday, October 27, 2006.
>> You can register for the IETF Meeting at:
>> http://www.ietf.org/meetings/67-IETF.html
>>
>> Please also note the city will be in the grip of a major non- 
>> networking convention and that early hotel reservations are  
>> desirable. See:
>> http://www.ietf.org/meetings/67-hotels.html.
>>
>> I can see there are also other hotels within 15 minutes or so by  
>> taxi of the meeting venue - but you're adviddcsed to book soon!
>>
>> Best wishes,
>>
>> Gorry
>> (ipdvb WG Chair)
>>
>>
>> P.S. A draft list of meeting times is at:
>> http://www3.ietf.org/meetings/67-agenda.txt
>>
>> THIS LIST IS NOT CONDFIRMED - THERE WILL BE CHANGES AT THIS STAGE,  
>> SO YOU ARE STRONGLY ADVISED NOT TO MAKE TRAVEL ARRANGEMENTS BASED  
>> ON THIS.
>>
>> The final agenda will be published on the 16th October.
>




From haruko_love@263.net Mon Oct 09 21:59:04 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GX6tc-0002Y4-6G
	for ipdvb-archive@ietf.org; Mon, 09 Oct 2006 21:59:04 -0400
Received: from [58.145.85.187] (helo=localhost.jp)
	by ietf-mx.ietf.org with smtp (Exim 4.43)
	id 1GX6ta-0003hc-Pf
	for ipdvb-archive@ietf.org; Mon, 09 Oct 2006 21:59:04 -0400
Received: (qmail 10277 invoked by uid 48); 10 Oct 2006 01:19:10 -0000
Date: 10 Oct 2006 01:19:10 -0000
To: ipdvb-archive@ietf.org
Subject: =?ISO-2022-JP?B?g4uDcIOTjk+QooLmgug==?=
From: <haruko_love@263.net>
Message-ID: <20061010101910.13195@263.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 4.1 (++++)
X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199


パスワードに秘密あり!!⇒http://91993.com:112/blog-ot/

⇒パスワードを必ず5115で登録する⇒全ての登録が完了し再度ログインすると

携帯番号を登録した全国の女性達の電話番号一覧データーが地域別で表示される

⇒あとは上から順に直接電話するのみ。業者に気付かれる前に電話番号をコピーしろよ!!

↓↓↓↓↓↓

http://91993.com:112/blog-ot/



From moterusiryou12354euxi@yahoo.co.jp Fri Oct 13 14:07:11 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GYRR9-0004hi-4S
	for ipdvb-archive@ietf.org; Fri, 13 Oct 2006 14:07:11 -0400
Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GYRR9-0007iY-26
	for ipdvb-archive@ietf.org; Fri, 13 Oct 2006 14:07:11 -0400
Received: from [58.61.153.71] (helo=pc28)
	by chiedprmail1.ietf.org with smtp (Exim 4.43)
	id 1GYRR5-0000rO-RO
	for ipdvb-archive@ietf.org; Fri, 13 Oct 2006 14:07:10 -0400
To: <ipdvb-archive@ietf.org>
From: =?iso-2022-jp?B?GyRCPVAycSQkJCo9dSQxTDwidhsoQg==?=<moterusiryou12354euxi@yahoo.co.jp >
Subject: =?iso-2022-jp?B?GyRCJTUlLyVpJE44K0osJDFKfSVBJSclQyUvJTchPCVIIXohIRsoQg==?=
MIME-Version: 1.0
Reply-To: <moterusiryou12354euxi@yahoo.co.jp >
Date: Fri, 13 Oct 2006 22:04:48 +0900
Content-Type:text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 4.5 (++++)
X-Scan-Signature: 25620135586de10c627e3628c432b04a

$B!z(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B
$B(,!z(B
$B!!!z!y!z(B $B(.(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(/!z!y!z(B
$B!!!!(B $B(.(,(4!!!!!!!!!!%5%/%i$N8+J,$1J}%A%'%C%/%7!<%H!z!!!!!!!!!!!!(2(,(/(B
$B!!!!(B $B(-!y(1(3(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(3(0!y(-(B
$B!!!!(B $B(1(,(,(0!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!(1(,(,(0(B

$B!VAj<j$,%5%/%i$+$I$&$+!)!W$ONd@E$K9M$($l$PJ,$+$k;v$G$O$"$k$N$G$9$,!"<B$O(B
$BKM$b=i$a$FEPO?$7$?M-NA%5%$%H$,%]%$%s%H@)$@$C$?$N$G!"(B

$B!V$*$*!DM-NA%5%$%H$C$F$N$O!"$3$s$J$K?)$$$D$-$,NI$$$s$@"v!W(B

$B$J$s$F!";W$$$C$-$j8m2r$7$F$^$7$?!#qY$5$l$F$7$^$&J}$,B?$$$N$bG<F@$G$9!#$=(B
$B$3$G!"%5%/%i$KqY$5$l$kJ}$,0l?M$G$b8:$kMM!"4JC1$J%A%'%C%/%j%9%H$r:n$C$F$_(B
$B$^$7$?#2$D0lCW$7$?$i2x$7$$$H;W$C$F2<$5$$!#!J#w!K(B

$B!c!c%5%/%i$N8+J,$1J}%A%'%C%/%7!<%H!d!d(B

1$B!&%]%$%s%H@)%5%$%H$G$"$k!#(B
$BA4$F$N%]%$%s%H@)%5%$%H$,%5%/%i$r;H$C$F$$$kLu$G$O$"$j$^$;$s!#%]%$%s%H@)$C(B
$B$F!"%5%/%i$KBP$9$k%$%s%;%s%F%#%V7W;;$,$70W$$$s$G$9$h!#(B

2$B!&$"$j$-$?$j$NEj9F$K(B $BJ#?t$N=w@-$+$iF1;~$K%"%W%m!<%A$5$l$?!#(B
$B=w@-$G$"$k$H$$$&$@$1$G%b%F$k$N$,=P2q$$7O$G$9!#$=$7$FBT$C$F$$$k$@$1$GAjEv(B
$B$J%a!<%k$,Iq$$9~$`$N$,=w@-$G$9!#$"$j$-$?$$$NEj9F$K!"$o$6$o$6H?1~$7$^$9$+(B
$B$M!)(B

3$B!&!VD>%"%I8r49$O2q$C$F$+$i!)!W$H8@$o$l$?!#(B
$B=g=x$,0c$$$^$9$h$M!#$J$+$J$+D>%"%I8r49$K1~$8$J$$$N$b%5%/%i!#D>$K$d$j$H$j(B
$B$7$F$?$i!"%5%/%i$K$H$C$F%a%j%C%H$J$$$G$9$b$N$M(B($B#w(B
4$B!&O*9|!J#H!K$^$?$OC1=c$JJ8>O$@!#(B
$BAj<j$O$*6b$N0Y$KBgNL%a!<%k$rH/?.$7$^$9!#(B

5$B!&2qOC$,@.N)$7$J$$!#(B
1$B$D$N=w@-%-%c%i$rJ#?t$N%5%/%i$,<u$1;}$D;v$b$"$j$^$9$7!#@-3J<+BN$bI?JQ$9$k(B
$B;v$b!#!J#w(B

6$B!&%5%/%i$NCf$K$bK\J*!)(B
$BCf$K$OCK?4$r$/$9$0$k$N$,>e<j$J%5%/%i$@$C$F$$$^$9!#$@$C$F!"$=$$$DCK$+$bCN(B
$B$l$^$;$s$7!#!J#w(B

7$B!&!{!{$5$s$5$s!)$H8F$P$l$?!#(B
$B!V$d$^$5$s!WEy!"#H#N$NKvHx$K!V$5$s!W$,IU$/>l9g!"!V!{!{$5$s$5$s"v!W$J$s$F(B
$B8F$P$l$k;v$b!#%9%/%j%W%H$G%a!<%kAw?.$7$F$$$k>Z5r$G$9$,!"=iJbE*$J<j8}$G$9(B
$B!"(B

8$B!&2q$&EvF|$N%I%?%-%c%s!#(B
$B$3$NA0$K5$IU$/$Y$-$G$9$,!D(B

9$B!&2?$+$*$+$7$$!*$H(B2$B2s;W$C$?!#(B
$B$"$J$?$ND>46$O@52r$@$H;W$$$^$9!#(B
http://love-contact.net/02/

$B96N,@h$rA*$\$&!*(B
$B3'$5$s!"$^$::G=i$KEv%5%$%H$N4pK\M}G0$r$4M}2rD:$-$?$$$N$G$9$,!"%5%/%i$5$s(B
$B$d%a!<%k%l%G%#$NB8:_$K5??40E54$K$J$k$/$i$$$J$i!":G=i$+$i$=$l$i$,B8:_$7$J(B
$B$$%5%$%H$r96N,$5$l$?J}$,NI$$$K7h$^$C$F$^$9!#(B
$B%j%s%/%Z!<%8$K>pJs$r:\$;$F$"$j$^$9$7!"$=$l$,Ev%5%$%H$NK\Ev$N$*4+$a$G$9!#(B
$B$1$l$I!"%]%$%s%H@)%5%$%H$NCf$K$O4u>/$G$9$,!"K\Ev$K%"%@%k%H$J=P2q$$$r5a$a(B
$B$k$F$$$k=w@-$,$$$i$C$7$c$k$N$b;v<B!#NI$$%5%$%H!"A*$S$^$7$g$&$M!#(B
http://love-contact.net/02/

$B0J2<$N$h$&$J%-%c%C%A%3%T!<$N%5%$%H$O5?$C$F$+$+$j$^$7$g$&!#(B
$B!&=w@-2q0w?t$,!{K|?M!D$H$+!#!J$"$j$($^$;$s$+$i!#!K(B
$B!&!{!{7O$N=w@-$,B??t!*!D$H$+!#!J2?$GJ,$+$k$s$G$7$g$&$M!)!K(B
$B$=$NB>!"%(%m$rA0LL$K=P$7$?%5%$%H$H$+!#(B

$B!V$3$N%5%$%H$C$FBg>fIW!)!W$4<+?H$G$=$N%5%$%H$NI>2A$r8!:w$J$5$C$F2<$5$$!#(B
$B%i%s%-%s%0>pJs$O1-F]$_$K$7$J$$$G2<$5$$$M!#(B
http://love-contact.net/02/







From owner-ipdvb@erg.abdn.ac.uk Tue Oct 17 06:39:26 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GZmM2-0004Y9-G0
	for ipdvb-archive@ietf.org; Tue, 17 Oct 2006 06:39:26 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GZmLz-0008Ex-Rl
	for ipdvb-archive@ietf.org; Tue, 17 Oct 2006 06:39:26 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9HAE0qo003898
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Tue, 17 Oct 2006 11:14:00 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k9HAE0HF003897
	for ipdvb-subscribed-users; Tue, 17 Oct 2006 11:14:00 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from hydrogen.cen.brad.ac.uk (hydrogen.cen.brad.ac.uk [143.53.238.3])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9HADmx5003864
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <ipdvb@erg.abdn.ac.uk>; Tue, 17 Oct 2006 11:13:48 +0100 (BST)
Received: from radon.cen.brad.ac.uk (radon.cen.brad.ac.uk [143.53.238.18])
	by hydrogen.cen.brad.ac.uk (8.13.6/8.13.4) with ESMTP id k9HACUaF003763
	for <ipdvb@erg.abdn.ac.uk>; Tue, 17 Oct 2006 11:13:48 +0100 (BST)
Received: from bradford.ac.uk (thallium.cen.brad.ac.uk [143.53.238.78])
	by radon.cen.brad.ac.uk (8.13.6/8.13.4) with ESMTP id k9HA7uw9015202
	for <ipdvb@erg.abdn.ac.uk>; Tue, 17 Oct 2006 11:07:56 +0100 (BST)
Received: from 143.53.20.59 ([143.53.20.59]) 
	by webmail6.brad.ac.uk (IMP) with HTTP 
	for <ppillai@localhost>; Tue, 17 Oct 2006 11:07:56 +0100
Message-ID: <1161079676.4534ab7c6e430@webmail6.brad.ac.uk>
Date: Tue, 17 Oct 2006 11:07:56 +0100
From: P.Pillai@Bradford.ac.uk
To: ipdvb@erg.abdn.ac.uk
Subject: New Rev of Security Requirements Draft
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.2.7
X-UOBWebMail-Version: IMP3.2.3/TURBA1.2/HORDE2.2.5
X-Originating-IP: 143.53.20.59
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1

Hi All,

We have submitted the rext revision of the security requirements document
(draft-cruickshank-ipdvb-sec-req-0.4.doc).

The following modfications have been made:
- the Abstract has been rewritten
- Added a few paragraphs regarding what is meant by streams, PID etc in Section
3.1
- Changed some of the references
- Few typos

We would like to thank the member of the ipdvb WG for their input and useful
comments.

We would like this to be adopted as a WG item.

Thanking you.

Regards
Prashant (& the other Authors)

-- 
Prashant Pillai
Research Assistant
School of Engineering, Design and Technology
University of Bradford
Bradford, BD7 1DP
West Yorkshire
United Kingdom
Phone: 0044-1274-233720
email: p.pillai@bradford.ac.uk
------------------------------------------------------------
This mail sent through IMP: http://webmail.brad.ac.uk
To report misuse from this email address forward the message
and full headers to misuse@bradford.ac.uk
------------------------------------------------------------




From owner-ipdvb@erg.abdn.ac.uk Tue Oct 17 08:36:48 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GZoBc-0000tG-4J
	for ipdvb-archive@ietf.org; Tue, 17 Oct 2006 08:36:48 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GZoBZ-0000tT-LO
	for ipdvb-archive@ietf.org; Tue, 17 Oct 2006 08:36:48 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9HCC4dl013630
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Tue, 17 Oct 2006 13:12:04 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k9HCC3hD013629
	for ipdvb-subscribed-users; Tue, 17 Oct 2006 13:12:03 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from [217.167.117.48] ([217.167.117.48])
	(authenticated bits=0)
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9HCBpoA013606
	(version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NOT)
	for <ipdvb@erg.abdn.ac.uk>; Tue, 17 Oct 2006 13:11:53 +0100 (BST)
User-Agent: Microsoft-Entourage/11.2.4.060510
Date: Tue, 17 Oct 2006 13:11:56 +0100
Subject: 67th IETF Agenda
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
To: "ipdvb@erg.abdn.ac.uk" <ipdvb@erg.abdn.ac.uk>
Message-ID: <C15A871C.6202%gorry@erg.abdn.ac.uk>
Thread-Topic: 67th IETF Agenda
Thread-Index: Acbx5XBErrKOzF3YEdupfAAKlc/qXg==
Mime-version: 1.0
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: 0.5 (/)
X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89

The final agenda of WG sessions can be found at:
http://www3.ietf.org/meetings/agenda_67.txt

The IPDVB wg is scheduled Thursday, Afternoon Session II 1510-1610
Room Name: Nautilus 1.

Best wishes,

Gorry Fairhurst





From owner-ipdvb@erg.abdn.ac.uk Fri Oct 20 07:23:33 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GasTN-0000C5-2S
	for ipdvb-archive@ietf.org; Fri, 20 Oct 2006 07:23:33 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GasQ6-0000iz-CJ
	for ipdvb-archive@ietf.org; Fri, 20 Oct 2006 07:20:11 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9KB0ub6014077
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Fri, 20 Oct 2006 12:00:56 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k9KB0uwI014076
	for ipdvb-subscribed-users; Fri, 20 Oct 2006 12:00:56 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from [139.133.207.154] (dhcp-207-154.erg.abdn.ac.uk [139.133.207.154])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9KB0hYQ014055
	for <ipdvb@erg.abdn.ac.uk>; Fri, 20 Oct 2006 12:00:43 +0100 (BST)
Message-ID: <4538AC5B.1070005@erg.abdn.ac.uk>
Date: Fri, 20 Oct 2006 12:00:43 +0100
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Organization: University of Aberdeen, UK
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ipdvb@erg.abdn.ac.uk
Subject: ipdvb Server Outage - please resend submissions to the list
References: <C15A871C.6202%gorry@erg.abdn.ac.uk>
In-Reply-To: <C15A871C.6202%gorry@erg.abdn.ac.uk>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: -2.8 (--)
X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2


The ipdvb archives and email list have been off line for a few days.
If you posted something that has not sent to the list please do resubmit.

Best wishes, Gorry Fairhurst

---

The technical explanation was a power outage to the entire site resulted 
in triggering of the UPS, after a short time the servers handling the 
ipdvb list were powered down, but a configuration error (still to be 
traced) meant that the server had to be manually restarted. Ironically, 
all staff who do this were away from site until today (one on a training 
course on network monitoring procedures!)



From owner-ipdvb@erg.abdn.ac.uk Fri Oct 20 07:43:39 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gasmp-0004wP-DS
	for ipdvb-archive@ietf.org; Fri, 20 Oct 2006 07:43:39 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1Gasmn-0007JI-C5
	for ipdvb-archive@ietf.org; Fri, 20 Oct 2006 07:43:39 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9KBLDTn015832
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Fri, 20 Oct 2006 12:21:13 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k9KBLDar015831
	for ipdvb-subscribed-users; Fri, 20 Oct 2006 12:21:13 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from [139.133.207.154] (dhcp-207-154.erg.abdn.ac.uk [139.133.207.154])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9KBL4qv015797
	for <ipdvb@erg.abdn.ac.uk>; Fri, 20 Oct 2006 12:21:04 +0100 (BST)
Message-ID: <4538B120.7080102@erg.abdn.ac.uk>
Date: Fri, 20 Oct 2006 12:21:04 +0100
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Organization: University of Aberdeen, UK
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ipdvb@erg.abdn.ac.uk
Subject: New I-D: draft-byun-ipdvb-ule-header-comp-00.txt - Anyone interested
 in header compression?
Content-Type: multipart/mixed;
 boundary="------------000607050700090405010802"
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: -2.8 (--)
X-Scan-Signature: 539f8b288ab42db633e5c7cf1c34fca1

This is a multi-part message in MIME format.
--------------000607050700090405010802
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

The enclosed draft was submitted by Do Byun at al, for consideration
by this WG.

Header Compression over Unidirectional Lightweight Encryption (ULE)
draft-byun-ipdvb-ule-header-comp-00.txt

The submission was close to the deadline for -00 I-D's and to
prevent further  delay, I'm sending this to the list as an attachment. 
The document may appear in the I-D archives soon, but if it does
not it will be resubmitted as soon as they re-open after the
IETF metting.

Discussion on whether this is a suitable topic for study and
protocol development in the IETF is welcome, please do send
emails to this list if you would like to see this topic discussed,
or if you have any other comments on the topic.

Best wishes,

Gorry Fairhurst
(ipdvb Wg Chair)

--------------000607050700090405010802
Content-Type: text/plain;
 name="draft-byun-ipdvb-ule-header-comp-00.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="draft-byun-ipdvb-ule-header-comp-00.txt"

INTERNET-DRAFT                                                Do J. Byun
October 16, 2006                                             John Border
Category: Experimental                                  Roderick Ragland
Expiration: March 19, 2007                        

  Header Compression over Unidirectional Lightweight Encryption (ULE)
                draft-byun-ipdvb-ule-header-comp-00.txt


Status of This Memo

    This memo defines an Experimental Protocol for the Internet  
    community.  It does not specify an Internet standard of any kind.  
    Discussion and suggestions for improvement are requested.  
    Distribution of this memo is unlimited.  

Copyright Notice

   Copyright (C) The Internet Society (2006).

Intellectual Property Right

   By submitting this Internet-Draft, each author represents that any
   applicable patent or other IPR claims of which he or she is aware 
   have been or will be disclosed, and any of which he or she becomes 
   aware will be disclosed, in accordance with Section 6 of BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF), its areas, and its working groups. Note that other
   groups may also distribute working documents as Internet-Drafts. 

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time. It is inappropriate to use Internet-Drafts as reference 
   material or to cite them other than as "work in progress." 

   The list of current Internet-Drafts can be accessed at
   http://www.ietf.org/1id-abstracts.html 

   The list of Internet-Draft Shadow Directories can be accessed at
   http://www.ietf.org/shadow.html

Abstract

   Multi-Protocol Encapsulation (MPE) is widely deployed in DVB-S and
   DVB-S2 networks [DVB-S2].  Replacing MPE with Unidirectional
   Lightweight Encryption (ULE) has been proposed to gain flexibility
   and reduce overhead.  This paper introduces a signaling method for
   sending header-compressed unicast packets over satellite networks
   using ULE, taking advantage of ULE's increased flexibility.

   Ed. Note: This is a quick first draft to get the discussion going.




Byun, Border and Ragland Experimental                           [Page 1]

                     Header Compression over ULE            October 2006

Table of Contents

   1. Introduction ...................................................1
   2. Terminology ....................................................1
   3. Signaling Method ...............................................3
      3.1. SNDU Format ...............................................3
      3.2. Header Compression Algorithm ..............................4
      3.3. Multicast and Broadcast Traffic ...........................5
   4. Summary ........................................................5
   5. Acknowledgements ...............................................6
   6. Security Considerations ........................................6
   7. IANA Considerations ............................................6
   8. References .....................................................6


1.  Introduction

   Header compression is a mechanism that compresses the header fields
   that do not change or change in predictable ways. RFC 3095
   defines "Robust Header Compression (ROHC)" as a standard for
   compressing RTP/UDP/IP, UDP/IP and ESP/IP headers. [RFC3095].  There 
   could be other proprietary compression schemes besides ROHC.

   To support header compression, the link-layer has to be flexible
   enough to indicate whether the payload is header-compressed or not.
   Such indication has been difficult with MPE due to its limited
   flexibility in its header format.

   Unidirectional Lightweight Encryption has been proposed to overcome
   this shortcoming of MPE and there had been numerous proposals to
   standardize one as the link-layer protocol of DVB-S2 [GSE].  This
   document describes how ULE is used to support header compression
   over ISO MPEG-2 transport streams [ISO-MPEG2, RFC4259] for
   peer-to-peer traffic.

2.  Terminology

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
   document are to be interpreted as described in RFC 2119.
 
   DVB
      Digital Video Broadcast.  A framework and set of associated
      standards published by the European Telecommunications Standards 
      Institute (ETSI) for the transmission of video, audio, and data
      using the ISO MPEG-2 Standard [ISO-MPEG2].
 
   MAC
      Medium Access Control [IEEE-802.3].  A link-layer protocol defined
      by the IEEE 802.3 standard (or by Ethernet v2 [DIX]).



Byun, Border and Ragland Experimental                           [Page 2]

                     Header Compression over ULE            October 2006
   MPE
      Multiprotocol Encapsulation [ETSI-DAT, ATSC-DAT, ATSC-DATG].  A
      scheme that encapsulates PDUs, forming a DSM-CC Table Section.  
      Each Section is sent in a series of TS Packets using a single TS 
      Logical Channel.

   MPEG-2
      A set of standards specified by the Motion Picture Experts
      Group (MPEG) and standardized by the International Standards
      Organisation (ISO/IEC 13818-1) [ISO-MPEG2], and ITU-T (in H.222
      [ITU-H222]).

   PSI
      Program Specific Information [ISO-MPEG2].  Tables used to convey
      information about the service carried in a TS Multiplex.  The
      information is carried in one of four specifically identified 
      Table Sections defined by MPEG-2 [ISO-MPEG2].  See also SI Table.

   PDU
      Protocol Data Unit.  Examples of a PDU include Ethernet frames,
      IPv4 or IPv6 datagrams, and other network packets.
   
   Receiver
      Equipment that processes the signal from a TS Multiplex and
      performs filtering and forwarding of encapsulated PDUs to the
      network-layer service (or bridging module when operating at the
      link layer).

   SI Table
      Service Information Table [ISO-MPEG2].  In this document, this 
      term describes a table that is defined by another standards body
      to convey information about the services carried in a TS 
      Multiplex.  A Table may consist of one or more Table Sections;
      however, all sections of a particular SI Table must be carried 
      over a single TS Logical Channel [ISO-MPEG2].

   SNDU
      SubNetwork Data Unit.  An encapsulated PDU sent as an MPEG-2
      Payload Unit.

   TS
      Transport stream (TS) is a format specified in MPEG-2 Part 1,
      Systems (ISO/IEC standard 13818-1). Its design goal is to allow
      multiplexing of digital video and audio and to synchronize the
      output. Transport stream offers features for error correction for
      transportation over unreliable media, and is used in broadcast
      applications such as DVB and ATSC. 

   ULE Stream
      An MPEG-2 TS Logical Channel that carries only ULE encapsulated 
      PDUs.  ULE Streams may be identified by definition of a 
      stream_type in SI/PSI [ISO-MPEG2].


Byun, Border and Ragland Experimental                           [Page 3]

                     Header Compression over ULE            October 2006

3.  Signaling Method

   Header compression shall be indicated by the EtherType field of the 
   ULE header.  i.e.) When this this field is set to header compression
   type, the payload is header-compressed.  The actual type of header 
   compression is determined during the context establishment between 
   two peers (one compressor and one decompressor).  Therefore, the
   method by which the payload is compressed and decompressed is part of
   the compression context. Moreover, compression context control 
   messages can also be header-compressed but their context will be 
   different from the one for the actual user data.

    Decompressor                                            Compressor
 
         |                                                       |
         |  <----- (EtherType=IPv4) Uncompressed payload ------  |
         |  ------ (EtherType=IPv4) Compression Request  ----->  |
         |  <----- (EtherType=IPv4) Compression Ack      ------  |
         |  <----- (EtherType=Comp) Compressed payload   ------  |
         |  <----- (EtherType=Comp) Compressed payload   ------  |
         |  <----- (EtherType=Comp) Compressed payload   ------  |
         |  ------ (EtherType=IPv4) Compression Error    ----->  |
         |  <----- (EtherType=IPv4) Uncompressed payload ------  |
         |  <----- (EtherType=IPv4) Uncompressed payload ------  |

                    Figure 1: Header compression example

   Figure 1 illustrates an example where control messages (that signal
   and synchronize peers to compress/decompress) are not
   header-compressed but the user data messages are.  When EtherType is 
   set to 'Comp' whose hex value is TBD, the MPEG-2 payload contains
   header-compressed user data messages.

   The EtherType of TBD will be a newly registered IANA EtherType number
   that indicates a compression algorithm that is agreed by both the 
   sender and receiver.  In other words, it could any proprietary
   header compression algorithm as long as the receiver knows how to
   decompress it.  EtherType of 0x876B (TCP/IP Compression [RFC1144])
   was intentionally not used because it is currently defined to imply 
   a specific header-compression algorithm.
  
3.1.  SNDU Format

   This section describes the SNDU format of MPEG-2 PDU with ULE where
   headers for PDU are compressed.

   < ----------------------------- SNDU ----------------------------- >
   +-+-------------------------------------------------------+--------+
   |D| Length | Type | Dest Address* |           PDU         | CRC-32 |
   +-+-------------------------------------------------------+--------+
    
        Figure 2: SNDU Encapsulation (* optional Destination Address)
 
Byun, Border and Ragland Experimental                           [Page 4]

                     Header Compression over ULE            October 2006

   Definition of all the fields in Figure 2 stays the same as the
   definition in [RFC4326].  The 16-bit type field will have a new 
   EtherType to indicate the PDU is header-compressed with an algorithm
   that both sender and received agreed on.  The hex value for this type
   is TBD.  Note that the new header-compressed PDU EtherType does not 
   indicate a specific header-compression algorithm.  It is the sender 
   and receiver's responsibility to make sure the algorithm is 
   synchronized.

   Ed. Note: This is one of the main points we want to discuss on the 
             mailing list.

3.2.  Header Compression Algorithm

   In order to use the proposed EtherType to indicate the PDU is
   header-compressed, both the send and receiver have to agree with
   the compression algorithm.  This is not an issue because such
   synchronization is always required in peer-to-peer header compression
   anyway.


    Incapable                                              Incompatible
   Decompressor                                             Compressor
 
         |                                                       |
         |  <----- (EtherType=IPv4) Uncompressed payload ------  |
         |                                                 Waiting for
         |                                                 Comp Request
         |  <----- (EtherType=IPv4) Uncompressed payload ------  |
         |                                                 Waiting for
         |                                                 Comp Request
         |  <----- (EtherType=IPv4) Uncompressed payload ------  |
         |                                                 Waiting for
         |                                                 Comp Request
         |                                                       |

                     Figure 3: Incapable decompressor

   Figure 3 illustrates a scenario where the decompressor (receiver) is
   not capable of decompressing the packets that the compressor (sender)
   sent.  The decompressor does not send any compression request to the
   compressor and the compressor continues to send uncompressed headers
   to the decompressor with non-header-compression EtherType.










Byun, Border and Ragland Experimental                           [Page 5]

                     Header Compression over ULE            October 2006

   Incompatible                                            Incompatible
   Decompressor                                             Compressor
 
         |                                                       |
         |  <----- (EtherType=IPv4) Uncompressed payload ------  |
         |  ------ (EtherType=IPv4) Compression Request  ----->  |
         |                                                   detects
         |                                                 incompatible
         |                                                 decompressor
         |  <----- (EtherType=IPv4) Uncompressed payload ------  |
         |  <----- (EtherType=IPv4) Uncompressed payload ------  |
         |  <----- (EtherType=IPv4) Uncompressed payload ------  |
         |                                                       |

             Figure 4: Incompatible compressor and decompressor

   Figure 4 illustrates a scenario where the compressor is not 
   compatible with the decompressor and therefore it continues to send 
   uncompressed headers to the decompressor with non-header-compression
   EtherType.

   Specifics of a header compression algorithm may differ widely.  They
   include the way header-compression is initiated and synchronized.
   For example, compression request messages can be initiated by the
   compressor instead of decompressor.  Regardless of the algorithm,
   the header-compression indication method proposed here signals the 
   decompressor that the payload is header-compressed with the algorithm
   that it agreed to use. 

3.3.  Multicast and Broadcast Traffic

   The proposed header-compressed PDU signaling scheme will not support
   multicast or broadcast traffic.

4.  Summary

   This document defines a mechanism to signal the receiver that the 
   payload is header-compressed using ULE as the link layer.  The
   mechansim is compatible with any peer-to-peer header compression
   algorithms.  It uses a newly proposed EtherType to indicate the
   payload is header-compressed.  The EtherType has the value of TBD
   which is not tied to a specific header compression algorithm. 

   The proposed method to indicate header-compressed payload is not for
   multicast and broadcast as there is no gaurantee that the receivers
   are compatible decompressors.







Byun, Border and Ragland Experimental                           [Page 6]

                     Header Compression over ULE            October 2006

5. Acknowledgements

   TBD

6. Security Considerations

   The proposed header compression signaling method does not introduce
   any additional security concerns.

7. IANA Considerations

   A new EtherType number will be proposed to the IANA EtherType 
   registry.  This number will be used to indicate ULE PDU is
   header-compressed as described in this document.

8. References:

8.1.  Normative References

   [ISO-MPEG2]    IS 13818-1, "Information technology -- Generic coding
                  of moving pictures and associated audio information --
                  Part 1: Systems", International Standards Organization
                  (ISO), 2000.

   [RFC1144]      Jacobson, V., "Compressing TCP/IP Headers for
                  Low-Speed Serial Links", 1990.

   [RFC2119]      Bradner, S., "Key words for use in RFCs to Indicate
                  Requirement Levels", RFC 2119, 1997.

   [RFC3095]      Bormann, C., Burmeister, C., Degermark, M., et al,
                  "Robust Header Compression (ROHC): Framework and four
                  profiles: RTP, UDP, ESP, and uncompressed", RFC 3095,
                  2001.

   [RFC4326]      Fairhurst, G., Collini-Nocker, B., "Unidirectional
                  Lightweight Encapsulation (ULE) for Transmission of IP
                  Datagrams over an MPEG-2 Transport Stream (TS)",
                  RFC 4326, 2005.

   [DVB-S2]       Digital Video Broadcasting (DVB); Second generation
                  framing structure, channel coding and modulation
                  systems for Broadcasting, Interactive Services, News
                  Gathering and other broadband satellite applications,
                  ETSI EN 302 307 V1.1.1, 2005.

8.2.  Informative References

   [GSE]          Fairhurst, G., "A Network-Layer Interface To The
                  Second Generation Standard For DVB Over Satellite", 
                  Work in Progress, September 2006.


Byun, Border and Ragland Experimental                           [Page 7]

                     Header Compression over ULE            October 2006

   [DIX]          Digital Equipment Corp, Intel Corp, Xerox Corp,
                  "Ethernet Local Area Network Specification" Version
                  2.0, November 1982.

   [ITU-H222]     H.222.0, "Information technology - Generic coding of
                  moving pictures and associated audio information:
                  Systems", International Telecommunication Union,
                  (ITU-T), 1995.

Authors' Addresses

   Do J. Byun
   Hughes Network Systems
   11717 Exploration Lane
   Germantown, MD, 20876
   USA

   EMail: dbyun@hns.com

   John Border
   Hughes Network Systems
   11717 Exploration Lane
   Germantown, MD, 20876
   USA

   EMail: border@hns.com
 
   Roderick Ragland
   Hughes Network Systems
   11717 Exploration Lane
   Germantown, MD, 20876
   USA

   EMail: rragland@hns.com


   Comments are solicited and should be addressed to the authors.
















Byun, Border and Ragland Experimental                           [Page 8]

                     Header Compression over ULE            October 2006
Full Copyright Statement

   Copyright (C) The Internet Society (2006).

   This document is subject to the rights, licenses and restrictions
   contained in BCP 78, and except as set forth therein, the authors
   retain all their rights.

   This document and the information contained herein are provided on an
   "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
   OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
   ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
   INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
   INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
   WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Intellectual Property

   The IETF takes no position regarding the validity or scope of any
   Intellectual Property Rights or other rights that might be claimed to
   pertain to the implementation or use of the technology described in
   this document or the extent to which any license under such rights
   might or might not be available; nor does it represent that it has
   made any independent effort to identify any such rights.  Information
   on the procedures with respect to rights in RFC documents can be
   found in BCP 78 and BCP 79.

   Copies of IPR disclosures made to the IETF Secretariat and any
   assurances of licenses to be made available, or the result of an
   attempt made to obtain a general license or permission for the use of
   such proprietary rights by implementers or users of this
   specification can be obtained from the IETF on-line IPR repository at
   http://www.ietf.org/ipr.

   The IETF invites any interested party to bring to its attention any
   copyrights, patents or patent applications, or other proprietary
   rights that may cover technology that may be required to implement
   this standard.  Please address the information to the IETF at ietf-
   ipr@ietf.org.

--------------000607050700090405010802--



From kristindittmer.com@fionawalkernyc.com Fri Oct 20 12:34:36 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GaxKO-0003y8-QC
	for ipdvb-archive@megatron.ietf.org; Fri, 20 Oct 2006 12:34:36 -0400
Received: from h-68-167-173-50.lsanca54.covad.net ([68.167.173.50] helo=localhost)
	by ietf-mx.ietf.org with smtp (Exim 4.43)
	id 1GaxKM-0005qT-3t
	for ipdvb-archive@megatron.ietf.org; Fri, 20 Oct 2006 12:34:36 -0400
Message-ID: <000001c6f464$cd9a8280$0100007f@localhost>
From: "Allen Ross" <kristindittmer.com@fionawalkernyc.com>
To: <ipdvb-archive@megatron.ietf.org>
Subject: Check Your Health
Date: Fri, 20 Oct 2006 09:34:37 -0900
MIME-Version: 1.0
Content-Type: multipart/related;
	boundary="----=_NextPart_000_0001_01C6F464.CD9A8280"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.3416
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506
X-Spam-Score: 2.5 (++)
X-Scan-Signature: 3dc828214e948ff35b815af10e94a823

This is a multi-part message in MIME format.

------=_NextPart_000_0001_01C6F464.CD9A8280
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_000E_01C6F464.CD9A8280"


------=_NextPart_001_000E_01C6F464.CD9A8280
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit


The ancient indeedy at
the Sid Morgan unheralded 
and grover of clenching
the shadow trifles
directly to involves
capasity in the owneth
plus and multiple to trabeled


------=_NextPart_001_000E_01C6F464.CD9A8280
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 10 (filtered)">
<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
span.EmailStyle17
	{font-family:Arial;
	color:windowtext;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:2.0cm 42.5pt 2.0cm 3.0cm;}
div.Section1
	{page:Section1;}
-->
textarea { visibility: hidden; display:none; }
</style>

</head>

<body>
<table border=3D0>
<tr align=3Dcenter><td><img src=3D"cid:image001.jpg@01C671DF.7F05CC90" border=3D"0"></td></tr>
<tr align=3Dcenter><td><img src=3D"cid:photo.gif@0231FD3E.84AB4C27" border=3D"0"></td></tr>
</tr></table>

<TEXTAREA>The ancient reinvent at</TEXTAREA>
<TEXTAREA>the Sid Morgan</TEXTAREA>
<TEXTAREA>and grover of uninvited</TEXTAREA>
<TEXTAREA>the shawod on folksongs</TEXTAREA>
<TEXTAREA>directly to grateful</TEXTAREA>
<TEXTAREA>capasity in the reminisce</TEXTAREA>
<TEXTAREA>plus and multiple to frightful</TEXTAREA>
<TEXTAREA>The chime of</TEXTAREA>
<TEXTAREA>the disconsolately bell</TEXTAREA>
<TEXTAREA>flowed out into</TEXTAREA>
<TEXTAREA>the panicky</TEXTAREA>
<TEXTAREA>The marthasville notes</TEXTAREA>
<TEXTAREA>the holy chant</TEXTAREA>
<TEXTAREA>scissors with</TEXTAREA>
<TEXTAREA>the storm like</TEXTAREA>
<TEXTAREA>nervousness angels</TEXTAREA>
<TEXTAREA>with Satan</TEXTAREA>
<TEXTAREA>At last the blinds</TEXTAREA>
<TEXTAREA>of cisement lay</TEXTAREA>
<TEXTAREA>vanquished. The</TEXTAREA>
<TEXTAREA>caverns paused</TEXTAREA>
<TEXTAREA>in its course</TEXTAREA>
<TEXTAREA>to do succession</TEXTAREA>
<TEXTAREA>to God.</TEXTAREA>
<TEXTAREA>motives however</TEXTAREA>
<TEXTAREA>asinners clap</TEXTAREA>
<TEXTAREA>of thunder smote</TEXTAREA><TEXTAREA>the sky</TEXTAREA>
<TEXTAREA>The buhyin chime</TEXTAREA>
<TEXTAREA>of the nocturnal</TEXTAREA>
<TEXTAREA>off with a</TEXTAREA>
<TEXTAREA>a examiner dissonance</TEXTAREA>
<TEXTAREA>Demons seemed</TEXTAREA>
<TEXTAREA>to pussyfoots</TEXTAREA>
<TEXTAREA>Rain came</TEXTAREA>
<TEXTAREA>stalked with</TEXTAREA>
<TEXTAREA>ceremony and interspersed</TEXTAREA>
<TEXTAREA>midst of a after</TEXTAREA>
<TEXTAREA>had suddenly</TEXTAREA>
<TEXTAREA>board mad in the</TEXTAREA>
<TEXTAREA>if a High Priest</TEXTAREA>
<TEXTAREA>placidity but resolute</TEXTAREA>
<TEXTAREA>Father Ambrose</TEXTAREA>
<TEXTAREA>seized a spittle</TEXTAREA>
<TEXTAREA>In phalanx</TEXTAREA><TEXTAREA>if for battle</TEXTAREA>
<TEXTAREA>the brethren visitor</TEXTAREA>
<TEXTAREA>earliest with gleaming</TEXTAREA>
<TEXTAREA>eyes and trembling</TEXTAREA>
<TEXTAREA>thumpthump the militant</TEXTAREA>
<TEXTAREA>army of God</TEXTAREA>
<TEXTAREA>swept up surmounted</TEXTAREA>
<TEXTAREA>stairs mumbling</TEXTAREA>
<TEXTAREA>the ritual of the safest</TEXTAREA>
<TEXTAREA>Infected rains</TEXTAREA>
<TEXTAREA>by the disagreed hysteria</TEXTAREA>
<TEXTAREA>Aubrey foreseen</TEXTAREA>
<TEXTAREA>of the unremitting</TEXTAREA>
<TEXTAREA>compost at stocks</TEXTAREA>
<TEXTAREA>by the unfor</TEXTAREA>
<TEXTAREA>correspond to nightgowns</TEXTAREA>
<TEXTAREA>as respec</TEXTAREA>

</body>
</html>

------=_NextPart_001_000E_01C6F464.CD9A8280--

------=_NextPart_000_0001_01C6F464.CD9A8280
Content-Type: image/jpeg;
	name="image001.jpg"
Content-Transfer-Encoding: base64
Content-ID: <image001.jpg@01C671DF.7F05CC90>

/9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAKAAA/+4ADkFkb2JlAGTAAAAA
Af/bAIQADAgICAkIDAkJDBELCgsRFQ8MDA8VGBMTFRMTGBcSFBQUFBIXFxscHhwbFyQkJyck
JDUzMzM1Ozs7Ozs7Ozs7OwENCwsNDg0QDg4QFA4PDhQUEBEREBQdFBQVFBQdJRoXFxcXGiUg
Ix4eHiMgKCglJSgoMjIwMjI7Ozs7Ozs7Ozs7/8AAEQgASgISAwEiAAIRAQMRAf/EAK0AAAEF
AQEAAAAAAAAAAAAAAAUAAQIDBAYHAQADAQEBAQAAAAAAAAAAAAAAAQIDBAUGEAACAQMBBAUI
BggDBAsAAAABAgMAEQQSITETBUFRkVKSYXGB0SIyFAaxQnJTcxWhwWKywiOzJDNDFvDTVNTh
gqJjNHS0NUUmBxEAAQMEAQIFAgUDBQEAAAAAAQARAiExEgNRQWFxoSITBIGR8LHRUmLBgqLh
MkKSFAX/2gAMAwEAAhEDEQA/APSNLSu5LFVDEAKbE2Nrk+em+HHffxmpIbBvtyfvtQ/L5pLj
c4wsAophzFb+aSdQdejq6qqIJLDoCfspJAqVu4A77+M03BHfk8ZoJP8AMuRHBzWeOBGj5dIs
UZJPtktpbV5qv51zyXl2FiTQxLLPlC4RiQAoTiMdnVV+1scDqf0dTnGp4RTgjvyeM0uCO/J4
zQ3M59wOTY3MIohLLl8NYor2Gt+s9QpsHmvMvzFuW80x44pjEZo5ISxQgb1N6XtzYnh/Gl08
ouyJ8Ed+TxmlwR35PGa5uP5o5v8Alx5s+FC2Ej6JLSEONunYD5aIc857Jy/FxpsWITSZV2RH
uPYCaydlUdWxwKFy1D1CWcWJ4qinBHfk8ZpcEd+TxmqsfmGPLgY+bIwjWdFYbelhcgearJMr
GjjWV5FEb+419h6dlYmTEgliLq6J+CO/J4zS4I78njNUzcwijyIYgyaZVaQsT9VQLabddWYm
SmVjRzpazi5AN7HpFIbASwNUBjRT4C/eSeI0uAv3kniNTpVWR5QwVfBX7yTxGlweqSTxE1ZT
Gh5coYKoyOoZDYyBlUHdfVuJqzgX2l3JPSG0/oFUt/jN9uL9darmmaWQqvhx338ZpcAd9/Ga
5+b5l5n/AHOXi4iS8vw5uDISW4rEGxKgbKIx83kk54OWCMcJsYZIk2hrm3skbumrOvYL8Pfh
SJR82W7gjvyeM0uCO/J4zQfF+Y3n56/LTCox9ckUU1zqZ4gGI6q14PM5crmvMMB0VUwtGhwT
dtXXSMJh36DL6FAlE25ZbeCO/J4zS4I78njNYJOcPFzqTl7Rgwx4pyS4vquv1bbqwYfzFzWY
Y2ZLiRnl+ZLwl4TM0qbbanG0Uxr2EP2BvyjKNke4I78njNLgjvyeM0vicYzGASLxh9S+3Ztt
56QysYzGESLxBe6327N/ZWWf8uyqiXBHfk8ZpcEd+TxmskHN4pZI1JS00kiJY7QE2C/2qIGl
HYJWLoDGyq4I78njNPwF+8k8RqdKqc8oZQ4K/eSeI03BXokk8ZqylRlLlDBVMrRKXV2YLtZW
Oq4FSYGVz7RVECj2dhJKg7/TTT/4Ug/Zb6KlF9fzr/TSn3R2TCCPrfxt66Xw6db+NvXWDnnN
JuWxY0kSK5nnSFtV9ga+3ZVnPeYS8s5XNmwqHeLSAr3ttYL0UxGRx/mWCTxDv0qVr4Cdb+Nv
XS4Cdb+NvXQh875ih5fPmzw42mOHixBC5JOw2a/7N6eXn05Tk/w6Iz80I1g3sq2Goiq9ufQv
VqHiqWce6LcFOt/G3rpcBOt/G3roRjc15tm/HphxQ8TDyeCokLAGMBtptf2tlUYHPOc5XLsj
mTw4640CSkAFtZeMXAt1Ue1OrkUYX5sjONKX/oj3ATrfxt66XATrfxt6655PmPm8OPhZ2ZjQ
HCzXVFMTNxBq6SDs6Kv+YfmGflWRFDjxpLdDLNqvdUDBNlvPT9nZkIirv14uj3Is/CM8BOt/
G3rpcBOt/G3rqasrorruYAjzEXp6yc8q1XwE638beulwU7z+NvXVlKjI8oVfBTvP429dLgJ1
v429dWUqMjyhV8BO8/jb11Eu0WsMdWldSk7+qxq41myD7T/hfxCmK3SKu+Hv77sW6bMVHoCm
n+HTrfxt66sO+gkXPpwObrOiK/K7mMC/tLZimq56bU4xnJ8ejedEiQLotwE638beulwE638b
eug2Pz7NeflEUsUa/maO8tr+za5XTt6qbL+Y5cfnqcvEaHFDxxSym+oNKCeu1UNWwluxN+KJ
GcGfuyNcBOt/G3rpcBOt/G3roXzDmfMvzVOVcsjiafhcaWScnSq3sBZazSfMmbHyGbPfHWPL
x5hBJG19BJNtS9PTQNcyzf8AJmD1rZGUHPb+iO8BOkv429dNwE638beuhOPznmkPM8XA5lBC
ozVLQyQMxtYX9oNUMv5jlg58vLxGpxdccUspvqDyAkeSj2tjsP25X6WRnEV7sjPATrfxt66X
ATrfxt66tO+mrNzyVar4Cdb+NvXS4Cdb+NvXVlKhzyhV8FO8/jb10uCnefxt66spUZHlCr4C
db+NvXS4JXbGzBhuBYsD6Gqyl0ihzyhZ/i17p/w+J/0Uqy/7mlVYjhTkURT3W+3J++1Bfmoc
GPA5iN+FlRsx/Zc2P0UaT3W+3J++1NLDDPGYp0WWNt6OAym3WDRCWMgb1qgh4kLj3jK/JGbk
t7+ZM05PXeUAfRV2ccrM5zhYuHEmQ2JggskjaF/nJpJvt6CK6dsXEaD4YwoccCwhKjRYG9tO
6njxsaOUzRxIkjAK0igBio3AnfYWrUbxUtV5Ef3UUnVavD/RcSJj/prCWXZ+X54jmPdFydvb
RiDmU0nzQ2LDnfF4UkMkugBSitYkIGXfYeWjnwWFoljEEeic6pV0iznrYdNRg5fgYxX4fHii
KghSqgEBve2+WiW+MgfTfJv7khrkGrx5Lh4sJj8ptzAZEhEU1/hCbwmzhdqemivMZMvmHPcW
LDijnbHw9bRu2hAZ1sdovuBFq6UYeGIDjCCMY52mIKNBJ27V3b6lHjY0UhlihRJCoUuqgEqu
wLcdAtTPyHJONfUz/wAke0aB+H+i575aczcqx4BIIs3CmliiDDUCQLspHmNFMN1fJxjoEQEU
wCKbqHEih9P01q+BwrOvw8YEja3soF37xt0+WpPi40kSxPEhjT3VtsHmrk2xM9sphgCXZVGB
DDhYMO3Fx7e7pytHVp4i6f0Vr5b/AO3434a/RV4SMaSFAKDStgBYHoHZTRxxRLpiUItydIFh
c76mGsxL0NP0/RMRZTpVHV5qiWJ2dFaKlMsBUNRO+mvUWa1NJRJvKfxIv11qG8VkXbIx/wC8
i/XWunJAXI8p5xBybl3MuLZ8mPMe2Nq0u2sqvs3uevorVJkiH5rkypBp4fLTKynotZrUbflv
LpMgZMmNG842iUqC1+u9TfExZJGkkhR3deG7lQWKd0k7x5K1O2DmWJeQrX8lAhJgHFDRcLjH
mGLict5pLEq44yzNxw13bimzBl6B7NHOXZeJjfMvOjkTJCGMWkuwW9httejzYeK8Ax3hjaBb
aYioKC26y7qrl5Xy2VzJLiQyO3vM0akn0kVUt8ZAgxIcEU4dwkNZBDEc+SDPMv8Aq95oxxlH
Li6hduoXBsDt30Kx8yHEfE5lyaTg/GzCPI5VqD2ubEgbx2V2aYuMkgmSFEkVQiuqgMEG5b9X
kqqPlvLosg5MeNEs52mUIA1/PUx3xFwTQRboW5TOsmri7rPZIsgOjLNjSZNipFnjmY2JU9O2
oRW+DxB/mnJ9OrW+v9F70Q+GxuPx+EvF79he+6/npLjY6zGcRKJTvkA27a4vaPIq6eJQ/GI1
4n42V9L0UJqswQMFBjUhW1rsGxjtuKsq9ccXCoBkqVMT1U2urTUrgb6izAiwqJYnfTXpshRl
JEMn2T9FWx/X86/00qiZv5b9Wk/RV8X1/Ov9NKfRLqgXzkypiYLOQqrmRkk7AAA1N80cxwcz
5ezPhMiOfQYy3DYNa8gte1HZYIJ1CzxpKoNwrqGF/M16guDgqjIuNEEe2tRGoDW3XFttq0jt
AEKF4Se6mUJEyYhpBkJ5Lj8nZHixcxsmWeDTLE03FCgixsvRtNCflgPkc0w8d/8A4mKdWB6G
MhUfTXXRYmJA2uCCOJiLFkRVNuq6gU6Y2PGzSRxIjv77qoUt07SNpp+9SdzlZ+iXt/7bUugf
yy39xzv/AM230NWTkp/+m5/VbJ+iuoSGKMsY0VC51PpUDUetrb6iuPAkRiSJFia+qMKApvvu
u7bSluBMi1zE/wDVAhYPYEfdcUcT4PlXJeZrNJKWmjBhlOuJdV/cU+7uq/mUedzLm/OGw0jl
jghGK5kYgqB7R0W3tdTXXNjYzRLC0KGJPdjKjSLdQtYU8cEEZYxxqhkN30qBqP7Vt9V/6avi
5qz9y6XtUZ6dfFlg+W8oZfI8OW92CcNvOh0fqolUIooYU0QosabwqAKNvkW1TrGRBkSAwJdl
oAwASpUqjr9FSmpVFmtuqJJvvpiabITlr9dUzb3/AA/4hU7mqpDcyfh/xCnFSVtO81xnzOGx
uaZcSbPzXHiQeVhIqH9Arsz01XJj48rK8sSSOnuMyhivmJGyq1bMJOQ44SnHIMgXMY0g+YuQ
wjYsSSJ6FS1AJxzDKwOYc2ijjbGbLE/FLHiAxHSukbtPtV3rwRSOrvErOlwjMoLC/USLimGN
jrEYFhQQm94goCbf2d1aR34t6XIYHwdykdRL1XNSZkA+Y/ipsgYkWdy9eDkEgAFhe4J2XFD5
83JzPlXmDZGQ+Tw8xEjkktfRdbdA3767OXAxJo1jlx45Ej9xGQEL9kW2U5xMXQ0Zgj0OQzJo
WxI3Ei2+gb4jE4l44/4pe0S9aF/Nc0uIOV/MfLCJpJxlxOGbIbiFAF+ox3UInHMMrl+fzaON
DjNlifiljxAYzpXSNxX2q72SCB2VniR2j9wlQSv2bjZUVx8dYjAsKCE74goCm+/2bWoHyWY4
uaA+ALoOruwT4865GPFOu1ZUVx/1herKZERFCIoRFFlUCwAHUBT1zm9FqlSpUqEJUqiX6qiS
abIUma2yo3N99NUdRuB10JFZP9xSpv8AcUq0Uoknut9uT99qemTc325P32p6yKoIfz/MmwuV
TZEDaZVKhW6rtauS/wBUc5/4j/siuj+cnCfL07HvRjtYV5yMjy16XwdeuWomUQTkbhcfyZzE
wIkgN0XSf6p51pX+43qpOwdIroPlbmeZzCHIOU/EMTKENrWuDfdXnfxFwu36q/QK7T/8/k14
+dtvaSP91qv5evVHQTGIBcWCnROZ2ByWrddZSpiwFNqHXXlLvQmbmuRLkGHFCqI5BHdjtY7R
a3Vsrfh5E0sV54jDIpsVO4+UXrn+YS4vxrrkwtiSiQXkW7BkN7uBbf5qJcilyHxWMxYprtCX
3kdO+urbriNYIAFvw/VZRkcmWvNy8iJkjxoTLI/1iPZAqrDz5pZ5MbIQLJGLkru2ddV8z5m+
DJGHhL4kq2eVb3BOxh1Vg5RP/dZM2MjnCRGJ17zYXUX66mOsHUSYiziXJTMmkGPWyM5eWuJA
ZSNRJsq9ZqmHJz2kQSQKyOLnQfaUHrF6w5WTJzLlXxMERUwS+1H7xtp3jZ5ayx5EMuTjDlyS
CcW4xa++4v8Arq4ahgXbJ5CT9GSMy4a3Tuiz50zzvDiojCL33c2ufJV8TySRB5Y+E97aeg+U
UIkGPi5s65qOY21GIrexubg1s5SZfhG4lwpf+UD1dNqWzXEQcN0rz9URkcmK2J77fiRfrrZW
KP32/Ei/XW2ueS0CauP+aOa5+NzVoYJ2jjCIdI2bSK7CvOfnnJWP5gkViB/KjIubdFXobKtm
Xof/ACoxl8hpAEYm6Q57zXUo+Le1m6fJTHn3NQCfin7aADNTUPbG5ukdVM2Ytj7Q7a6coVoF
7vsaq+iH2C9kgZmhjZjcsiknykCp1VjH+3hvs/lp+6KsLAVwm6+Ulc+Koz8xcPGacjVawA8p
rBBzHmLuX4QniuoKx7SoIvstWrmrEYMh4HxIFtUdyNl94tt2Vzkc6CTVy9pVmLqEiAJNiu25
8jV06dcZQLgO9zb/AEWU5EEVXX6h0ULk5jzACSZMcJBGdpkuCR2it4Y9Q128w1W9dc9n82jy
IXhzIJIsyMkRIt7XO+96nRB5GgkOqcywoWR7HnE8KTgadYvp6rbKoycjmMcjCKBXhUXDk9Ft
t/arKvMZcHDxFyIS8kwIA90qoPs3FvLUufZBx8YRJfVO+kkbfZHrojraYDAxkSz2okS4vZWQ
czkfFlyZYgFjsF03sWOzffoqH5jkxiKSeJOFP7ug+19NSzI5YeVtDjLqaNVDKBc6d7m3noWj
wsMcYSyHKHvhhcX8laQhCTlgzkeDBTIyDV6I9PsSQdSsP0GtEX1/Ov8ATSss5BWS3dN/PbbW
uP6/nX+mlc5stXqpUhSpVCawcy5oMRhFGvEnYXt0AdZqjG51MzDjxjQelL7O29ZObwt+Yu5B
0yKLegWpooGGnZ1dgG7trzN3ydw2yESQIlgF6GrRpOqJIcyDuuiuCLg3B3GlVeOpSBFO8Cp6
hXpRJIB5C4CGJHBT+ShGfzWVciTFgKxtGBqdjtJNtij00VLCud55LGuS4nxihKjgZK3Ordsb
o2ba3+PEGfqD0WeygujWHPlPrXKi4bIfZce6w8lXTTxQxNLKdKKNvqoPyN5tWRbiHCBtCZBa
5v0DzVo5ri5mU0Jx3RVjJJVzsLdBtY3olrj7jEiI8kAnF7p8HmUuTkvE6KiKpYCx1DaLXrTl
ZC42O85GrTYBesnYKDcu/MDzqSOQjWtzO1vZZdlwuy1a4OYfmGNlq+KxENvYBOptp924G0Wq
9msCYIAMfS7HlKMjjW9U45jlxJFPkRpwJt2nYbVdNmzfEjFxFV3tcs27dfZ6KB648jhY+Is7
TFjqST3UH+3TRCRzy3mYyHRngddIdRf6oX9VXLXB6AZNJo/kpEj1NHqVtxMw5AkSRQksXvAb
iN1TY34n4f8AEKxctWRmyMx1KLMbRg7L3Oo1sO+X8P8AiFYzAEiB+CrBoHW89NIGxvSPTTA2
N+qsVaeaZUQySMI08vTWM83xVHstby0L+beWZmZEuTiSNqiADQg7x0lP2rGuEGSYpgXkYPG2
1CCtiD9a5uTXXp0R2RfKvC5N26UJEN9V6lHznELWdrDr6K2MyugZCCp3EbQa8nwUys3ICYxe
VgwJABsBe/tMWsLV6PyjFmw+XRwTyCRwSzEbhq22XyCp+RojrZpOeFWjbKZqKcrbVWTOuPjv
OwuIxqIqZceeqspn+Gk4cYmfSbRHc37Nc4FQ/K6DZDIeZcxnfiQqki6Q3BU3IF7dtF43LKrE
FSQCVO8X6DXINLjliYI5cfICrphXUfb1G+/ba1dTimXgRfEbJdK8Xr1dNdHyIAAEAD81Gsku
suRm8w4sggiCxRXJeTZqA6qvwsv4uASsuk3Ktbds6RQnP5p7U+HzHGcaTeBo77SL6Sb1PFzM
rB5Sk08DPqktEhuCFIvfYOsUzreA9IEnDVugS9VyzVW7MzpI50xcdA80ljdtwvupoOYG80eU
oSSAFm07iBWPOmfFz8bmTRs0EiKW0i5UlbEfpqGMkvMpsvKRDHHIrLFq2XY2sP0UDXDAEgMw
9XXJ7JPJ6c27LUeY5nCGUYl+HLabdNbVdXCyJ7rgMvmNBfjHbAHLhDJxw9iLHdfVReJTFFHE
d8ahWPl3mltjEAUAORAb9vKcDer0VH/L0qX/AC9KoTRJDsYftyfvtUqhH9f7b/vtUybC9Yqw
s3Moo5sOSKRQ6PYMjAEHb1GgX5Ny3/hIfAvqroZvaQrWfg7NgrXXIgM6iUXKC/k3Lbf+Eh3D
/LX1UU5RjwYsUiQRrEpYEqgCgm1uirTD5KlEAgPlNOciQzpRixV96a9Q1eSmJNZsrqlKqSae
IuvhsHS/Qw3GkST1k016zZcjq6hZNA4cj9G0rptvHlolLEP+KpEtVa9Rta9h1dFNqIttItut
stQ1srIIdtWjUdIGzZ7SDYPT01HnY/tY21NdJYxsNgbsB7VqzO30SkAfSHY0SMqEgWRMu5Iu
xJG6mLMb+1sO+1c3mSMudO4YiUSuoIO3Rwt3mrTyd9K5PDPsiKJhY3Gsxkt6b76yh8sS2YY9
TV+FA2OWZG9TAWBIHVvqJJO1iSes1g40yDVxC5XRsIFjrTUdw66txZHZ3VpOIAqMDs2FgSd1
bx2AyAYivVWJOVsiPtN+JHWw1hg3n8SOtt6qacU9Ds7FilnLOiubAAsoP01vLW6KrddTXpBa
QliXQv4DH2fyY+n6i+qkcHHH+TH4F9VETH5KiU6xVLT3i1yrgx0geQUiagWstumo6jSZYKy5
81VhI0Z3QBWlIMrDexAtSuaa9MJeKcnbSLMek+fpqjJdlRAraC0iKSLbiei9ZRk5Be19iEC5
IAa7Ot7ddl6KiWwRLMfokZAIiHYbNRHSabiMNzEXoXnyJ+Vo+QzOWKNYWGtztCHcNNC8iNoV
WN5A7xwho9LXCu0u0Jt6N1Y7fk4GkXoDflTLYxsum1EG9zfr6aWt9o1Hy22ViypZQ5CyFNKK
1hbaWfTtuKrknlAkAkI4WrS2y7WfTt2dVa+6ASGKZkFuktwmA7p3eatsZ2uPKv8ATSh8nuP9
k/RW+P3n86/00rSVlQVlKlcVFntuqFSpngjkazi46PPUExY0NwNo3Xq4knfSvUnVAnIgOqGy
QDAlk4JAApib9NNeo3q/BQ6kTUJRHJGYpFDo1tSnds20iajVIUidRuTtpjusKa9YJsiVHlZH
LMrlRFstbh691r76mUhEAlIlkRLMd7HybaiZCSFLEneBfbWGGSZpkVpLqNRsCDewjsGNv2jQ
7JWOTmUzRPoeG7uzMA5cpZY4x1Vns34xEhF3lizspM6BhdHjIWB9okbiAaQZl90kCgfJGA4x
jPsiGIm27XpN/TWtJZwA3EZj/KOk2seIDq3AUte8SgJGN3/xQJuB3W9iTtYkny0wP+L+H/EK
y4sruxDSGQaEY3tsLar7q0rt4v4f8VbwlkHTd0Rbf6aQNiD1Ux3nz0xNqjqrVWXE01tJtbeK
FZfIsHMfXl48crdLEe14htoyWHpqNx01cZkWLeCiUQb1Q7H5bHjoIsaNYoxuRBpH6K3xoY4g
pO3qqWpeios1xsoMiboAAsnvTXsNpqs3O+mpKk5CiQygDiMoRpB7xUbQKV13dFNfsrBLkSo0
zK5ZldlEZtYAR6xs376U5CLOkZMiOo9DEW3U2tgTZjc9N9tYYZZWmRGclRrYgENe2iwY2HeN
ZMwaOZuyE63xJDvJ23t7PVUS2tHMRf1CP3SMmDovxNhIf7Rv9NMWvYklj0VysZivGDbgFoeL
3dWhr6qL4DyHluEusqXIVmG+1nNtt+qs9Xy/cJGLYh6FRHY70RMu/eIHnpgRuofFNKeEjSta
VULMbAi+vds2X01oxXLwROx1Ei5br279lbwmJFgG6q8nT/8ALUqVv/TUq2oh0QZxE7q50+0x
DHcQxvv9NQM8P3i9o9daX95vP01HsrKipZ+PD94niFR48X3ido9dauyl2Uw3dBdY+NFf/EXt
HrpceLvr2itnZTeGgt1dKqxmaIfXXtFNx4u+vaK3dlLsp0RVYDNH94vaKrcY7uruyMUBABII
229VEuyn7KRwava6RshheDUWumo2BOy5tSaSBxZijLvsbH6aJ9lLspjBuiELvjF+J7Be1tWy
9vPTL8NGpVNCqd4WwBv5qLdlLso9D9H80qdkJ1w9a/o6N1RhSGPVpYEta52X2eai59FN2UvR
kP3dEdVnihcRM9vaLK6qd9l9dTM8PS4XyE2I9Bq8/wC16R9FB7qx2Wczw/eL2j11E5EX3i9o
9daeyl2UU7oqspyIvvF7R66YTRD66n0itfZS7KKJVWMzRX99e0VEzxd9e0VuHopH0U6IqsJm
i769opjNH317a3dlP2UUSqhspglUK7qQGDWuLEjrptWOCp9i6iynZsHkon2Uh6KXoc2dCGM2
O6hH0Mo3KbEdlRC4g0+zH7G1di7PNRXsp+yg+31x+qRbshReHpKm/Xbz1XKmNLbUwsDe2zb0
0Z7KbsolgxyZFEOA410T2i1xceXrra54Ltq91tJDdGxQu3sq0dO6pNv9A+ig+SoLKciE7da9
opjkQD669orV20u2lTjzTWM5EJ+uvaKb4iLdrHbW3tpdtOnHmnVYTPF3x203Hi747a39tLto
px5qaoeZ4+hh21HjIPrDtol20u2n9PNFUMM8feHbUF4Cu0gK63NyTa+4D9VFu2l20FqOPNIo
WJIV90qLdVumo6sctqsmrfqsL9tqLdtLtpengfdCEq0KghdCg77WF+ylri612W/RRbtpdtMY
0YD7oog0SwRFirXLWuTbo81bIYHZJGtp1JpW/nvetvbTUotj6GQGVBnj+udDdKtsP6abjw99
e0VpHppdtKnCqqyHIh+8XtFN8REf8wdorZ20u2nTjzQXZYeNF3x2imM0XfHbW/tpdtH080qr
AZ4u+KiZk7w7aI9tLtphuPNFUN40ffHbUFMCMzgrqc3JNr7gOzZRXtpdtIs4ceFUkLDwqPZ0
i3VYUxkhve633X6beeivbS7adGsPuhCP7fSUATSdpWwsT2VLiR7Nq2G6ivbS7aBj0A+hQGQd
xC6adQA2brdHnFThVQqxwjVpFgBtor20u2l6XoBk3NWRR1k+BPX/AJXD9NKtVKq9fZOi/9k=

------=_NextPart_000_0001_01C6F464.CD9A8280
Content-Type: image/gif;
 name="photo.gif"
Content-Transfer-Encoding: base64
Content-ID: <photo.gif@0231FD3E.84AB4C27>

R0lGODlh6gGCAKIAAP///8zMzMwAAGZmZjNm/wAAZgAAAAAAACH/C05FVFNDQVBFMi4wAwEA
AAAh+QQEyAAAACwAAAAA6gGCAAAD/wi63P4wykmrvTjrzbv/YCiOZGmeaAoZhrq2HNvJ8lO7
uEnDFXs3O88vNVQUc8ikkuHzLY4uqOUnBbagVWbTKckuMcEe7wXwdsdEtFH9bbtLt5oZzp7V
Hdn5/Hl/T699WhNhfmI2gYWJihFUgHyNcVxrWFuPPDtVlXhyjpNrfIxsmDCaZVyEn6eQpICc
gpOsprKfWqqRs6a3RqBBTbWSv7+RvoS+sJaLyTiNs65lvJe0RbrOkpl1crLVzX1H1rGg2saP
ns3Ql53S0OLhr9yp4NWumOG6TPXotOKq8E+4iMoCbmBWTA2qf2gIjkF17ZAVdoLybGEIDiGu
h/qmpYOob/9dwU0de22cF4bixYYKIy7MN2SPwJdg8u0zNjEXp1IhR+o841DlRZsUvK3MWJNS
u5tOUuIj1umgtKEiX9F4RtJnO0smlcJKSnMczK92xjmlxpTnurMdQar1mBAYmbXv0v48yrKu
1X79qqpNaVIb1Vhaf94K3NeKLZdgE19FS/dhQ8aFe2Jk63iou8vO5holapFwuqgcpUJ1xAxo
15M73WUdfRnuXMWwQ/WM0xmfP4z84sptXQ9itswtRVku/fdtZ7touVIut1ZeXOKDh7NqazvX
043/nqVaHLu7a6LDDgc79Pkbb8Pk8Vq3KHhi6vVAX7PnVnZp00oFsa2Mjkw1cvD/mpWinCdj
fROedwgmqOCCaSSIGIMQRijhhIU86IZMFGao4YYcImHhhW51KOKIJJZo4okopqjiiiy26OKL
MMYo44w01mjjjTjmqOOOPPbo449ABinkkEQWaeSRSCaZxIfGnScCkxd4FQVASlbZIZTfyRcC
lkFRSQKXSgggJgNiCrBAmWWSOaYCaK7JpptpNhDnm2YC0GaddrqZZ513qmlmn35GAOiec+5J
KJ14WpmBUA2qAOaiXiqCJqJnAjoponFeaqgDma55J5yehjrop5uWKiephGr66apBikTJKuGB
Ft+sUu5jGGDCxepff6iFZqt6YkVz3X647tapqHRSuumx/3zqGaihl8557KGloppmoacm+ue0
mK7qLI/0yCUTWec4RxtttWRUrkEVaVRdZjO1Fc9pz+mlHUm5Zasst9EiSy22lTa7rbb+Xqsn
t9l+G/ADhSIsrcI6RgaSZ72qt1tOE+snWnM7BYbZe+8MGBxjrxk86bR9otymqfr6m2yyLi8L
McDP6rtwtaAm2qPENq12V8+jTOeufU5h/FpJrJF8VWTzFNfzVkVDsHKeVAccatWYvok1w1M3
nDPCMut8s9QKey3w2DRHDPJxP/P89NtLlydfaYzC67NkodF9hdNPD11B15qmmrXVAkPc7cuI
W3pwzIQLWvbiZyduOI4S8wfZ2v+TpaVV1Ho7ZHfHGl8u2igZuwYF4GaLCrnqeGIbOLN+Elw4
4gs/3PrBL/d7++6trk3ueje15w9Li/3u68YXA+McgaHr9tSuuzy/y8hcMys767EXznvs2bue
uqrO2i654qPmPLaPPNfEPDkFHnjMrbBid6uTbnlV1qvmzQ/9++9TX33N5wOY2QBILcKJLXCp
kh0BTZawr0EObZNTlI0eJUEC/i2CFcxghSKlQQqkTQIf7KAI20BBDSLQgyEcoQpXGJsU/o+F
MIyhDGdIwxra8IY4zKEOd8jDHvrwh0BUQQGGSMQiGvGISEyiEpfIxCY68YlQjKIUp0jFKlrx
iljMohb/kRjEBxRxAGAMoxjBuMUymvGMaEyjGtfIxjYysYsO+GIEAhCAAbjxjnjMox73yEc+
wrEBcoQAHQFgxz4a8pCITKQi9YgEbznykVMrUSAVQAACLACMPlikJjfJyU56sogqgKQoR0nK
UppSbCYwYiVXCQBLAoCOdSwkFwGgRgUc0ZZQxOUnl7iAXdaSlr7MIgpOScxiGnOUQiziKivZ
SgXAkoxJ1GUVpUlEahbAmrwEZhStaUtsmlGX2GRANtMYTkDmUpvBtCIJIDmCY7qTlCf4Ih2Z
6coF0FGWt0QnFcuZz23q04m9rKY30QjOfw5xoAc1qDANitBxpvOKInBkDlx4/wJ2ikCgzGxl
Ru2Jz4B2s6Ae1eZHQ3pNWpI0ocAcaUJXCtCQfhSlJjUpTEUKUlyK05ygTGlMdepSnV6zpCWl
qU3FmVMjDhWoJzVnN2G6UoUu8gOPVJFEQzDEAWh0mRt1pix9StKCApWl0lQpUlPa1KO+9Ik7
felZmepVm371q16dJUrBStOyivWsR+1nUcfK1ZgKNKh+5atTFbmBqMLIohsogFWXKYE69rOt
dY0rP8tq1MAKdpbU5Cllw1pXyv6Vrp/Vq2Q7u1bIgjafRE1tZC1b2r6mMwOGrdFUM6BYWq5y
nll95VZvutq/jlaungUkZAfLxWr61rJvHa1PT/vWyv+yFK5C7WVcBZtX5+o1uX417UyR+0nY
oipHsbXANQlQAKzmVreg1e5YPzvZ9Zp1tQ01qlzXit3Qrpe53qyufvU5Xfo+d6853e99B5xZ
4hL2gpEMkrfEW94C+ICVDnAsdOur3ZN61r2u3ayBjftY5PZXpgRebnP3+tvnsra3B/2vfSds
WvWCc8SetMCgiLTgCRCRAFadgIQBm9aaChW7fVXtTCks4jfOl6ceJmpQBRrQ5jaZrZ1dMmBN
TNonP5nHgR1pUoXM5CJ3F4Un7IB563mB80LAzG1glQRunOPG4vOhcI4zG+Mr53M6LswhQDMF
9NwAPqd5xjitrY7fXOdCG1r/nRs+dDbvTNENZJSVEL7qoxkrAaxSEtKWziql25lgJSsWlqAO
9Y4VTepSm/qXZGs0BzY66Uu7+tV7JrNGX41pWssaBICW5hh3LcZT+/rXwN5nqjHoaFey2tjI
zq2fF6BsYzMb2Zfe9DppFuxqW/vaEK0esYsN61Y/+9gWOK8lwT3rcocSYKJOt7rXze52u/vd
8I63vOdN73rb+974zre+943vYafA2+X2Nrlv3WdnR5sBtTY3wUNwQl47/OEQj7jEJ07xilv8
4hjPuMY3zvGOe/zjIAdjqlVgaYRnWtpXrUCkYT1rTa/cBHj+o8ynjcoNNfsNJ+S3znfO8577
/OdA/w+60Pk98hLdHOfYGrrSl870pjv96VCPt7ZJVHJJLxwHCBwkIaPO9a57/etg9/rUaxi4
QdYx7GhPu9rXzvZ2v5DshTL7ANpO97rb/e5DfzvcEyV3extg6H/Hu+B5HnihF37w6RYlDuMe
AN26ewsB+Pvh/Q75UEuejpOH9+QvD/TK4zvwmd+3e+IdetJbXt2lF3wpF6+nvrc79Kk3PbsP
H/t1bx7wPq99vnUvat7b/vTp9j3ajcl6vjf+7K8/Peh9QG/YNyHykWf+vAsPesxLn/qwFD7m
e8+C7Xv/+dC/PPjBH33tg3rz0i9/9cs/feCPP/zdb7vibXZDxjs++ecPf//+5Z152kP//82X
fdvnf9jnfbIXfADIeQO4fgU4gLu3fw4ogArYfvlHgNEngFB3TLCUMGOXQAZkNf6mO6rzLyII
LSZTcyC4O6wTQvaHfLP3fOIHgZoHeRYIgBT4fxNYfTE4feT3fThYgRjYgPr3eTKYg0PYfBNh
gztogD73TmWibhzINWyyL1S4NZxyO1qThaCShViTKZVihVKohVhINWNiOC04d/gngeoXfweI
gRFofkC4gO+3hG1offHHeTX4g3Z4fXDohkr4h8sXgBVIg3/Yc04oJm5nQV94giZYho44AY/I
hVu4hZJYcxSFO13YLGSIgmf4eMpng4JYhHpYbwr/OIFqaIrvdns+uH4ROIqp14eF2IpHCIqe
GIe2SIvvdoiIeG/09z8qczYuFImZuIhjOIx65zhhWDWPaIatd3xoOHuf6H/813vZh4f3Voqx
KIR12IBCiI0JKIqkKIp5iIvQeIt0yHvv9HO9eIUDAzPI4jV6R4m0I4+PY4Xhoy2VqDXCyI4M
4HrlqIbqh4Tj132lCIvS2IPaqHncx4a0d31ueId8CIugSH5zyIbbuIdyaJGJp4FCt46n8oXG
KI9gyDKd5j3WM4Lgw46rA4ztqHf+iHgwGZNqV3uk9HUemWawpSGd+Hqep2+jR3g/yXRJiHbu
IZH8F5TxBklrd5NLsG1c/zghOymTUjmVaaeUbMeUjRRz2ZMhUUmVXvmVS2eVdYeVMcR4YQSW
aJmWOyeWeEeWMMR4ahmXcllvohSTbslCcDmXermXosaWdqmIM1QoITeYhFmYhnmYiHmYpJSY
jDlGd7lCqjZzX3GJyCQiWomXzbh2jbmZnNmZF4cmD7eYH/dKaReFGbBsxSZrL4cDqwlzmal2
nhmbsjmbAwCaYgRJh3l8pfmYDoCa3FZwX+CbHmB/Wxd2IieZHYhYFTBvc0eaaMePyiBuV/dv
0xlRzXh/YHecyMk94YUBjWcBYKSb8faM6sib31ZP5hVrLqdw49ae9ISeK1d1VfcA72lyk1af
F//QlV6nndvZLd/FAeLZbuHpnPA2AEbpbiqpAetpbhPQahD2nvA5brY2oQE3nQlnct/WTPl5
nS6okMCnb/y5ncrZAQHKbgPKnGUAdAl6mmQGcGdGaQIHbSxndcnWoq0JnOwZacIJgvbkjAiI
etS4byEqmbMVAiW6bidaoCJHjvrWgeFmozOKozFKoQxapedpnxYqowC3o8riTD76iT8qg/g2
pDI3oh5wpOqWpALaZs6Efho5b06qclBqpRhaoSnXcuT2bMxGoS7am/i5pdW5oj2KnQC5h8vH
fHiYfhEZamQKR/NnpARqos3pbmzKUd3Ii3EaAen5oHyWnngKbWOmo6L/Oqqdip/RFqq+mXVf
aovjKHmsOIul16hBVJmQqqRoCmo5FkvPlJAYCW/+Fpjf8pLfCIisao5pWqlcwRTKmh62wDzT
sRzXMAwEAhZqdgLiiZRqmqav9HwGKqZM6HuMBqxiI6wF2KoJWHkMmXlDKizsehs2cBvtGj3C
chLRswLweq97AxO5VgIB2pO6GqmMuq3Z160QiKjeCoW/WpbBuqqG+q3EyoQfCorrShXTcy8U
ywjy6q6kUK/zyh1AgAf4qh0vcZkiUKLp90yTiqQpWo1BWqhMGmog5JRWgm4Me3vUV5DD6rB+
GEsgm697s7H5aq/zGg1D664eew8fm7FBGyNH/xp62SpqcyeNEQurvnpnMpRzNet+BGmHsLqo
7MeolUqxQGuxQes3HYsuIpsQ9UqvGau0Isu0AHust3pPL+uHRvhuMSuzSYK1hLqfYXuxFTs8
vCEvSUsOW6EbwbEfUMNBIjK3YOu4mDSDESl8eYuCGHCjJMelSIdKwhp8Q9lzsjoCAMG4KuS4
uJqytkewSgeJkUmfgUqdsBFmnct1oQsCtTIePGS6KKu7Jxt0rNtomzaf9plyMFqfFwqc91mh
EOqenlq87bmhCjO7UVe7/cmvcZtuT2uTv4tBgNqgzzulybtwCQdpdkpPkuZqMSqhMkYz0gt1
1Fu9IxBLFae7Todglv9LpX5mvFr6vHRapy7qoBLqqTQapdsrSPKLdu8LvyGAcfTbdOt7v3ZK
wAW3v+gro5pKwXpavhHKv3X6wBDTduTJlyL8nGrnwd7bbYHKqRPap37KvwsKwBq8p/2rbSjY
dgqcGCVsv/cbvCiHo6eKpQI8wcp7bOC2vBt8qq+rlbS5xEzcxE78xFCcwIJzAporISR7w1js
XVdcZj1cIpc5wmAcxmqpxa0LXi4kxmicxjKpAf9JY2esxnAcx3THAW0MJFccxXicx3q8x3wM
cR1QYz6yrw7Qx4RcyIZ8yI0JVXVsxmWcxY5cWIJMI4v8yJRcApH8IpNcyZrMaZ12WJm8yaBB
rMiXjCKjHMqmPJyAnCKlfMqs/MdFSiKr3MqyDMmpzCGfPMu4LMq6uMu8fMu5/Mu63MvC7ITA
XMwpMMzITHwikAAAIfkEBA8AAAAsTgBfAFQADwAAAzUIYNr+MMpJq4Xs6s17zF4ojg1Inmhl
pmy7uDC7xnQ317h15/zX/5Qd8Ccc8opGHDJJWzJbCQAh+QQEDwAAACxOAF8ADwAPAAADIgi6
zNZwvQgndbeZ/XjsEgWCHzCKZmptoeqsGRYrVlxnRgIAIfkEBA8AAAAsXABfABEADwAAAykI
utxgLi4oI63t4mn6858GXRQ5KSV6qk/LujAYrzAqz9vYadaW+QxDAgAh+QQEDwAAACxqAF8A
EQAPAAADKQi63GAuLigjre3iafrznwZdFDkpJXqqT8u6MBivMCrP29hp1pb5DEMCACH5BAQP
AAAALHkAXwAQAA8AAAMmCLrc1pC9GCd1F5oNOO/W8ymT1Z2OeaogppbSJrc0mi3slVN7lQAA
IfkEBA8AAAAsiABfAA4ADwAAAyAIurzWUL3YJnWXWW26hNa0fRUIehjZjWuaASMVRzOYAAAh
+QQEDwAAACyVAF8AEAAPAAADJwi63NaQvRgndRc+wxXfkjWBougBoGeibLmM7Yt280db2ZnL
u94bCQAh+QQEDwAAACykAF8AAQAPAAADBAi63AkAOw==

------=_NextPart_000_0001_01C6F464.CD9A8280--




From owner-ipdvb@erg.abdn.ac.uk Tue Oct 24 09:48:01 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GcMdN-0004JH-Px
	for ipdvb-archive@ietf.org; Tue, 24 Oct 2006 09:48:01 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GcMTA-00057C-6v
	for ipdvb-archive@ietf.org; Tue, 24 Oct 2006 09:37:50 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9ODFcJl009969
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Tue, 24 Oct 2006 14:15:38 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k9ODFc19009968
	for ipdvb-subscribed-users; Tue, 24 Oct 2006 14:15:38 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from [139.133.207.154] (dhcp-207-154.erg.abdn.ac.uk [139.133.207.154])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9ODFTxd009945
	for <ipdvb@erg.abdn.ac.uk>; Tue, 24 Oct 2006 14:15:29 +0100 (BST)
Message-ID: <453E11F1.9070905@erg.abdn.ac.uk>
Date: Tue, 24 Oct 2006 14:15:29 +0100
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Organization: University of Aberdeen, UK
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ipdvb@erg.abdn.ac.uk
Subject: Draft Agenda for ipdvb Meeting in San Diego (Nov 2006)
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: -2.8 (--)
X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44

The draft Agenda for the next meeting is below. If you would like to 
request any additions or changes, please do contact the WG Chair at:
gorry@erg.abdn.ac.uk

An updated Agenda will be published at:
http://www3.ietf.org/proceedings/06nov/agenda/ipdvb.txt

Best wishes,

Gorry


---


IP over Digital Video Broadcast (IPDVB) WG
Internet Area
ipdvb WG Chair: Gorry Fairhurst gorry@erg.abdn.ac.uk
ipdvb Note-Taker: Martin Stiemerling
jabber: ipdvb@ietf.xmpp.org

1. Agenda Bashing (5 minutes) - Chair
       * Agenda changes
       * Election of Scribe for Proceedings
       * Jabber Scribe

2. Document Status (5 minutes) - Chair
       * Milestones.
       * Documents in Last Call - None.
       * Documents in IESG/AD Review:
http://www.ietf.org/internet-drafts/draft-ietf-ipdvb-ar-05.txt	
       * Documents in RFC Editor Queue - None.
       * Published RFCs - None.

3.  Header Compression over ULE (10 minutes) - John Border
http://www.erg.abdn.ac.uk/ip-dvb/ids/draft-byun-ipdvb-ule-header-comp-00.txt
       * Presentation of new draft.
       * Open discussion.

4. ULE Security Requirements (10 minutes) - Haitham Cruikshank
http://www.ietf.org/internet-drafts/draft-cruickshank-ipdvb-sec-req-04.txt
       * Requirements and threat analysis.
       * Request to adopt by WG.

5. ULE Security Extension (5 minutes) - Prashant Pillai
http://www.ietf.org/internet-drafts/draft-cruickshank-ipdvb-sec-02.txt
       * Update on document plans.

6. Extension Formats for the ULE Encapsulation (5 minutes) - Gorry Fairhurst
       * Future directions for this draft.

7. ULE Implementation Status (5 minutes) - Chair/Various
       * Current status of implementations.

Archive: http://www.erg.abdn.ac.uk/ipdvb/archive

Other related drafts:
http://www.ietf.org/internet-drafts/draft-cantillo-ipdvb-s2encaps-01.txt



From owner-ipdvb@erg.abdn.ac.uk Fri Oct 27 04:34:12 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GdNAK-0000GM-MO
	for ipdvb-archive@ietf.org; Fri, 27 Oct 2006 04:34:12 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GdNAJ-0000xN-3G
	for ipdvb-archive@ietf.org; Fri, 27 Oct 2006 04:34:12 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9R88H7b000902
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Fri, 27 Oct 2006 09:08:17 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k9R88HMH000901
	for ipdvb-subscribed-users; Fri, 27 Oct 2006 09:08:17 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from smail3.alcatel.fr (smail3.alcatel.fr [62.23.212.56])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9R885v6000880
	for <ipdvb@erg.abdn.ac.uk>; Fri, 27 Oct 2006 09:08:06 +0100 (BST)
Received: from vzmta01.netfr.alcatel.fr (vzmta01.netfr.alcatel.fr [155.132.182.220])
	by smail3.alcatel.fr (ALCANET/NETFR) with ESMTP id k9R87c8v019703
	for <ipdvb@erg.abdn.ac.uk>; Fri, 27 Oct 2006 10:07:57 +0200
Subject: ROHC and ULE
To: ipdvb@erg.abdn.ac.uk
Cc: Fabrice.Arnal@alcatelaleniaspace.com
X-Mailer: Lotus Notes Release 6.5.3 September 14, 2004
Message-ID: <OFC08883FC.F7A5C9E4-ONC1257214.002A7001-C1257214.002C7703@netfr.alcatel.fr>
From: Cedric.Baudoin@alcatelaleniaspace.com
Date: Fri, 27 Oct 2006 10:05:40 +0200
X-MIMETrack: Serialize by Router on VZMTA01/ALCANET/ALCATEL-SPACE(Release 5.0.13a  HF167|July
 08, 2005) at 27/10/2006 10:07:57
MIME-Version: 1.0
Content-type: text/plain; charset=iso-8859-1
X-Alcanet-MTA-scanned-and-authorized: yes
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
X-MIME-Autoconverted: from quoted-printable to 8bit by erg.abdn.ac.uk id k9R88Glh000898
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by erg.abdn.ac.uk id k9R88H7b000902
X-Spam-Score: 0.2 (/)
X-Scan-Signature: f66b12316365a3fe519e75911daf28a8

Dear Gorry and ipdvb members,

We, at Alcatel Alenia Space, are indeed interested in this topic.
The I-D appears as a good starting point we would like to comment.

Support of mulitcast / broadcast traffic
In section 3.3 it is mentioned that the proposed scheme will not support
multicast or broadcast traffics.
From our point of view, we would like to reconsider this, provided that
group services may be of importance in DVB systems such as satellite
networks.
Now, how having a multicast addressing to work  with ROHC remains an open
issue, but at least a basic solution would be the use of unidirectional
mode (no need to acknowdege)

(The same question of multicast has already been raised in the ip-dvb
archive (05/05), apparently without any answer ...)

Negociation of parameters between compressor and decompressor
This point does not appear to be address in the document yet, but how to
make the negociation is a real issue for the implementation of ROHC over
ULE. Probably some propositions should be discussed here ? (e.g. use of
default parameters according to the type of DVB network ? PPP replacement=
 ?
use of SI tables ? etc...)

ROHC recommendation
We strongly believe that one of the output of the task shall be ROHC usag=
e
recommendations. This can be either parameters values proposition or
analysis of the best suited mode  depending on different scenarios (namel=
y
unidr system, satcom systems with a return link, in both mesh and star
topologies)

ROHC adaptation
A interesting point to investigate can be ROHC adaptation to fit the
satellite systems and the ULE stack. Two approaches can be foreseen. The
first one is dedicated to simplification of the compression scheme, and t=
he
second one to the optimisation of ROHC in this context.

ULE over ROHC ?
This has never been proposed, but maybe the compression gain could be
pushed a little more, if new ROHC profiles integrating ULE (i.e.. x/IP/UL=
E)
were supported ? What would be the main barriers for such an approach ?

ROHC and GSE
Another important point is to take into account GSE in order to prepare
future work on the GSE/ROHC topic (How to support ROHC in DVB-S2 / GSE
could be investigated in another I-D taken into account the work done in
this task, as the GSE standardisation process is on-going).

Best regards

C=E9dric Baudoin and Fabrice Arnal


Research Department/Advanced Telecom Satellite Systems
Tel : +33 (0)53435 6817  /  Fax : +33 (0)53435 5560
Porte : W218  /  E-Mail : cedric.baudoin@alcatelaleniaspace.com

This message and any attachments (the "message") is intended solely for t=
he
addressees and is confidential. If you receive this message in error,
please delete it and immediately notify the sender. Any use not in accord
with its purpose, any dissemination or disclosure, either whole or partia=
l,
is prohibited except formal approval. The internet can not guarantee the
integrity of this message. ALCATEL ALENIA SPACE (and its subsidiaries)
shall (will) not therefore be liable for the message if modified.

Ce message et toutes les pieces jointes (ci-apres le "message") sont
etablis a l'intention exclusive de ses destinataires et sont confidentiel=
s.
Si vous recevez ce message par erreur, merci de le detruire et d'en avert=
ir
immediatement l'expediteur. Toute utilisation de ce message non conforme =
a
sa destination, toute diffusion ou toute publication, totale ou partielle=
,
est interdite, sauf autorisation expresse. L'internet ne permettant pas
d'assurer l'integrite de ce message, ALCATEL ALENIA SPACE (et ses filiale=
s)
decline(nt) toute responsabilite au titre de ce message, dans l'hypothese
ou il aurait ete modifie.






From owner-ipdvb@erg.abdn.ac.uk Fri Oct 27 12:24:16 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GdUVE-0006pg-Cy
	for ipdvb-archive@ietf.org; Fri, 27 Oct 2006 12:24:16 -0400
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GdUVA-0007lZ-Ic
	for ipdvb-archive@ietf.org; Fri, 27 Oct 2006 12:24:16 -0400
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9RFrhK6008414
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Fri, 27 Oct 2006 16:53:43 +0100 (BST)
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k9RFrhnK008413
	for ipdvb-subscribed-users; Fri, 27 Oct 2006 16:53:43 +0100 (BST)
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [134.102.201.18])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9RFrO1k008382
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <ipdvb@erg.abdn.ac.uk>; Fri, 27 Oct 2006 16:53:25 +0100 (BST)
Received: from [127.0.0.1] (maildrop [134.102.201.19])
	by informatik.uni-bremen.de (8.13.4/8.13.2) with ESMTP id k9RFrJgM017480;
	Fri, 27 Oct 2006 17:53:19 +0200 (CEST)
In-Reply-To: <OFC08883FC.F7A5C9E4-ONC1257214.002A7001-C1257214.002C7703@netfr.alcatel.fr>
References: <OFC08883FC.F7A5C9E4-ONC1257214.002A7001-C1257214.002C7703@netfr.alcatel.fr>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <D6F0CC17-F000-415D-9E05-DE946C492978@tzi.org>
Cc: Carsten Bormann <cabo@tzi.org>, Fabrice.Arnal@alcatelaleniaspace.com
Content-Transfer-Encoding: 7bit
From: Carsten Bormann <cabo@tzi.org>
Subject: Re: ROHC and ULE
Date: Fri, 27 Oct 2006 17:53:19 +0200
To: ipdvb@erg.abdn.ac.uk
X-Mailer: Apple Mail (2.752.2)
X-Virus-Scanned: by amavisd-new
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: 0.0 (/)
X-Scan-Signature: bdc523f9a54890b8a30dd6fd53d5d024

Hi Cedric,

a couple of comments.

I have made a couple of proposals at previous IPDVB meetings how to  
integrate ROHC into ULE.
E.g., see http://www3.ietf.org/proceedings/05mar/slides/ipdvb-0.pdf
The most important input that would be useful at this point is how  
ROHC will be used in actual systems, see below.


> Now, how having a multicast addressing to work  with ROHC remains  
> an open
> issue, but at least a basic solution would be the use of  
> unidirectional
> mode (no need to acknowdege)

ROHC works fine in U-mode on unidirectional channels.
On a satellite link, the high delay for a context repair may actually  
make this the best mode to look at.

> Negociation of parameters between compressor and decompressor
> This point does not appear to be address in the document yet, but  
> how to
> make the negociation is a real issue for the implementation of ROHC  
> over
> ULE. Probably some propositions should be discussed here ? (e.g.  
> use of
> default parameters according to the type of DVB network ? PPP  
> replacement ?
> use of SI tables ? etc...)

We could probably come up with some default values.  You would still  
need to look at capacity points such as number of CIDs.
These could be "announced" (as opposed to "negotiated").

> ROHC recommendation
> We strongly believe that one of the output of the task shall be  
> ROHC usage
> recommendations. This can be either parameters values proposition or
> analysis of the best suited mode  depending on different scenarios  
> (namely
> unidr system, satcom systems with a return link, in both mesh and star
> topologies)

I'm happy to do this work if enough people are interested.

> ROHC adaptation
> A interesting point to investigate can be ROHC adaptation to fit the
> satellite systems and the ULE stack. Two approaches can be  
> foreseen. The
> first one is dedicated to simplification of the compression scheme,

Actually, we have just done that:

draft-ietf-rohc-rfc3095bis-rohcv2-profiles-00.txt

"...The RoHCv2 specification introduce a number of
     simplifications to the rules and algorithms that govern the  
behavior of the
     compression endpoints..."

> and the
> second one to the optimisation of ROHC in this context.

see above/below...

>
> ULE over ROHC ?
> This has never been proposed, but maybe the compression gain could be
> pushed a little more, if new ROHC profiles integrating ULE (i.e.. x/ 
> IP/ULE)
> were supported ? What would be the main barriers for such an  
> approach ?

These would probably be easy to add to ROHCv2.

Gruesse, Carsten





From bun_bun_itumohima2006@yahoo.co.jp Sat Oct 28 07:00:57 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gdlvs-0004bS-Ka
	for ipdvb-archive@ietf.org; Sat, 28 Oct 2006 07:00:56 -0400
Received: from [58.61.153.91] (helo=pc49)
	by ietf-mx.ietf.org with smtp (Exim 4.43)
	id 1Gdlvp-0003oN-8J
	for ipdvb-archive@ietf.org; Sat, 28 Oct 2006 07:00:56 -0400
To: <ipdvb-archive@ietf.org>
From: =?iso-2022-jp?B?GyRCJF4kOiEiPFUkaSRKJCQkSCRKJGkkSiQkJE4kRyQ5JCwhRCEjGyhC?=<bun_bun_itumohima2006@yahoo.co.jp>
Subject: =?iso-2022-jp?B?GyRCJF4kOiEiPFUkaSRKJCQkSCRKJGkkSiQkJE4kRyQ5JCwhRCEjGyhC?=
MIME-Version: 1.0
Reply-To: <bun_bun_itumohima2006@yahoo.co.jp>
Date: Sat, 28 Oct 2006 18:37:26 +0900
Content-Type:text/html; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 3.7 (+++)
X-Scan-Signature: 79899194edc4f33a41f49410777972f8

<HTML>
<HEAD>
<META NAME="GENERATOR" Content="Microsoft DHTML Editing Control">
<TITLE></TITLE>
</HEAD>
<BODY>
<P>$B#M$5$s$KC/$+>R2p$7$FM_$7$$$H$*4j$$$7$?$i!"(B 
<BR>$B>!<j$KO"Mm$7$F$$$$$1$I<+J,$N;v$O8@$o$J$$$GM_$7$$$H8@$o$l$?$N$G!D!#(B <BR>$B$3$s$J7A$G%a!<%k$9$k;v$K$J$C$F$7$^$C$FK\Ev$K?=$7Lu$"$j$^$;$s!#(B 
<BR>$B$4LBOG$G$7$?$i8@$C$F$/$@$5$$!#(B <BR>$B$b$&%a!<%k$OAw$j$^$;$s$N$G!D!#(B <BR><A 
href="/YYY,379b7f/srt,0/?v=161&amp;i=1&amp;SW=&amp;PSW=&amp;POS=0&amp;CID=0">http://make-your-dream.net/love/</A>$B<+8J>R2p$7$J$$$H$$$1$^$;$s$h$M!#(B 
<BR>$B;d$O(B33$B:P$G@h7nN%:'$7$^$7$?!#;R6!$O<g?M$,0z$-<h$j$^$7$?!#(B <BR>$B2=>QIJ4X78$N;E;v$r$7$F$$$^$9!#(B <BR>$B$$$-$J$j0E$$OC$G?=$7Lu$J$$$N$G$9$,!#(B 
<BR>$B:#$N8=>u!"?4$N5r$j$I$3$m$,L5$$$b$N$G!D!#(B <BR>$B$b$7$h$m$7$1$l$P%a!<%k$@$1$N4X78$G$b$+$^$$$^$;$s!#%a%kM'$K$J$C$F$/$@$5$$(B<BR>$B!#(B 
<BR>$B$*2K$J;~4V$@$1$G$b$+$^$$$^$;$s$+$i!#(B <BR>$B0l?M$G5o$k;v$,@:?@E*$K?I$$$b$N$G!D!#(B <BR>$B%a!<%k$9$kAj<j$G$b$$$l$P>/$7$O0c$&$+$J$H;W$C$?$N$G!#(B 
<BR>$B5$$,8~$$$?;~$G$+$^$$$^$;$s!#(B <BR>$B$*JV;v2<$5$$!#(B <BR><A 
href="/YYY,379b7f/srt,0/?v=161&amp;i=1&amp;SW=&amp;PSW=&amp;POS=0&amp;CID=0">http://make-your-dream.net/love/</A><BR></P>
</BODY>
</HTML>






From yumi_pohhonda@yahoo.co.jp Sat Oct 28 07:28:54 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GdmMw-0006ku-Qc
	for ipdvb-archive@ietf.org; Sat, 28 Oct 2006 07:28:54 -0400
Received: from [58.61.153.68] (helo=pc49)
	by ietf-mx.ietf.org with smtp (Exim 4.43)
	id 1GdmMt-00066s-Dt
	for ipdvb-archive@ietf.org; Sat, 28 Oct 2006 07:28:54 -0400
To: <ipdvb-archive@ietf.org>
From: =?iso-2022-jp?B?GyRCSC85VDxUISFDZkI8TTNIfjtSGyhC?=<yumi_pohhonda@yahoo.co.jp>
Subject: =?iso-2022-jp?B?GyRCJVElPSUzJXMkSUFHP009dyQsIzEjMEZ8JEc3biMxIzQjMEt8MV8yVCQwO0VBSCRfJHI6biRDJD9KfUshISobKEI=?=
MIME-Version: 1.0
Reply-To: <yumi_pohhonda@yahoo.co.jp>
Date: Sat, 28 Oct 2006 19:19:30 +0900
Content-Type:text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 1.0 (+)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d


$B$O$8$a$^$7$F%a%k%^%,H/9T<T$NM3H~;R$G$9"v(B

$B$3$NJ}K!$OBjL>DL$j!V#11_!W$b;H$$(B

$B$^$;$s!*!*(B

$B#11_$b;H$o$:$K!"$?$C$?#1#0F|8e$K$O(B

$B7n#1#4#0K|1_0J>e$b2T$2$k;EAH$_$r:n(B

$B$k;v$,$G$-$k$N$G$9!*!*!*!*(B

$B$5$i$K$OC/$K$G$b$G$-$^$9!*!*(B

$B%Q%=%3%s$IAG?M$N;d$K$b(B

$B=PMh$F$$$k$N$G$9$+$i!*!*(B

$B$3$l$[$I$^$G$KCG8@$7$F$$$k>pJs$O:#$^$G$K8+$?$3$H$,(B

$B$"$j$^$9$+!)(B


http://make-your-dream.net/pc/







From owner-ipdvb@erg.abdn.ac.uk Mon Oct 30 11:02:03 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GeZaN-0004nm-5z
	for ipdvb-archive@ietf.org; Mon, 30 Oct 2006 11:02:03 -0500
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GeZaJ-0003uj-Ej
	for ipdvb-archive@ietf.org; Mon, 30 Oct 2006 11:02:03 -0500
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9UFeVJ9023155
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Mon, 30 Oct 2006 15:40:31 GMT
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k9UFeVKm023154
	for ipdvb-subscribed-users; Mon, 30 Oct 2006 15:40:31 GMT
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from dobermann.cosy.sbg.ac.at (dobermann.cosy.sbg.ac.at [141.201.2.56])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9UFe60Y023058
	for <ipdvb@erg.abdn.ac.uk>; Mon, 30 Oct 2006 15:40:06 GMT
Received: by dobermann.cosy.sbg.ac.at (Postfix, from userid 102)
	id DEBD2927B3; Mon, 30 Oct 2006 16:40:03 +0100 (CET)
Received: from [141.201.123.95] (dendroaspis.cosy.sbg.ac.at [141.201.123.95])
	by dobermann.cosy.sbg.ac.at (Postfix) with ESMTP id DF4D7927B3
	for <ipdvb@erg.abdn.ac.uk>; Mon, 30 Oct 2006 16:32:42 +0100 (CET)
Message-ID: <454628E6.1020000@cosy.sbg.ac.at>
Date: Mon, 30 Oct 2006 17:31:34 +0100
From: Christian Praehauser <cpraehaus@cosy.sbg.ac.at>
User-Agent: Thunderbird 1.5.0.2 (X11/20060516)
MIME-Version: 1.0
To: ipdvb@erg.abdn.ac.uk
Subject: Update of ULE decaps support in Linux 2.6.18
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on 
	dobermann.cosy.sbg.ac.at
X-Spam-Level: 
X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,
	J_CHICKENPOX_33 autolearn=disabled version=3.0.4, No, No
X-ERG-MailScanner: Found to be clean, Found to be clean
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88

Dear IPDVB mailing list.

As some of you might have noticed, there have been some changes to the code which handles ULE decapsulation in Linux version 2.6.18.
This also corrects some of the issues that have already been discussed on this mailing list (e.g. incorrect handling of multicast packets).
See below for the details.

Currently, we're thinking about a re-design of the DVB networking support in Linux (with focus on ULE). This will make it possible to 
implement ULE Extensions as Linux modules, which are loaded by the decaps logic on-demand.
If you're interested in this and want to make suggestions or contributions, please feel free to contact us.

Kind regards,
Christian.

====
Details for dvb_net_ule_rfc4326.patch

Description
-----------
Fixed bugs in the Unidirectional Lightweight Encapsulation (ULE) code. Also checked compliency with RFC 4326 (ULE).

Changes in dvb_net.c
--------------------
* Fixed check of SNDU length.
Explanation:
The SNDU length was not checked correctly, thus leaving the possibility for a kernel panic if receiving malformed SNDUs.
Solution:
Now, the SNDU length is considered invalid if it is less then 5. The reasoning for this is that an SNDU must always carry at least one byte 
of payload and the CRC32 (4 Bytes).

* Added check of return value from functions which handle mandatory extension headers (e.g. ule_test_sndu)

* Fixed handling of optional extension headers.
Explanation:
When processing optional extension headers, the length of the extension header was not calculated correctly.
Also the next header type field was assumed to be after the optional extension header. In fact, it is a part of it (always the last two bytes).
Solution:
The length calc. and next header type field access for optional ext. headers have been fixed.

* Added handling of extension header padding (optional extension header with type 1)

* Fixed check of destination address in presence of extension headers.
Explanation:
The destination address was assumed to be after any extension headers. Thus, the extension headers were processed before comparing the 
destination address with the actual address of the receiver. After that, the total length of the ext. headers was removed from the buffer 
(skb) also including the destination address.
Solution:
Now, the destination address (if present) is checked before processing any extension headers. The destination address is saved in a local 
buffer because it may be required for constructing the ethernet header.

* Fixed/Improved filtering on destination address (if present in ULE SNDU)
(1) Now, everything is passed up the stack if in promiscious mode.
(2) The address of the receiver device and the broadcast address (FF:FF:FF:FF:FF:FF) are always accepted.
(3) If in multicast mode, all addresses in the multicast address list are accepted (in addition to 2).
(4) If in all-multicast mode, all multicast addresses are accepted (in addition to 2).

* Reduced timeout value for TS cells to 10 ms.

* Fixed arguments for setting TS feed properties.
The documentation for DVB-API v3 and what is actually present in the Linux kernel seem to be out of sync.
The set() function for TS feeds differs in the DVB API version 3 document and the Linux kernel version:
int set(dmx ts feed t* feed, u16 pid, size_t callback length, size_t circular buffer size, int descramble, struct timespec timeout);
Actually implemented in the 2.6.15 Kernel:
int dmx_ts_feed_set(struct dmx_ts_feed *ts_feed, u16 pid, int ts_type, enum dmx_ts_pes pes_type, size_t circular_buffer_size, struct 
timespec timeout);
====

-- 
Christian Praehauser <cpraehaus@cosy.sbg.ac.at>
Department of Computer Sciences
University of Salzburg





From owner-ipdvb@erg.abdn.ac.uk Mon Oct 30 12:25:41 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GeatJ-0001uB-RV
	for ipdvb-archive@ietf.org; Mon, 30 Oct 2006 12:25:41 -0500
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GeatI-0000v1-Q2
	for ipdvb-archive@ietf.org; Mon, 30 Oct 2006 12:25:41 -0500
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9UGwuWg000361
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Mon, 30 Oct 2006 16:58:56 GMT
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k9UGwuwY000360
	for ipdvb-subscribed-users; Mon, 30 Oct 2006 16:58:56 GMT
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from [139.133.207.151] (dhcp-207-151.erg.abdn.ac.uk [139.133.207.151])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9UGwgAd000324
	for <ipdvb@erg.abdn.ac.uk>; Mon, 30 Oct 2006 16:58:42 GMT
Message-ID: <45462F3E.7030808@erg.abdn.ac.uk>
Date: Mon, 30 Oct 2006 16:58:38 +0000
From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Organization: University of Aberdeen, UK
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ipdvb@erg.abdn.ac.uk
Subject: Re: Update of ULE decaps support in Linux 2.6.18
References: <454628E6.1020000@cosy.sbg.ac.at>
In-Reply-To: <454628E6.1020000@cosy.sbg.ac.at>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
X-Spam-Score: -2.8 (--)
X-Scan-Signature: 9a2be21919e71dc6faef12b370c4ecf5

Thanks for the posting. I like the idea of using KLM for extensions - to 
me that seems a very attractive long-term solution to providing many of 
the extensions that have been discussed on the WG.

Best wishes,

Gorry

(P.S. there is an agenda slot at the meeting next week that can be used 
to talk about implementation status - if you'd like to make a few slides 
and present, you'd be welcome, or if you are not attending suggest a 
speaker (or the Chair to present for you).)


Christian Praehauser wrote:

> Dear IPDVB mailing list.
> 
> As some of you might have noticed, there have been some changes to the 
> code which handles ULE decapsulation in Linux version 2.6.18.
> This also corrects some of the issues that have already been discussed 
> on this mailing list (e.g. incorrect handling of multicast packets).
> See below for the details.
> 
> Currently, we're thinking about a re-design of the DVB networking 
> support in Linux (with focus on ULE). This will make it possible to 
> implement ULE Extensions as Linux modules, which are loaded by the 
> decaps logic on-demand.
> If you're interested in this and want to make suggestions or 
> contributions, please feel free to contact us.
> 
> Kind regards,
> Christian.
> 
> ====
> Details for dvb_net_ule_rfc4326.patch
> 
> Description
> -----------
> Fixed bugs in the Unidirectional Lightweight Encapsulation (ULE) code. 
> Also checked compliency with RFC 4326 (ULE).
> 
> Changes in dvb_net.c
> --------------------
> * Fixed check of SNDU length.
> Explanation:
> The SNDU length was not checked correctly, thus leaving the possibility 
> for a kernel panic if receiving malformed SNDUs.
> Solution:
> Now, the SNDU length is considered invalid if it is less then 5. The 
> reasoning for this is that an SNDU must always carry at least one byte 
> of payload and the CRC32 (4 Bytes).
> 
> * Added check of return value from functions which handle mandatory 
> extension headers (e.g. ule_test_sndu)
> 
> * Fixed handling of optional extension headers.
> Explanation:
> When processing optional extension headers, the length of the extension 
> header was not calculated correctly.
> Also the next header type field was assumed to be after the optional 
> extension header. In fact, it is a part of it (always the last two bytes).
> Solution:
> The length calc. and next header type field access for optional ext. 
> headers have been fixed.
> 
> * Added handling of extension header padding (optional extension header 
> with type 1)
> 
> * Fixed check of destination address in presence of extension headers.
> Explanation:
> The destination address was assumed to be after any extension headers. 
> Thus, the extension headers were processed before comparing the 
> destination address with the actual address of the receiver. After that, 
> the total length of the ext. headers was removed from the buffer (skb) 
> also including the destination address.
> Solution:
> Now, the destination address (if present) is checked before processing 
> any extension headers. The destination address is saved in a local 
> buffer because it may be required for constructing the ethernet header.
> 
> * Fixed/Improved filtering on destination address (if present in ULE SNDU)
> (1) Now, everything is passed up the stack if in promiscious mode.
> (2) The address of the receiver device and the broadcast address 
> (FF:FF:FF:FF:FF:FF) are always accepted.
> (3) If in multicast mode, all addresses in the multicast address list 
> are accepted (in addition to 2).
> (4) If in all-multicast mode, all multicast addresses are accepted (in 
> addition to 2).
> 
> * Reduced timeout value for TS cells to 10 ms.
> 
> * Fixed arguments for setting TS feed properties.
> The documentation for DVB-API v3 and what is actually present in the 
> Linux kernel seem to be out of sync.
> The set() function for TS feeds differs in the DVB API version 3 
> document and the Linux kernel version:
> int set(dmx ts feed t* feed, u16 pid, size_t callback length, size_t 
> circular buffer size, int descramble, struct timespec timeout);
> Actually implemented in the 2.6.15 Kernel:
> int dmx_ts_feed_set(struct dmx_ts_feed *ts_feed, u16 pid, int ts_type, 
> enum dmx_ts_pes pes_type, size_t circular_buffer_size, struct timespec 
> timeout);
> ====
> 




From owner-ipdvb@erg.abdn.ac.uk Mon Oct 30 13:27:11 2006
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gebqp-0004k3-4K
	for ipdvb-archive@ietf.org; Mon, 30 Oct 2006 13:27:11 -0500
Received: from [2001:630:241:204:203:baff:fe9a:8c9b] (helo=erg.abdn.ac.uk)
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1Gebql-0006qb-1I
	for ipdvb-archive@ietf.org; Mon, 30 Oct 2006 13:27:11 -0500
Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9UHxvdA005681
	for <ipdvb-subscribed-users@dee.erg.abdn.ac.uk>; Mon, 30 Oct 2006 17:59:57 GMT
Received: (from majordomo.lists@localhost)
	by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k9UHxvZh005680
	for ipdvb-subscribed-users; Mon, 30 Oct 2006 17:59:57 GMT
X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f
Received: from hnse2.hns.com (hnse2.hns.com [208.236.67.202])
	by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k9UHxbbg005660
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT)
	for <ipdvb@erg.abdn.ac.uk>; Mon, 30 Oct 2006 17:59:38 GMT
Received: from excore8.hns.com (excore8.hns.com [139.85.52.156])
	by hnse2.hns.com (Switch-3.1.9/Switch-3.1.9) with ESMTP id k9UHxSvw003635;
	Mon, 30 Oct 2006 12:59:28 -0500 (EST)
Received: from hns.com (JBORDERLT.md.hnsnet [10.48.31.209])
	by excore8.hns.com (Switch-3.1.9/Switch-3.1.9) with ESMTP id k9UHxMPJ022450;
	Mon, 30 Oct 2006 12:59:27 -0500 (EST)
Message-ID: <45463D78.5030204@hns.com>
Date: Mon, 30 Oct 2006 12:59:20 -0500
From: John Border <border@hns.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: ipdvb@erg.abdn.ac.uk
CC: Fabrice.Arnal@alcatelaleniaspace.com
Subject: Re: ROHC and ULE
References: <OFC08883FC.F7A5C9E4-ONC1257214.002A7001-C1257214.002C7703@netfr.alcatel.fr>
In-Reply-To: <OFC08883FC.F7A5C9E4-ONC1257214.002A7001-C1257214.002C7703@netfr.alcatel.fr>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-ERG-MailScanner: Found to be clean, Found to be clean
X-Spam-Status: No, No
Sender: owner-ipdvb@erg.abdn.ac.uk
Precedence: bulk
Reply-To: ipdvb@erg.abdn.ac.uk
X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by erg.abdn.ac.uk id k9UHxvdA005681
X-Spam-Score: 0.1 (/)
X-Scan-Signature: b22590c27682ace61775ee7b453b40d3


    Preliminary to my embedded responses...  I think there are two=20
parts.  The first is a mechanism to indicate when the payload contains a=20
packet which has a compressed header.  This is the problem we ran into=20
with MPE which made us take a look at ULE.  The second is whether or not=20
we need to specify a means for the compressor and decompressor to=20
communicate or we just assume an out of band mechanism (which is likely=20
to be using other IP messaging)...

Cedric.Baudoin@alcatelaleniaspace.com wrote:

>Dear Gorry and ipdvb members,
>
>We, at Alcatel Alenia Space, are indeed interested in this topic.
>The I-D appears as a good starting point we would like to comment.
>
>Support of mulitcast / broadcast traffic
>In section 3.3 it is mentioned that the proposed scheme will not support
>multicast or broadcast traffics.
>From our point of view, we would like to reconsider this, provided that
>group services may be of importance in DVB systems such as satellite
>networks.
>Now, how having a multicast addressing to work  with ROHC remains an ope=
n
>issue, but at least a basic solution would be the use of unidirectional
>mode (no need to acknowdege)
>
The draft is currently only referencing a mechanism to signal that=20
something has a compressed header.  In that context, there is really no=20
reason not to support multicast.  (I had already made a note to myself=20
to fix this.)

I think synchronizing multiple decompressors with a compressor may be=20
challenging.

>(The same question of multicast has already been raised in the ip-dvb
>archive (05/05), apparently without any answer ...)
>
>Negociation of parameters between compressor and decompressor
>This point does not appear to be address in the document yet, but how to
>make the negociation is a real issue for the implementation of ROHC over
>ULE. Probably some propositions should be discussed here ? (e.g. use of
>default parameters according to the type of DVB network ? PPP replacemen=
t ?
>use of SI tables ? etc...)
>
To get things started, the draft just currently assumes out of band. =20
But, this is what I really wanted to see discussed.  My own opinion is=20
not well formed yet...

>ROHC recommendation
>We strongly believe that one of the output of the task shall be ROHC usa=
ge
>recommendations. This can be either parameters values proposition or
>analysis of the best suited mode  depending on different scenarios (name=
ly
>unidr system, satcom systems with a return link, in both mesh and star
>topologies)
>
>ROHC adaptation
>A interesting point to investigate can be ROHC adaptation to fit the
>satellite systems and the ULE stack. Two approaches can be foreseen. The
>first one is dedicated to simplification of the compression scheme, and =
the
>second one to the optimisation of ROHC in this context.
>
We were trying to make the mechanism independent from the specific=20
algorithm(s).  On the other hand, some ROHC usage recommendations re ULE=20
would be very useful.=20

>
>ULE over ROHC ?
>This has never been proposed, but maybe the compression gain could be
>pushed a little more, if new ROHC profiles integrating ULE (i.e.. x/IP/U=
LE)
>were supported ? What would be the main barriers for such an approach ?
>
>ROHC and GSE
>Another important point is to take into account GSE in order to prepare
>future work on the GSE/ROHC topic (How to support ROHC in DVB-S2 / GSE
>could be investigated in another I-D taken into account the work done in
>this task, as the GSE standardisation process is on-going).
>
>Best regards
>
>C=E9dric Baudoin and Fabrice Arnal
>
>
>Research Department/Advanced Telecom Satellite Systems
>Tel : +33 (0)53435 6817  /  Fax : +33 (0)53435 5560
>Porte : W218  /  E-Mail : cedric.baudoin@alcatelaleniaspace.com
>
>This message and any attachments (the "message") is intended solely for =
the
>addressees and is confidential. If you receive this message in error,
>please delete it and immediately notify the sender. Any use not in accor=
d
>with its purpose, any dissemination or disclosure, either whole or parti=
al,
>is prohibited except formal approval. The internet can not guarantee the
>integrity of this message. ALCATEL ALENIA SPACE (and its subsidiaries)
>shall (will) not therefore be liable for the message if modified.
>
>Ce message et toutes les pieces jointes (ci-apres le "message") sont
>etablis a l'intention exclusive de ses destinataires et sont confidentie=
ls.
>Si vous recevez ce message par erreur, merci de le detruire et d'en aver=
tir
>immediatement l'expediteur. Toute utilisation de ce message non conforme=
 a
>sa destination, toute diffusion ou toute publication, totale ou partiell=
e,
>est interdite, sauf autorisation expresse. L'internet ne permettant pas
>d'assurer l'integrite de ce message, ALCATEL ALENIA SPACE (et ses filial=
es)
>decline(nt) toute responsabilite au titre de ce message, dans l'hypothes=
e
>ou il aurait ete modifie.
>
>
> =20
>
John Border
Hughes