You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When debugging headers sent between applications I noticed an odd behaviour.
Seems like context related headers are duplicated during the propagation.
I see double b3 and context-tags headers.
Kamon version used: "io.kamon" %% "kamon-bundle" % "2.1.17"
Tests to prove behaviour
To illustrate the behaviour I created a small app (see below) that supports two paths
/forward - prints headers and sends a GET to /hello
/hello - prints headers and just responds with a string
Sending a request via Postman
GET http://localhost:9669/forward
X-B3-TraceId: aaaaaaaaaaaaaa
X-B3-SpanId: 1111111111111112
So the app has received the spanid header but still has created a new span and set the received span as parent.
This does not seem correct for b3 propagation.
Observation 2: Double trace headers in '/hello'
Note the double b3 and context-tags headers when receiving the request at /hello.
What is even more concerning is that the second set of trace headers has the first as parent span.
I.e. X-B3-ParentSpanId: 5931484589822481 refers to X-B3-SpanId: 5931484589822481
So somehow we are having a second span incorporated into the set of headers
Issue
When debugging headers sent between applications I noticed an odd behaviour.
Seems like context related headers are duplicated during the propagation.
I see double
b3
andcontext-tags
headers.Kamon version used:
"io.kamon" %% "kamon-bundle" % "2.1.17"
Tests to prove behaviour
To illustrate the behaviour I created a small app (see below) that supports two paths
Sending a request via Postman
Log from test app
Observation 1 : Wrong spanID in context
The first log to print parsed context states:
So the app has received the spanid header but still has created a new span and set the received span as parent.
This does not seem correct for b3 propagation.
Observation 2: Double trace headers in '/hello'
Note the double
b3
andcontext-tags
headers when receiving the request at/hello
.What is even more concerning is that the second set of trace headers has the first as parent span.
I.e.
X-B3-ParentSpanId: 5931484589822481
refers toX-B3-SpanId: 5931484589822481
So somehow we are having a second span incorporated into the set of headers
Test application
The text was updated successfully, but these errors were encountered: