Re: [Gen-art] [tram] GenART post-telechat comment on draft-ietf-tram-turn-mobility-08
Jonathan Lennox <jonathan@vidyo.com> Fri, 09 September 2016 18:19 UTC
Return-Path: <prvs=3060f6bc97=jonathan@vidyo.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33F1312B1B5; Fri, 9 Sep 2016 11:19:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.83
X-Spam-Level:
X-Spam-Status: No, score=-1.83 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_WEB=0.77, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 jIX96rEAg2FG; Fri, 9 Sep 2016 11:19:55 -0700 (PDT)
Received: from mx0b-00198e01.pphosted.com (mx0b-00198e01.pphosted.com [67.231.157.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DC0312B0EC; Fri, 9 Sep 2016 11:19:55 -0700 (PDT)
Received: from pps.filterd (m0073110.ppops.net [127.0.0.1]) by mx0b-00198e01.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id u89IIwjE030593; Fri, 9 Sep 2016 14:19:51 -0400
Received: from mail.vidyo.com ([162.209.16.214]) by mx0b-00198e01.pphosted.com with ESMTP id 25bc3xrww4-1 (version=TLSv1 cipher=AES128-SHA bits=128 verify=NOT); Fri, 09 Sep 2016 14:19:51 -0400
Received: from 492132-EXCH1.vidyo.com ([fe80::50:56ff:fe85:4f77]) by 492133-EXCH2.vidyo.com ([fe80::50:56ff:fe85:6b62%13]) with mapi id 14.03.0195.001; Fri, 9 Sep 2016 13:19:51 -0500
From: Jonathan Lennox <jonathan@vidyo.com>
To: Pete Resnick <presnick@qti.qualcomm.com>
Thread-Topic: [tram] GenART post-telechat comment on draft-ietf-tram-turn-mobility-08
Thread-Index: AQHSCsYziHDkZGac+kykE7ETkhSi76Bxy8WA
Date: Fri, 09 Sep 2016 18:19:50 +0000
Message-ID: <2DC7E1A2-D2AD-472C-BE71-976757246209@vidyo.com>
References: <6ECD9A3A-0D63-421B-953D-A516D773CCBA@qti.qualcomm.com> <E87B771635882B4BA20096B589152EF643E961F1@eusaamb107.ericsson.se> <092F2B7C-4B03-4956-9C0E-1C5983D2AF72@qti.qualcomm.com> <abf54eff0f4c4d28b45db8e185e5e5c2@XCH-RCD-017.cisco.com> <E87B771635882B4BA20096B589152EF643E99AAA@eusaamb107.ericsson.se> <B4CE5A5C-3DB0-4B4B-86B9-B7AF02F7DB76@qti.qualcomm.com>
In-Reply-To: <B4CE5A5C-3DB0-4B4B-86B9-B7AF02F7DB76@qti.qualcomm.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [160.79.219.114]
Content-Type: multipart/alternative; boundary="_000_2DC7E1A2D2AD472CBE71976757246209vidyocom_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-09-09_10:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609020000 definitions=main-1609090273
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/-A8iU41SjjOzf5nUfYKnJmkP0yU>
Cc: "tram@ietf.org" <tram@ietf.org>, General Area Review Team <gen-art@ietf.org>, Tirumaleswar Reddy <tireddy@cisco.com>, "draft-ietf-tram-turn-mobility.all@ietf.org" <draft-ietf-tram-turn-mobility.all@ietf.org>, The The IESG <iesg@ietf.org>
Subject: Re: [Gen-art] [tram] GenART post-telechat comment on draft-ietf-tram-turn-mobility-08
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Sep 2016 18:19:57 -0000
On Sep 9, 2016, at 12:08 PM, Pete Resnick <presnick@qti.qualcomm.com<mailto:presnick@qti.qualcomm.com>> wrote: On 9 Sep 2016, at 4:33, Suresh Krishnan wrote: Hi Tiru, On 09/07/2016 10:50 PM, Tirumaleswar Reddy (tireddy) wrote: [TR] I propose the following text to avoid the confusion: If a client wants to refresh an existing allocation and update its time-to-expiry or delete an existing allocation in case of no IP address change, it will send a Refresh Request as described in Section 7.1 of [RFC5766] and MUST NOT include a MOBILITY-TICKET attribute. If the client wants to retain the existing allocation in case of IP address change, it will include the MOBILITY-TICKET attribute received in the Allocate Success response in the Refresh Request. I have no issues with this new text. Please check with Pete if it resolves his concerns. Wait, now I'm even more confused. The second sentence says that you are allowed to include the MOBILITY-TICKET attribute in a Refresh Request if you want to retain the allocation, even though the first sentence says you MUST NOT. Is this because the Refresh Request with the MOBILITY-TICKET attribute will only be rejected if the IP address is the same? If so, perhaps this is what you meant: If a client wants to refresh an existing allocation and update its time-to-expiry or delete an existing allocation, it sends a Refresh Request as described in Section 7.1 of [RFC5766]. If IP address of the client has changed and the client wants to retain the existing allocation, the client includes the MOBILITY-TICKET attribute received in the Allocate Success response in the Refresh Request. If there has been no IP address change, the client MUST NOT include a MOBILITY-TICKET attribute, as this will be rejected by the server and the client would need to retransmit the Refresh Request. If that's not what you meant, you should probably clarify. To be precise, “IP address” here should be “IP address or source port”, right? One case I’m thinking of is where a client moved to a new private IP address, but is still behind the same CGN and so has the same external IP address.
- [Gen-art] GenART post-telechat comment on draft-i… Pete Resnick
- Re: [Gen-art] GenART post-telechat comment on dra… Tirumaleswar Reddy (tireddy)
- Re: [Gen-art] GenART post-telechat comment on dra… Spencer Dawkins at IETF
- Re: [Gen-art] GenART post-telechat comment on dra… Suresh Krishnan
- Re: [Gen-art] GenART post-telechat comment on dra… Stephen Farrell
- Re: [Gen-art] GenART post-telechat comment on dra… Pete Resnick
- Re: [Gen-art] GenART post-telechat comment on dra… Pete Resnick
- Re: [Gen-art] GenART post-telechat comment on dra… Tirumaleswar Reddy (tireddy)
- Re: [Gen-art] GenART post-telechat comment on dra… Suresh Krishnan
- Re: [Gen-art] GenART post-telechat comment on dra… Pete Resnick
- Re: [Gen-art] [tram] GenART post-telechat comment… Jonathan Lennox
- Re: [Gen-art] GenART post-telechat comment on dra… Tirumaleswar Reddy (tireddy)
- Re: [Gen-art] [tram] GenART post-telechat comment… Tirumaleswar Reddy (tireddy)