Re: [pcp] DNS Indirection

[<[e-mail]>]

Hi Dan,

I fully agree with your analysis. 

I will remove that note from the I-D and add a sentence to record this. 

Cheers,
Med 

-----Message d'origine-----
De : Dan Wing [mailto:[e-mail]] 
Envoyé : vendredi 18 février 2011 19:57
À : BOUCADAIR Mohamed OLNC/NAD/TIP; [e-mail]
Objet : RE: [pcp] DNS Indirection

> -----Original Message-----
> From: [e-mail] [mailto:[e-mail]] On Behalf Of
> [e-mail]
> Sent: Thursday, February 17, 2011 11:43 PM
> To: [e-mail]
> Subject: [pcp] DNS Indirection
> 
> Dear all,
> 
> We would like to have a feedback about an open question we have in
> http://tools.ietf.org/html/draft-bpw-pcp-dhcp-02 (Section 5.2):
> 
>       [Ed.  Is there a value to consider a level of indirection (e.g.,
>       SRV)? (1) to use an arbitrary port number for PCP Server instead
>       of the default port, (2) detect whether a security channel is in
>       use (using the transport protocol)]
> 
> The current text assumes there is no indirection.

There is value in SRV.  But there is additional complexity and additional
failure modes.  To my knowledge the only (relatively) widely deployed
application that uses SRV in real life is XMPP.  Just last year, Cisco 
bumped into a bug where our devices borked SRV responses that were 
longer than expected.  (1) would be neat to have, but I am not convinced
we necessarily need it.  (2) can be done without SRV; lots of protocols
without SRV already negotiate or force upgrading to a secure channel.

I vote for K.I.S.S.  That is, don't do SRV.

-d



********************************************************************************
IMPORTANT.Les informations contenues dans ce message electronique y compris les fichiers attaches sont strictement confidentielles
et peuvent etre protegees par la loi.
Ce message electronique est destine exclusivement au(x) destinataire(s) mentionne(s) ci-dessus.
Si vous avez recu ce message par erreur ou s il ne vous est pas destine, veuillez immediatement le signaler  a l expediteur et effacer ce message 
et tous les fichiers eventuellement attaches.
Toute lecture, exploitation ou transmission des informations contenues dans ce message est interdite.
Tout message electronique est susceptible d alteration.
A ce titre, le Groupe France Telecom decline toute responsabilite notamment s il a ete altere, deforme ou falsifie.
De meme, il appartient au destinataire de s assurer de l absence de tout virus.

IMPORTANT.This e-mail message and any attachments are strictly confidential and may be protected by law. This message is
intended only for the named recipient(s) above.
If you have received this message in error, or are not the named recipient(s), please immediately notify the sender and delete this e-mail message.
Any unauthorized view, usage or disclosure ofthis message is prohibited.
Since e-mail messages may not be reliable, France Telecom Group shall not be liable for any message if modified, changed or falsified.
Additionally the recipient should ensure they are actually virus free.
********************************************************************************