Re: [v6ops] Clarifications on draft-ietf-v6ops-rfc3316bis-00.txt
jouni korhonen <jouni.nospam@gmail.com> Sat, 17 November 2012 23:31 UTC
Return-Path: <jouni.nospam@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CD9B21F8450 for <v6ops@ietfa.amsl.com>; Sat, 17 Nov 2012 15:31:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.299
X-Spam-Level:
X-Spam-Status: No, score=-3.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mw3T+rnlYtOX for <v6ops@ietfa.amsl.com>; Sat, 17 Nov 2012 15:31:29 -0800 (PST)
Received: from mail-ea0-f172.google.com (mail-ea0-f172.google.com [209.85.215.172]) by ietfa.amsl.com (Postfix) with ESMTP id 1A50021F8438 for <v6ops@ietf.org>; Sat, 17 Nov 2012 15:31:28 -0800 (PST)
Received: by mail-ea0-f172.google.com with SMTP id a1so817385eaa.31 for <v6ops@ietf.org>; Sat, 17 Nov 2012 15:31:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=U8SEK38sQDZseOmhc2zqc1yHdkpkQh5/+bXi2u+aCk0=; b=jqF3FbvUQgpLhzzR8zkvdy877qF80pFbJBJHBIqW7oOavV2X9RGoh57PKn0zYdIaML c3Ytx7SinzmgXremPJStLuO6WWAGvlLLGDOLnt8X7V55FhiYowCFFtleAOqEHcTpdEHL Es59QlCMrhbQCKGhgAE7xO3J6GHBk2bxA4W8BpaLvL1DjefC9nrvS4euf/hPaROnDc1x uBRt9Te+HJQmEQEgmDPYaW5ZHVGoJtyfLTRQu6kdNnuobAyPyYq/hav/HyGds5Sqf1z2 Z8qnEDLT0/VTtMLUitaKiMfKKIvCTHzMyLKGeKOGFpfh70PUOfiVEIauu4+obWSgAlcz 0B/Q==
Received: by 10.14.172.195 with SMTP id t43mr9910963eel.17.1353195088107; Sat, 17 Nov 2012 15:31:28 -0800 (PST)
Received: from ?IPv6:2001:1bc8:101:f101:226:bbff:fe18:6e9c? ([2001:1bc8:101:f101:226:bbff:fe18:6e9c]) by mx.google.com with ESMTPS id y44sm13565310eel.14.2012.11.17.15.31.24 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 17 Nov 2012 15:31:27 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
From: jouni korhonen <jouni.nospam@gmail.com>
In-Reply-To: <CANF0JMBf9fpp5Hm40+sW-sV4qpw9LXAagyaNZaNzuWZ944_s3w@mail.gmail.com>
Date: Sun, 18 Nov 2012 01:31:22 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <45B89E2C-1BB2-4212-9126-B1F377784474@gmail.com>
References: <CANF0JMBf9fpp5Hm40+sW-sV4qpw9LXAagyaNZaNzuWZ944_s3w@mail.gmail.com>
To: Hui Deng <denghui02@gmail.com>
X-Mailer: Apple Mail (2.1085)
Cc: v6ops@ietf.org
Subject: Re: [v6ops] Clarifications on draft-ietf-v6ops-rfc3316bis-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
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: Sat, 17 Nov 2012 23:31:30 -0000
Hi, On Nov 17, 2012, at 6:56 PM, Hui Deng wrote: > Hello, authors, > > in section 2.11, it says > "learning the DNS server addresses from the link layer signaling can be cumbersome when the MT > and the TE are separated using other techniques than PPP interface" > Can you be more specific about what else could be used? and what can be cumbersome? Like proprietary APIs or USB cdc etc between the MT and the TE. There might not be "easy" or standard way to let the TE stack to learn DNS information that the network sent in NAS signaling. PPP had one. Learning the DNS information using IP protocols between the TE stack and the gateway just makes the MT implementation easier and avoids OS specific hacks there. > for privacy consideration, > can you help to write some analysis text about the relationship with "always on capability in 3GPP" Do you mean analysis of a cellular host having the same prefix in use for a long periods of time? > Does SIPTO/LIPA has some influence on this document? I am not sure yet. Maybe a recommendation to use DNA might be useful here? - Jouni > > thanks > > -Hui > _______________________________________________ > v6ops mailing list > v6ops@ietf.org > https://www.ietf.org/mailman/listinfo/v6ops