It seems that us Enterprise folks have not been clear.  
Every Enterprise I know has invested HEAVILY in infrastructures that tap, 
transport and process terabytes of packet trace or .pcap data every day.      
This is huge and omnipresent in all large Enterprise environments.  
AND IT WORKS!   For a number of critical functions.  

The above is why Enterprises are interested in this issue and this Draft.  

I hope this is clear? 

-----Original Message-----
From: TLS [mailto:tls-boun...@ietf.org] On Behalf Of Stephen Farrell
Sent: Saturday, July 15, 2017 8:39 PM
To: Colm MacCárthaigh <c...@allcosts.net>; Salz, Rich <rs...@akamai.com>
Cc: tls@ietf.org; Matthew Green <matthewdgr...@gmail.com>
Subject: Re: [TLS] draft-green-tls-static-dh-in-tls13-01



On 15/07/17 23:55, Colm MacCárthaigh wrote:
> So far responses on the mailing list have been saying "Don't use pcap, 
> instead run proxies".
Sorry, but that is incorrect. Some list participants have said "we need pcap" 
and others have said that "no, we do not need to use packet capture." And 
others, myself included, consider that there is dearth of evidence.

The only reason to point that out is that it's one amongst a pile of statements 
from the proponents of drafgreen, that make assumptions that are pretty clearly 
counter-factual.

S.



The information contained in this communication is highly confidential and is 
intended solely for the use of the individual(s) to whom this communication is 
directed. If you are not the intended recipient, you are hereby notified that 
any viewing, copying, disclosure or distribution of this information is 
prohibited. Please notify the sender, by electronic mail or telephone, of any 
unintended receipt and delete the original message without making any copies.
 
 Blue Cross Blue Shield of Michigan and Blue Care Network of Michigan are 
nonprofit corporations and independent licensees of the Blue Cross and Blue 
Shield Association.

_______________________________________________
TLS mailing list
TLS@ietf.org
https://www.ietf.org/mailman/listinfo/tls

Reply via email to