Re: [shara] Preliminary agenda for SHARA BOF

marcelo bagnulo braun <marcelo@it.uc3m.es> Tue, 10 March 2009 23:02 UTC

Return-Path: <marcelo@it.uc3m.es>
X-Original-To: shara@core3.amsl.com
Delivered-To: shara@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 25FA83A699D for <shara@core3.amsl.com>; Tue, 10 Mar 2009 16:02:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.407
X-Spam-Level:
X-Spam-Status: No, score=-6.407 tagged_above=-999 required=5 tests=[AWL=0.192, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xsbgpZp-4VSj for <shara@core3.amsl.com>; Tue, 10 Mar 2009 16:02:03 -0700 (PDT)
Received: from smtp03.uc3m.es (smtp03.uc3m.es [163.117.176.133]) by core3.amsl.com (Postfix) with ESMTP id C14AE3A6946 for <shara@ietf.org>; Tue, 10 Mar 2009 16:02:02 -0700 (PDT)
Received: from marcelo-bagnulos-macbook-pro.local (151.pool85-53-150.dynamic.orange.es [85.53.150.151]) by smtp03.uc3m.es (Postfix) with ESMTP id C4D407EEFED; Wed, 11 Mar 2009 00:02:31 +0100 (CET)
Message-ID: <49B6F187.5080600@it.uc3m.es>
Date: Wed, 11 Mar 2009 00:02:31 +0100
From: marcelo bagnulo braun <marcelo@it.uc3m.es>
User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209)
MIME-Version: 1.0
To: mohamed.boucadair@orange-ftgroup.com
References: <49B64942.1080401@it.uc3m.es> <6CF039C5B32037498B02251E11CDE6B007D4F799@ftrdmel3> <49B670C6.6080601@ericsson.com> <6CF039C5B32037498B02251E11CDE6B007D887AD@ftrdmel3>
In-Reply-To: <6CF039C5B32037498B02251E11CDE6B007D887AD@ftrdmel3>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-TM-AS-Product-Ver: IMSS-7.0.0.3116-5.6.0.1016-16512.002
Cc: Gabor.Bajko@nokia.com, bernard_aboba@hotmail.com, shara@ietf.org
Subject: Re: [shara] Preliminary agenda for SHARA BOF
X-BeenThere: shara@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Sharing of an IPv4 Address discussion list <shara.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/shara>, <mailto:shara-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/shara>
List-Post: <mailto:shara@ietf.org>
List-Help: <mailto:shara-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/shara>, <mailto:shara-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Mar 2009 23:02:07 -0000

mohamed.boucadair@orange-ftgroup.com escribió:
> Dear Magnus, all,
>
> Thank your for these clarifications. 
>
> This shortage issue is a hot plate, we all need to handle correctly. As a Service provider, we would like to have means and solutions ready to face the shortage. We would like to avoid introducing nodes and solutions which would delay the migration to IPv6. An effort is required to standardize the port-range based solutions. That's why we have been carrying out this effort at the IETF.
>
>
> Concretely, in addition to the proposed joined solution presentation, we would like to present:
>
> - Needs and Open Issues (draft-levis-behave-ipv4-shortage-framework) which lists a set of issues to be handled in the context of shared IP addresses (hopefully in cooperation with Mat Ford's proposal).
>
>   
ok, i understand you are coordinating with Mat already about this

> - Configuration and provisioning solutions (draft-bajko-pripaddrassign-01 and draft-boucadair-pppext-portrange-option)
>  
>   
So, i would like to understand a bit more how are we going to manage the 
exploration of the solutions space.
I understand that there will be a joint presentation, including the 
different proponents of solutions, including  Randy,  you guys,  Remi 
Despres, Teemu and Gabor, where you are going to present a high level 
description of the solution space.
Now, i am not sure if we should go into the details of the solutions. I 
mean, discussing how the PPP is extended or how the dhcp port range 
option should looki, doesn't seem to me to be the right level of 
disucssion for the bof. Probably we want to stay on a higher level of 
detail and discuss the overall solution. Maybe some other people can 
comment on what they think we should spend the time of the bof.

So, my take is that with a high level presentation of the solution space 
wihtout getting into the details of the ppp options and dhcp options 
should be enough for the bof (of course, if the work is charterted, the 
particualr disucssion on the solution is relevant, but i am not sure 
that is the case for the bof)


Regards, marcelo



> To this end, we think the time slot dedicated to the solutions should be expanded.
>
> Cheers,
>
> Med
>
>
>
> -----Message d'origine-----
> De : Magnus Westerlund [mailto:magnus.westerlund@ericsson.com] 
> Envoyé : mardi 10 mars 2009 14:53
> À : BOUCADAIR Mohamed RD-CORE-CAE
> Cc : marcelo@it.uc3m.es; shara@ietf.org; bernard_aboba@hotmail.com
> Objet : Re: [shara] Preliminary agenda for SHARA BOF
>
> Everyone,
>
> I don't know exactly what happened here, the chairs and I have been late at getting a draft agenda together. We are sorry for that. Please note, the agenda is still a draft agenda and open for discussion. The chairs and I are taking feedback on the agenda.
>
> We are clearly missing some related drafts on certain agenda items. We also have had discussion of joint presentations, apparently the communication to all parties haven't happened. For example the solutions agenda item is intended to include the proposed solutions from all that we know of including Mr Boucadair and co-authors work.
>
> I would however note that having a draft in a space does not necessarily grant the rights to be on the agenda. The presentation and discussion needs to have a purpose within the scope of the BOF. To me solution overview and issues around the solution space do belong on the agenda.
> However in the interest of time management the chairs and I do want joint presentations when possible. The chairs will follow up on this.
>
> I have had a particular vision for this BOF. One that makes it fit into the ongoing work in Softwires and Behave WG. Splitting people into yet another WG seem to me be only diluting the pool of people working on these problems and increasing the overhead to get work done. Thus this BOF is not WG forming, instead it is run to determine if we should go ahead and charter the work in already existing WGs. To determine that we need to have a discussion about the issue intended to be solved and if there is consensus for the proposed solution space with its trade-offs.
>
> I am sorry that I have been bad at communicating this openly.
>
> Regards
>
> Magnus Westerlund
>
> IETF Transport Area Director & TSVWG Chair
> ----------------------------------------------------------------------
> Multimedia Technologies, Ericsson Research EAB/TVM
> ----------------------------------------------------------------------
> Ericsson AB                | Phone  +46 10 7148287
> Färögatan 6                | Mobile +46 73 0949079
> SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
> ----------------------------------------------------------------------
>
>