Re: [P2PSIP] AD evaluation: draft-ietf-p2psip-service-discovery-11

Jouni Mäenpää <jouni.maenpaa@ericsson.com> Sun, 08 June 2014 09:14 UTC

From: Jouni Mäenpää <jouni.maenpaa@ericsson.com>
To: Alissa Cooper <alissa@cooperw.in>, "draft-ietf-p2psip-service-discovery@tools.ietf.org" <draft-ietf-p2psip-service-discovery@tools.ietf.org>
Thread-Topic: AD evaluation: draft-ietf-p2psip-service-discovery-11
Thread-Index: AQHPfEjSb9Qet/aqy0mFU+LLdjR/PZtm9/sA
Date: Sun, 08 Jun 2014 09:14:34 +0000
Message-ID: <27112A697EB8204D9943EAB8A0E16B711080CAF5@ESESSMB305.ericsson.se>
References: <CFAE3D24.3D64D%alissa@cooperw.in>
In-Reply-To: <CFAE3D24.3D64D%alissa@cooperw.in>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/p2psip/jt3tWBn7FkmJal4c7jEcIMFjCpQ
Cc: "p2psip@ietf.org" <p2psip@ietf.org>
Subject: Re: [P2PSIP] AD evaluation: draft-ietf-p2psip-service-discovery-11
Precedence: list

Hi,

Thanks for the comments! They have been addressed in the new -12 revision of the draft.

> Given that the base RELOAD spec already defines a discovery mechanism for 
> TURN, I was surprised to see TURN as the only service registered in the new 
> namespaces registry. What was the rationale for that decision?

The service discovery mechanism in the base RELOAD spec is specific to TURN. The reason why we started writing this draft was that there was interest from the working group in having also a more generic service discovery mechanism for RELOAD that could be used also for other use cases than TURN server discovery. Use cases that were discussed at that point included among others voice mail and gateway discovery. Should we add these services to the namespaces registry? ReDiR can also be used as alternative to the TURN server discovery mechanism specified in RELOAD base.

Regards,
Jouni

-----Original Message-----
From: Alissa Cooper [mailto:alissa@cooperw.in] 
Sent: 30. toukokuuta 2014 23:50
To: draft-ietf-p2psip-service-discovery@tools.ietf.org
Cc: p2psip@ietf.org
Subject: AD evaluation: draft-ietf-p2psip-service-discovery-11

I have reviewed this document in preparation for IETF last call. It’s in good shape. I have one question before I issue the last call, though.
Given that the base RELOAD spec already defines a discovery mechanism for TURN, I was surprised to see TURN as the only service registered in the new namespaces registry. What was the rationale for that decision?

Some nits to be resolved with any last call comments:

Section 2:
s/"turn-relay”/“turn-server”/

Section 4.2:
"It is RECOMMENDED that Lstart is set to 2.”

It would be helpful to add some text here to motivate the decision to use
2 as the recommendation.

Section 4.5
s/note: within the entire tree/note: within the entire tree node/

Section 5:
s/every kind which is storable/every Kind which is storable/

Section 6:
s/REDIR kind/REDIR Kind/

Section 8:
s/"REDIR” kind/"REDIR” Kind/

Section 9:
Seems like this section deserves a mention of the fact that a new access control policy had to be defined for Redir.

Section 10.4:
s/IANA SHALL create/IANA is requested to create/

Thanks,
Alissa

[P2PSIP] AD evaluation: draft-ietf-p2psip-service… Alissa Cooper
Re: [P2PSIP] AD evaluation: draft-ietf-p2psip-ser… Jouni Mäenpää
Re: [P2PSIP] AD evaluation: draft-ietf-p2psip-ser… Alissa Cooper
Re: [P2PSIP] AD evaluation: draft-ietf-p2psip-ser… Jouni Mäenpää