>>  1. Add TSHttpTxnServerProtocolStackGet  and 
>>TSHttpTxnServerProtocolStackContains. These are the server-side
  analogues to the already existing client-side functions.

Hmm...not sure if we should be adding these API - AFAIK, we still don't really 
support customizing the Server protocol stack the way we do Client's using 
proxy.config.http.server_ports 
("https://docs.trafficserver.apache.org/en/latest/admin-guide/files/records.config.en.html#proxy-config-http-server-ports";).
 

- Sudheer

    On Tuesday, July 7, 2020, 07:52:34 PM PDT, Brian Neradt 
<brian.ner...@gmail.com> wrote:  
 
 Hi dev@trafficserver.apache.org,

This is for a TS API update review.

To support some Traffic Dump features, I'd like to update the TS API in the
following ways:

  1. Add TSHttpTxnServerProtocolStackGet
  and TSHttpTxnServerProtocolStackContains. These are the server-side
  analogues to the already existing client-side functions.
  2. TSHttpTxnServerVConnGet: This is a TSHttpTxn version of the already
  existing TSHttpSsnServerVConnGet. This allows a user to get the
  server-side NetVconnection from a transaction.
  3. TSVConnProvidedSslCert: This builds off of Susan's PR
  https://github.com/apache/trafficserver/pull/6699 by exposing a method
  to query whether a TLS cert was provided to the peer on the virtual
  connection.

The following Traffic Dump PR has these updates:
https://github.com/apache/trafficserver/pull/6972

Note the PR contains doc updates describing each of these functions. See
the first three files listed in the files section of the PR:
https://github.com/apache/trafficserver/pull/6972/files

Please let me know if there are any concerns or suggestions for improvement
concerning this.

Thanks,
Brian
-- 
"Come to Me, all who are weary and heavy-laden, and I will
give you rest. Take My yoke upon you and learn from Me, for
I am gentle and humble in heart, and you will find rest for
your souls. For My yoke is easy and My burden is light."

    ~ Matthew 11:28-30
  

Reply via email to