FYI

Enviado desde mi iPad

Inicio del mensaje reenviado:

De: Joe Touch <[email protected]<mailto:[email protected]>>
Fecha: 13 de marzo de 2014 16:57:36 GMT+1
Reenviado-Por: <[email protected]<mailto:[email protected]>>, 
<[email protected]<mailto:[email protected]>>, <[email protected]<mailto:[email protected]>>, 
<[email protected]<mailto:[email protected]>>
Para: Qin Wu <[email protected]<mailto:[email protected]>>, "Diego R. Lopez" 
<[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" 
<[email protected]<mailto:[email protected]>>
Cc: 
"[email protected]<mailto:[email protected]>"
 
<[email protected]<mailto:[email protected]>>
Asunto: Re: [tcpm] Looking for advice on a draft from the PCE working group

Hi, Qin,

On 3/13/2014 3:35 AM, Qin Wu wrote:
Hi, Joe:

It is still not clear to me when we choose the same port and when we
choose the different port if we apply TLS to different protocols,

It's simple to determine:

   - if you designed your service before STARTTLS, then you needed
   a separate port

   - if you are designing your port now, you don't

Take SMTP, POP3,IMAP as examples:
...
It looks to me when we apply SSL to SMTP,POP3,IMAP, then SMTP, POP3 and
IMAP with SSL support(i.e.,SMTPS,POP3S,IMAPS)

Will usually choose the different ports.

The same rule above is also applied to HTTP when we apply SSL to
HTTP(i.e., HTTPS).

All of the above are good examples of the first part of the rule.

Note that we have other assignments that now would be declined, because we've 
learned to do better. E.g., there would not be a POP2 or POP3 because we would 
expect POP to indicate the protocol version in-band. We also no longer assign 
multiple names for the same service, as was done for http/www, nor do we now 
assign multiple ports for the same service (80, 8080), nor do we now assign 
ports for development purposes  (http-dev).

We've learned to do better.

Joe


________________________________

Este mensaje se dirige exclusivamente a su destinatario. Puede consultar 
nuestra política de envío y recepción de correo electrónico en el enlace 
situado más abajo.
This message is intended exclusively for its addressee. We only send and 
receive email on the basis of the terms set out at:
http://www.tid.es/ES/PAGINAS/disclaimer.aspx
_______________________________________________
Pce mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/pce

Reply via email to