Re: [PCN] PCN WG last call for draft-ietf-pcn-architecture-05.txt

[Bob Briscoe <rbriscoe at jungle.bt.co.uk>]

Phil & list,

For a bit of light relief...

I did consider suggesting that an operator wanting to deploy PCN in a 
domain that also used non-IPSec tunnels could create COTS (common 
off-the-shelf) IP in IP tunnels that exhibit the required behaviour 
for PCN by using null encryption  [RFC2410] with ESP (encrypting 
security payload). This would use IPSec to copy ECN at tunnel 
ingress, but not require any key management.

RFC2410 is probably the closest that security people get to smiling.


Bob

At 14:16 28/08/2008, philip.eardley at bt.com wrote:
>Sounds good clarification to me, thanks bob
>
>phil
>
>{ -----Original Message-----
>{ From: Briscoe,RJ,Bob,XVR9 BRISCORJ R
>{ Sent: 28 August 2008 13:16
>{ To: Eardley,PL,Philip,CXR9 R
>{ Cc: pcn; Steven Blake
>{ Subject: Re: [PCN] PCN WG last call for
>draft-ietf-pcn-architecture-05.txt
>{
>{ Phil,
>{
>{ I know the last call ended yesterday, but as I think you agreed to
>{ make some tweaks to the text, you might want to consider this
>{ addition to "Sec 7.7 Tunnelling" as well.
>{
>{ Current text:
>{     o  any PCN-marking is copied into the outer header
>{
>{ Suggested new text
>{     o  any PCN-marking is copied into the outer header
>{
>{     Note that a tunnel will not provide this behaviour if it complies
>{     with [RFC3168] tunnelling in either mode, but it will if it
>complies
>{     with [RFC4301] IPSec tunnelling.
>{
>-----------------------------------------------------------------------
>{
>{ Current text:
>{     Similarly, in line with the "uniform conceptual model" of
>[RFC2983]
>{     and the "full-functionality option" of [RFC3168], the following
>rule
>{     is applied if decapsulation is done within the PCN-domain:
>{
>{ Suggested new text
>{     Similarly, in line with the "uniform conceptual model" of
>[RFC2983],
>{     with [RFC4301] and with the "full-functionality mode" of
>[RFC3168],
>{     the following rule is applied if decapsulation is done within the
>PCN-
>{     domain:
>{
>-----------------------------------------------------------------------
>{
>{
>{ Bob
>{
>{ At 13:35 22/08/2008, Steven Blake wrote:
>{ >On Fri, 2008-08-08 at 20:03 -0400, Steven Blake wrote:
>{ >
>{ > > This message starts a 2+-week PCN working group last call for
>{ advancing
>{ > >
>{ > >         Title           : Pre-Congestion Notification Architecture
>{ > >         Author(s)       : P. Eardley
>{ > >         Filename        : draft-ietf-pcn-architecture-05.txt
>{ > >         Pages           : 54
>{ > >         Date            : 2008-08-07
>{ > >
>{ > > as an Informational RFC.  Substantive comments and statements of
>{ support
>{ > > for this draft should be sent to the pcn mailing list.  Editorial
>{ > > suggestions can be sent directly to the document editor.
>{ > > The last call will end on Wednesday August 27.
>{ >
>{ >A reminder that this last call closes next Wednesday.
>{ >
>{ >
>{ >Regards,
>{ >
>{ >// Steve
>{ >
>{ >_______________________________________________
>{ >PCN mailing list
>{ >PCN at ietf.org
>{ >https://www.ietf.org/mailman/listinfo/pcn
>{
>{
>________________________________________________________________________
>__
>{ __
>{ Bob Briscoe, <bob.briscoe at bt.com>      Networks Research Centre, BT
>{ Research
>{ B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473
>{ 645196

____________________________________________________________________________
Bob Briscoe, <bob.briscoe at bt.com>      Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196 

_______________________________________________
PCN mailing list
PCN at ietf.org
https://www.ietf.org/mailman/listinfo/pcn