Re: [dhcwg] Ben Campbell's Discuss on draft-ietf-dhc-relay-port-08: (with DISCUSS and COMMENT)

"Naiming Shen (naiming)" <naiming@cisco.com> Thu, 30 November 2017 21:58 UTC

Return-Path: <naiming@cisco.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B6CE1294E1; Thu, 30 Nov 2017 13:58:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.519
X-Spam-Level:
X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 yl4QH9ePozpp; Thu, 30 Nov 2017 13:58:48 -0800 (PST)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C96341205D3; Thu, 30 Nov 2017 13:58:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6426; q=dns/txt; s=iport; t=1512079127; x=1513288727; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=cpZdp5vv0JXhhE5rc1Xjjm+JzLYLE5wAihqeNXTPWeQ=; b=gFcfDaNtRdW7HDTZ9yciiUGP7l7LCHXFO/27G1BESfjh+L2pNa9KHiDc ffk7Zc+beVFjU+KQYPjJa3sTS21wtWoLu5maJP/KNUT2AyjXircQLZvUu Ql91PR6LS5NEihFfH3/tnncxeB2EyPgfzJ/njpg4tXXdrk3idvkcbxdeU s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AXAgB0fiBa/4gNJK1aGQEBAQEBAQEBAQEBAQcBAQEBAYM8gVQnB4N4mROTKIdcCoU7AhqFB0IVAQEBAQEBAQEBayiFIAYjVhACAQgECjEDAgICMBQRAgQOBYk+ZKYfgieKZAEBAQEBAQEBAQEBAQEBAQEBAQEBAR2DQYIJg2iDAoUKCYMiMYIyBaJbApUPghaRPYo5i18CERkBgTkBNSOBUW8VZAGBfoMHgU54hz+BMYEUAQEB
X-IronPort-AV: E=Sophos;i="5.45,343,1508803200"; d="scan'208,217";a="325192716"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 30 Nov 2017 21:58:46 +0000
Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id vAULwk2V024787 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 30 Nov 2017 21:58:46 GMT
Received: from xch-rcd-004.cisco.com (173.37.102.14) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 30 Nov 2017 15:58:46 -0600
Received: from xch-rcd-004.cisco.com ([173.37.102.14]) by XCH-RCD-004.cisco.com ([173.37.102.14]) with mapi id 15.00.1320.000; Thu, 30 Nov 2017 15:58:46 -0600
From: "Naiming Shen (naiming)" <naiming@cisco.com>
To: Ted Lemon <mellon@fugue.com>
CC: Ben Campbell <ben@nostrum.com>, The IESG <iesg@ietf.org>, "draft-ietf-dhc-relay-port@ietf.org" <draft-ietf-dhc-relay-port@ietf.org>, dhcwg <dhcwg@ietf.org>, "dhc-chairs@ietf.org" <dhc-chairs@ietf.org>
Thread-Topic: [dhcwg] Ben Campbell's Discuss on draft-ietf-dhc-relay-port-08: (with DISCUSS and COMMENT)
Thread-Index: AQHTaVYtuZUuArhG2US4SOjv69UZUKMsQUWAgAAxPACAAAdOgIAADIKAgAADyICAAAYPAIAABGSAgAABhACAAAJIAIAACGyAgAARWQCAABozAIAAdUMAgACdHQA=
Date: Thu, 30 Nov 2017 21:58:46 +0000
Message-ID: <6A666599-E7C4-474E-960B-3172D3E710A7@cisco.com>
References: <151198969282.31355.16877065112899804068.idtracker@ietfa.amsl.com> <200CE2CC-D6D1-40BA-843A-1193DFFDEE74@fugue.com> <4364B55F-0BC5-42B9-965D-FEF9D9AED9C5@nostrum.com> <1F317916-E0C1-4EF5-A9C8-448FF02D3525@fugue.com> <001E840F-75A6-4D68-B029-B3665B066A45@cisco.com> <8563F7DE-86CC-45D9-BF2B-6CCB0AC292B8@fugue.com> <026179B8-61B6-4430-AA5C-A8B1ADA2CED5@cisco.com> <EC108FCE-E299-49EC-BBEF-8E3928036F39@fugue.com> <C03BD668-FD36-4F32-B129-11CFFAB3FD79@cisco.com> <FC542504-04F9-4600-93DA-5EA1E4BAD737@nostrum.com> <6D4FEA3C-F966-415A-903C-F3FB6C69386F@cisco.com> <1DEBFAC1-0E43-4E41-99B1-D01EE85005B5@nostrum.com> <D3EEEC74-416D-40C9-8CBC-DE8D30385A1C@cisco.com> <F1A8D4DD-129D-4E19-90C7-38B2E2F0992B@fugue.com>
In-Reply-To: <F1A8D4DD-129D-4E19-90C7-38B2E2F0992B@fugue.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.32.173.26]
Content-Type: multipart/alternative; boundary="_000_6A666599E7C4474E960B3172D3E710A7ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/eQLeRp7awyYQeY12NXtcKLBdhVY>
Subject: Re: [dhcwg] Ben Campbell's Discuss on draft-ietf-dhc-relay-port-08: (with DISCUSS and COMMENT)
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dhcwg/>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Nov 2017 21:58:49 -0000

Ted,

NP. Sounds reasonable. I can adapt this in the next update. Thanks.

- Naiming

On Nov 30, 2017, at 4:36 AM, Ted Lemon <mellon@fugue.com<mailto:mellon@fugue.com>> wrote:

I'm sorry to belabor this, but I'm realizing that there's a bit of ambiguity in the new text in that there are actually two types of messages sent by relays: server-direction and client-direction.   The current text doesn't make that distinction:

Relay agents implementing this specification may be configured instead to use a source port number other than 67, and to receive responses on that same port. This will only work when the DHCP server or relay agent to which such a relay agent is forwarding messages is upgraded to support this extension.

I do not know what the actual intention is—if all relay messages toward clients come from port 67, there's no problem.   All relay messages to clients _have_ to come from port 67.   It could be that you intend relay messages from relays to relays in the direction of clients to come from a different source port.   But right now I think that the text is just about messages from relays to relays or servers, in the direction of servers.   Is that correct?   If so, the easiest change would be something like this:

Relay agents implementing this specification may be configured instead to use a source port number other than 67 when relaying messages toward servers, and to receive responses toward clients on that same port. This will only work when the DHCP server or relay agent to which such a relay agent is forwarding messages is upgraded to support this extension.