Re: [Softwires] [BEHAVE] Stateless Deterministic NAPT/DS-Lite

Cameron Byrne <cb.list6@gmail.com> Mon, 07 November 2011 17:11 UTC

Return-Path: <cb.list6@gmail.com>
X-Original-To: softwires@ietfa.amsl.com
Delivered-To: softwires@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AB7B21F8548; Mon, 7 Nov 2011 09:11:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.984
X-Spam-Level:
X-Spam-Status: No, score=-2.984 tagged_above=-999 required=5 tests=[AWL=0.615, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ofcBVkoyTolK; Mon, 7 Nov 2011 09:11:15 -0800 (PST)
Received: from mail-pz0-f50.google.com (mail-pz0-f50.google.com [209.85.210.50]) by ietfa.amsl.com (Postfix) with ESMTP id B130B21F8B49; Mon, 7 Nov 2011 09:11:15 -0800 (PST)
Received: by pzk4 with SMTP id 4so6682174pzk.9 for <multiple recipients>; Mon, 07 Nov 2011 09:11:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xFu8XJWnyh0YZjmqPsvA3rUbD1/1JYzZy7o3LV9xDnM=; b=WdzdG8il8bd2NRWFYLEnhESvAMIH2FoGE41QycBcpVoT8Nrjn1/v19js6JKuDW8zZK GXNOVsOUKGYXDbhScQLz/0IyV2Sl9fZkoNn3YWORLPkvP+h7Pd0MHvg3OvV+k6Ezho77 D/37vWAnJNsmrfQ4Hr294zLJkcCzRbGmvJPqY=
MIME-Version: 1.0
Received: by 10.68.47.4 with SMTP id z4mr487400pbm.39.1320685874162; Mon, 07 Nov 2011 09:11:14 -0800 (PST)
Received: by 10.142.230.8 with HTTP; Mon, 7 Nov 2011 09:11:14 -0800 (PST)
In-Reply-To: <CAD6AjGQJDfDeRWOUPMKn8nNTo3oKuiZRJY+Jh4K_OmamqTn_0A@mail.gmail.com>
References: <2073A6C5467C99478898544C6EBA3F4602BD2809D2@USNAVSXCHMBSC3.ndc.alcatel-lucent.com> <CAD880C3.57663%rpenno@juniper.net> <14C7F4F06DB5814AB0DE29716C4F6D671B85F60E@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com> <9328FE85-AE27-4F52-832D-5D7890DFDB48@juniper.net> <CAD6AjGQJDfDeRWOUPMKn8nNTo3oKuiZRJY+Jh4K_OmamqTn_0A@mail.gmail.com>
Date: Mon, 07 Nov 2011 09:11:14 -0800
Message-ID: <CAD6AjGRRVn=MM239yt26taAxmLW5HZik5KLs4XxWK7Rb_p_Z9g@mail.gmail.com>
From: Cameron Byrne <cb.list6@gmail.com>
To: Alain Durand <adurand@juniper.net>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: "softwires@ietf.org" <softwires@ietf.org>, "Poscic, Kristian (Kristian)" <kristian.poscic@alcatel-lucent.com>, "behave@ietf.org" <behave@ietf.org>
Subject: Re: [Softwires] [BEHAVE] Stateless Deterministic NAPT/DS-Lite
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/softwires>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Nov 2011 17:11:16 -0000

On Mon, Nov 7, 2011 at 8:05 AM, Cameron Byrne <cb.list6@gmail.com> wrote:
>
> On Nov 7, 2011 6:58 AM, "Alain Durand" <adurand@juniper.net> wrote:
>>
>>
>> On Nov 4, 2011, at 2:21 AM, Henderickx, Wim (Wim) wrote:
>>
>> > Reinaldo,
>> >
>> > What happens if a customer wants to get more ports than the CPE owns?
>>
>> Similar to the other stateless proposals such a 4rd or divi, there is no
>> provision to dynamically extend that range allocated by the ISP.
>> The consensus that was expressed a number of time in the wg is that if you
>> need this flexibility,
>> a stateless solution is the wrong approach, you'd be be better of with a
>> stateful solution.
>>
>>
>> > How would PCP operate with this model?
>>
>> This is an interesting question... This should make the life of the PCP
>> server rather easy, as there will be no state to keep there too.
>>
>
> Interesting indeed, no pcp and no alg.
>
> So for stateless solutions anything that falls out of your static cgn
> allocation will not work? Like sip/rtp? Multiplayer games? Ftp? Rtsp? Pptp?
> Ipsec? ...
>
> Sorry if I missed something obvious for how these are enabled.
>
> Cb

Ok, i think i figured this one out, the SD-CPE will force the ports
into the range supported on the CGN.