- From: Tommy Pauly <tpauly@apple.com>
- Date: Tue, 10 Oct 2023 08:11:43 -0700
- To: Menachem Dodge <menachemdodge1@gmail.com>
- Cc: ops-dir@ietf.org, draft-ietf-httpbis-alias-proxy-status.all@ietf.org, HTTP Working Group <ietf-http-wg@w3.org>, last-call@ietf.org
- Message-id: <4386AEBA-0CFF-4295-B25F-7F0C978F2ADD@apple.com>
Thanks for the review, Menachem! I’ve fixed nits 1 and 3 with this PR: https://github.com/httpwg/http-extensions/pull/2647 For nit 2, I think the existing text is correct, since these are referring to the (code-style) names of the parameters. Best, Tommy > On Oct 10, 2023, at 4:26 AM, Menachem Dodge via Datatracker <noreply@ietf.org> wrote: > > Reviewer: Menachem Dodge > Review result: Has Nits > > Reviewer: Menachem Dodge > Review result: Has Nits > > I have reviewed this document as part of the Ops area directorate's ongoing > effort to review all IETF documents being processed by the IESG. These > comments were written primarily for the benefit of the Ops area directors. > Document editors and WG chairs should treat these comments just like any other > last-call comments. > > Summary > This document defines the next-hop-aliases HTTP Proxy-Status Parameter. > > NITS: > > 1. Abstract > OLD --> This parameter carries the list of aliases and canonical names an > intermediary received during DNS resolution as part establishing a connection > to the next hop. NEW --> This parameter carries the list of aliases and > canonical names an intermediary received during DNS resolution as part of > establishing a connection to the next hop. > > 2. Section 2 > OLD --> Note that while this example includes both the next-hop and > next-hop-aliases parameters, next-hop-aliases can be included without including > next-hop. NEW --> Note that while this example includes both the next-hop and > next-hop-aliases parameters, next-hop-aliases can be included without including > the next-hop. > > 3. Section 3 > OLD --> Implementations ought to note that the full chain of names might not > available in common DNS resolution APIs, such as getaddrinfo. NEW --> > Implementations ought to note that the full chain of names might not be > available in common DNS resolution APIs, such as getaddrinfo. > > Thank you kindly. > Best Regards, > Menachem Dodge > >
Received on Tuesday, 10 October 2023 15:12:14 UTC