1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
|
.. Licensed to the Apache Software Foundation (ASF) under one or more
contributor license agreements. See the NOTICE file distributed
with this work for additional information regarding copyright
ownership. The ASF licenses this file to you under the Apache
License, Version 2.0 (the "License"); you may not use this file
except in compliance with the License. You may obtain a copy of
the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
implied. See the License for the specific language governing
permissions and limitations under the License.
.. include:: ../../../common.defs
.. default-domain:: c
TSHttpConnectWithPluginId
*************************
Allows the plugin to initiate an http connection. This will tag the
HTTP state machine with extra data that can be accessed by the
logging interface. The connection is treated as an HTTP transaction
as if it came from a client.
.. note::
This is a convenience function for :c:func:`TSHttpConnectPlugin` to provide
a simpler interface and backward compatibility for existing implementations.
When this function is used instead of `TSHttpConnectPlugin`, default buffer
index and watermark values will be used when creating IOBuffers.
Synopsis
========
.. code-block:: cpp
#include <ts/ts.h>
.. function:: TSVConn TSHttpConnectWithPluginId(sockaddr const * addr, char const * tag, int64_t id)
Description
===========
This call attempts to create an HTTP state machine and a virtual
connection to that state machine. This is more efficient than using
:c:func:`TSNetConnect` because it avoids using the operating system
stack via the loopback interface.
:arg:`addr`
This is the network address of the target of the connection.
This includes the port which should be stored in the :code:`sockaddr`
structure pointed at by :arg:`addr`.
:arg:`tag`
This is a tag that is passed through to the HTTP state machine.
It must be a persistent string that has a lifetime longer than
the connection. It is accessible via the log field :ref:`pitag
<pitag>`. This is intended as a class or type identifier that
is consistent across all connections for this plugin. In effect,
the name of the plugin. This can be :literal:`NULL`.
:arg:`id`
This is a numeric identifier that is passed through to the HTTP
state machine. It is accessible via the log field :ref:`piid
<piid>`. This is intended as a connection identifier and should
be distinct for every call to :c:func:`TSHttpConnectWithPluginId`.
The easiest mechanism is to define a plugin global value and
increment it for each connection. The value :literal:`0` is
reserved to mean "not set" and can be used as a default if this
functionality is not needed.
The virtual connection returned as the :c:type:`TSVConn` is API
equivalent to a network virtual connection both to the plugin and
to internal mechanisms. Data is read and written to the connection
(and thence to the target system) by reading and writing on this
virtual connection.
.. note::
This function only opens the connection. To drive the transaction an actual
HTTP request must be sent and the HTTP response handled. The transaction is
handled as a standard HTTP transaction and all of the standard configuration
options and plugins will operate on it.
The combination of :arg:`tag` and :arg:`id` is intended to enable correlation
in log post processing. The :arg:`tag` identifies the connection as related
to the plugin and the :arg:`id` can be used in conjunction with plugin
generated logs to correlate the log records.
Notes
=====
The H2 implementation uses this to correlate client sessions
with H2 streams. Each client connection is assigned a distinct
numeric identifier. This is passed as the :arg:`id` to
:c:func:`TSHttpConnectWithPluginId`. The :arg:`tag` is selected
to be the NPN string for the client session protocol, e.g.
"h2". Log post processing can then count the number of connections for the
various supported protocols and the number of H2 virtual streams for each
real client connection to Traffic Server.
See Also
========
:manpage:`TSHttpConnectPlugin(3ts)`,
:manpage:`TSHttpConnect(3ts)`,
:manpage:`TSNetConnect(3ts)`,
:manpage:`TSAPI(3ts)`
|
