IETF Logo Mail Archive

Re: [v6ops] draft-ietf-v6ops-ipv6-roaming-analysis WGLC

Ross Chandler <ross@eircom.net> Wed, 30 July 2014 11:16 UTC

Return-Path: <ross@eircom.net>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 032D71B2873 for <v6ops@ietfa.amsl.com>; Wed, 30 Jul 2014 04:16:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RFOtCKeZU9kj for <v6ops@ietfa.amsl.com>; Wed, 30 Jul 2014 04:15:58 -0700 (PDT)
Received: from mail19.svc.cra.dublin.eircom.net (mail19.svc.cra.dublin.eircom.net [159.134.118.218]) by ietfa.amsl.com (Postfix) with SMTP id DAA881A02FF for <v6ops@ietf.org>; Wed, 30 Jul 2014 04:15:57 -0700 (PDT)
Received: (qmail 83862 messnum 1755374 invoked from network[213.94.190.15/avas03.vendorsvc.cra.dublin.eircom.net]); 30 Jul 2014 11:15:56 -0000
Received: from avas03.vendorsvc.cra.dublin.eircom.net (213.94.190.15) by mail19.svc.cra.dublin.eircom.net (qp 83862) with SMTP; 30 Jul 2014 11:15:56 -0000
Received: from [192.168.43.190] ([86.43.53.6]) by avas03.vendorsvc.cra.dublin.eircom.net with Cloudmark Gateway id YbFr1o01w0829we01bFvRq; Wed, 30 Jul 2014 12:15:56 +0100
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Ross Chandler <ross@eircom.net>
In-Reply-To: <CAM+vMET1dT5TZ5S=-5kkKG7rhrJEXhkn98gBgU3XVBS=6drDSQ@mail.gmail.com>
Date: Wed, 30 Jul 2014 12:15:50 +0100
Content-Transfer-Encoding: 7bit
Message-Id: <451AABDF-407E-44AE-A5E6-D2409B18DAE7@eircom.net>
References: <201407271800.s6RI04sj008989@irp-lnx1.cisco.com> <alpine.DEB.2.02.1407280906590.7929@uplift.swm.pp.se> <CAM+vMETcGw4TPd2Sy2i7a_0OoFk3844nG=g6Tphi9JDM4h4epA@mail.gmail.com> <alpine.DEB.2.02.1407290708070.7929@uplift.swm.pp.se> <9A04228A-88BC-4123-BFC3-AF081AEDBDC9@eircom.net> <53C4B91A.8090702@gmail.com> <BC6BF063-C40F-4431-A3FC-962DF8CBDD73@eircom.net> <CAM+vMET1dT5TZ5S=-5kkKG7rhrJEXhkn98gBgU3XVBS=6drDSQ@mail.gmail.com>
To: v6ops@ietf.org
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/NogVJq_NFSXPLTHMbmQOVm3LvgA
Subject: Re: [v6ops] draft-ietf-v6ops-ipv6-roaming-analysis WGLC
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Jul 2014 11:16:01 -0000

On 30 Jul 2014, at 09:32, GangChen <phdgang@gmail.com> wrote:

>> 
> 
> IMHO, we may have to avoid dual-stack using separate bearers. So I
> make a minor revision on the texts as below.


Gang,

I agree that avoiding dual-stack should be part of the recommendation.
Reasons which we might want to also explicitly state: 


Separate bearers are undesirable because they hold up extra resources in 
the Radio Access, as well as in the GGSN. and it may complicate  the 
reconciliation of CDRs for a subscriber, particularly in the roaming case.


Regards,
Ross

> 
> A proper user profile configuration could provide deterministic
> network control of
> the connectivity requests from dual-stack, IPv4-only and IPv6-only
> devices. It's desirable
> that the network could set-up proper connectivity for any type of the
> devices.The HLR/HSS may have to apply extra logic to achieve this.
> 
> The following are examples to demonstrate the settings for the scenarios
> and decision criteria to apply when returning user profile information to
> the SGSN.
> 
> BRs
> 
> Gang

v2.23.0 | Report a Bug | By Email